Почему умерли лаунчеры?

История маленьких *.exe

В нулевых у пользователя Windows было две системы.
Первая Windows XP. Она загружалась с диска, показывала ядовито-зелёную кнопку «Пуск», синюю панель задач, загрузчик браузера и уверенно делала вид, что этого достаточно.

Вторую пользователь собирал сам.
Снизу ставился RocketDock, чтобы было почти как на Mac. Поверх XP натягивалась тема под Vista, потому что сама Vista уже выглядела красиво. В угол попадал CPU-Meter с температурой процессора, погодой, сетью и другими признаками того, что компьютер не просто работает, а живёт насыщенной внутренней жизнью. По горячей клавише вызывался Launchy. Окна прятались в трей CaptainTay-ем, с обязательнным Boss-Key. Раскладку спасал Punto Switcher. Скриншоты делал отдельный скриншотер. Хоткеи держались на AutoHotkey.
Это была не коллекция утилит. Это была функциональная прослойка на условных рефлексах между человеком и системой.

Днем унылые пары, а ночью Vista Transformation Pack на свежепереустановленный ZverXP, потому что хотелось красоты. Дикий рынок, пиратские диски, форумные сборки, доверие на честном “у всех антивирь ругается” и надежда на то, что если программа весит меньше мегабайта, значит, она почти святая.

Сегодня большая часть этого зоопарка выглядит мёртвой. Сайты пропали, сертификаты истекли, последние версии лежат на загрузочных агрегаторах как цифровые окаменелости. Но странность в том, что сами функции не умерли.
Они победили.

Просто теперь быстрый запуск, поиск, хоткеи, скриншоты, виджеты, command palette и автоматизация живут внутри ОС, браузеров, редакторов, SaaS-продуктов, PowerToys, Alfred, Raycast, скриптов и AI-ассистентов.
Классический лаунчер умер не потому, что стал не нужен. Он умер потому, что его разобрали на органы и пересадили в платформы.

---

Что вообще называли лаунчером

Слово «лаунчер» в нулевых было слишком широким. Под него попадало всё, что помогало быстрее добраться до действия.

Упаковка умерла, а функции разъехались по системам и рабочим контурам.
Раньше за них отвечал .exe с форума. Теперь их забрала на баланс платформа: Microsoft, Apple, браузер, редактор или локальный скрипт.

---

XP, Vista и эпоха интерфейсных протезов

Windows XP была не просто ОС. Это была среда обитания. Её патчили, украшали, пересобирали, перекрашивали, ломали и снова украшали. Пользователь не просто работал с системой, жил в ней.

Vista показала, что тот же компьютер может выглядеть новым: Aero, стекло, тени, круглая кнопка «Пуск», Sidebar.

Но у многих Vista вызвала не желание перейти, а желание получить «почти Vista» на старой XP. Сама Vista была спорная и пугала слухами, но главное – на ней не работали 90% программ с CD-ROM купленного на рынке. А стеклянную красоту хотелось уже сейчас.

Так родилась эпоха интерфейсных протезов: Vista Transformation Pack, Vista Inspirat, UXTheme patcher, StyleXP, WindowBlinds. Иногда получалось красиво. Иногда – как меню DVD-плеера.
WindowBlinds — показательный выживший. Stardock начала продукт ещё в 1999 году; первая версия быстро набрала больше миллиона загрузок на Download.com ^[2]. В 2007 году WindowBlinds 6 уже имитировала «стекло» Vista на XP. Продукт жив и сегодня, потому что за ним была компания, платная модель, обновления под новые версии Windows и понятный владелец ответственности.

StyleXP был из той же эпохи, но пошёл другим путём. Программа патчила uxtheme.dll, позволяла ставить неподписанные темы и набрала миллионы загрузок. Но переход к Vista и более жёстким требованиям Windows она не пережила.

Холодный урок: если твоя утилита живёт в чужих внутренностях, ты отвечаешь за риск, но не контролируешь платформу.

Сегодня работает, завтра обновление ОС, и ты уже не продукт, а жалоба на форуме./

---

Доки: когда всем хотелось кусочек macOS

Отдельная ветка — доки.
ObjectDock вышел в ноябре 2003 года как freeware-программа Stardock. Он объединял запуск программ и управление задачами в одном dock-интерфейсе, поддерживал docklets, а позже получил Plus-версию с вкладками, system tray, несколькими доками и поддержкой нескольких мониторов.
RocketDock стал более народным вариантом: лёгкий, бесплатный, с прыгающими иконками, красивый ровно настолько, чтобы в 2006 году хотелось показать его другу. Nexus Dock от Winstep тоже выжил в своей нише.

Но как массовая категория доки на Windows не стали обязательными.
Почему? Потому что на macOS Dock был частью системы. Его не надо было скачивать с форума, обновлять вручную и надеяться, что очередной апдейт ОС не превратит красивую панель в грустный артефакт. Dock на Mac был органом системы.
На Windows роль «места, где лежат программы» уже выполнял taskbar. Потом появились закрепление приложений, поиск в меню «Пуск», PowerToys Run и command palette.
Отдельный док стал украшением и привычкой, но не инфраструктурой.

ObjectDock при этом дожил до версии 3: Stardock пишет, что v3 поддерживает Windows 10/11, high-DPI и 64-битную архитектуру. Это уже не «убийца панели задач». Это нишевая привычка для тех, кому так удобнее.
И это нормальный исход. Не всё должно становиться рынком на миллиард.

---

Рабочий стол как пульт управления космической станцией

Если доки были визуальным гедонизмом и мечтой о macOS, то виджеты были мечтой о рабочем столе как пульте управления космолётом или минимум болидом.
Температура CPU, память ^[4], сеть, погода, музыка, календарь, часы, RSS, список задач. Всё это жило в Samurize, Rainmeter, DesktopX и похожих проектах.

Здесь важна родословная. Rainmeter вырос из модуля для LiteStep — оболочки, которая ещё в конце 1990-х пыталась заменить стандартный Explorer shell. Полная замена шелла как массовая практика не выжила: слишком много зависимости от Windows, слишком много риска, слишком много боли при обновлениях. Зато более мягкая идея — виджеты поверх рабочего стола — выжила.

Samurize был сильным инструментом мониторинга, но остановился. Ирония в том, что современные загрузочные сайты прямо пишут: продукт больше не развивается, скачайте Rainmeter. Редкий случай, когда «кто съел чей рынок» не надо доказывать авторской логикой — это уже написано в карточке товара. Спасибо, цифровая помойка, хоть где-то порядок.
Rainmeter выжил, потому что стал не виджетом, а движком: open source, скины, документация, сообщество. Маленькая утилита живёт, пока автору не надоест. Маленькая платформа живёт, пока другие люди делают на ней свои штуки.

Это тоже язык ответственности.

Если продукт держится на одном человеке, риск рядом с ним на левом плече. Если вокруг продукта есть сообщество, документация и расширения, риск распределён.

Не исчез, конечно. Просто перестал быть личной драмой.

---

Launchy: короткое заклинание против меню «Пуск»

Клавиатурные лаунчеры были самым чистым жанром.
Нажал хоткей, ввёл пару букв, Enter. Никакого путешествия мышью по меню «Пуск», этому памятнику человеческому терпению.

Launchy появился в 2004 году и стал эталоном: минимальное окно, быстрый ввод, запуск программ и файлов. Потом были Executor, Keypirinha, Wox, Flow Launcher, Ueli. На Mac похожую роль играли Quicksilver, Alfred, позже Raycast.

На Mac эта линия выглядела иначе. Там уже были Dock и Spotlight, поэтому Quicksilver, Alfred и Raycast развивались не как «замена отсутствующей системной функции», а как надстройка для power users: быстрее найти, вызвать действие, собрать workflow, дотянуться до команды без мыши.

Windows-лаунчер часто закрывал дыру в системе. Mac-лаунчер чаще ускорял уже существующую среду.

Судьба Wox особенно показательна. Проект стартовал как open source-лаунчер, потом почти заглох, пользователи в issues спрашивали «проект умер?», сообщество сделало форк Flow Launcher. А потом оригинальный Wox вернулся уже как кроссплатформенный лаунчер с AI-чатом и MCP-интеграцией.

В одном продукте уместилась вся биография категории: расцвет, застой, форк, возрождение, AI-слой сверху.
А затем пришёл Microsoft с PowerToys Run: Alt+Space, приложения, файлы, калькулятор, shell-команды, плагины. Это уже не сторонняя магия, а официальная бесплатная утилита от владельца платформы.

Раньше пользователь ставил Launchy, потому что в Windows не было нормального быстрого запуска. Теперь Windows отвечает: «держи, без мутного инсталлятора с Softonic».
На языке рынка это называется platform capture. Клавиатурный лаунчер: два слога вместо похода мышью по меню «Пуск».

---

Кто выжил

Everything жив, потому что ищет файлы на Windows быстрее системного поиска и делает это без лишней философии.

• AutoHotkey жив, потому что это не утилита, а язык персональной автоматизации: хоткеи, remap, окна, запуск программ, автозамены, GUI, маленькие внутренние инструменты.

• ShareX жив, потому что это не кнопка «сделать скриншот», а pipeline: захват, обработка, загрузка, хоткеи, действия после снимка.

• Rainmeter жив как платформа кастомизации.

• Alfred жив за счёт доверия, глубокой интеграции в macOS и аккуратной платной модели.

• Raycast растёт через расширения, интеграции, AI и ставку на профессиональные сценарии.

Выжили не «лаунчеры» в узком смысле. Выжили продукты, у которых была защита сильнее одной функции.

Общий паттерн: выживает либо open source с сообществом, либо продукт с доверием и глубокой интеграцией, либо платформа расширений.

Маленький .exe, который делает одну удобную штуку, живёт тяжелее. Его могут любить годами. Но построить на нём устойчивый рынок почти невозможно.

Если продукт держит только одну кнопку, к нему быстро придут с вопросом: кто платит за поддержку, кто отвечает за безопасность, кто чинит после обновления ОС, кто разговаривает с корпоративным ИТ, кто держит документацию. Если ответ «ну автор вроде был на форуме в 2011 году», продукту предъявят. И правильно предъявят.

Экономика маленькой утилиты

У standalone-лаунчера почти нет сетевого эффекта. От того, что программа стоит у миллиона человек, она не становится полезнее. Это не мессенджер и не маркетплейс. Это кнопка, функция.

Подробно разбирал почему так происходит на своем KrugoZOR-е ^[5]: функцию легко скопировать. «По горячей клавише открыть окно поиска» повторит open source, PowerToys, браузер, IDE или человек с AutoHotkey, платной подпиской AI и свободным вечером.

Пользователь плохо платит за маленькую функцию, если рядом есть бесплатная альтернатива. Captain Tray Pro продавал сворачивание окон в трей примерно за $35, пока бесплатные RBTray и аналоги делали почти то же самое. Это не бизнес-модель, а просьба к рынку ценить чужой труд. Рынок обычно такое молча игнорирует.

Есть ещё доверие. В эпоху XP люди скачивали утилиту с форума, запускали и шли спать поставив что-нибудь на закачку. Сегодня корпоративный ноутбук смотрит на неизвестный .exe как системный администратор на человека с болгаркой в серверной. Иногда не зря: старые tray/boss-key-утилиты, хоткей-менеджеры и программы, вмешивающиеся в окна, выглядят для современных политик безопасности подозрительно уже по самой природе.

Взять хотя бы Punto Switcher. Продукт вырос органически, потом был куплен Яндексом и постепенно стал частью чужой экосистемы. Развитие замедлилось, основатель ушёл и сделал Caramba. А функция «Дневник», сохранявшая вводимый текст, по сей день воспринимается частью пользователей и IT как spyware-подобная.

Это хороший урок: маленькая системная утилита может быть удобной, но если она читает клавиатуру, буфер обмена и окна, доверие становится не украшением, а базовой функцией.

Не «желательно иметь», а входной контроль. Не прошёл — стой за дверью.

---

AI-scripting: теперь маленькую утилиту можно не искать

Раньше было два варианта: найти готовую программу или написать самому.

Теперь появился третий: описать ассистенту сценарий и получить AutoHotkey-, PowerShell- или Python-скрипт.

• «По хоткею открыть папку проекта, IDE, браузер и терминал»

• «Свернуть лишние окна, сделать скриншот, сохранить файл, добавить строку в CSV».

• «По NumLock открыть калькулятор».

В 2010-х это часто означало поиск отдельной утилиты. Сегодня технически грамотный пользователь может собрать личный сценарий за один диалог или вечер. Не всегда идеально. Не всегда безопасно. Но достаточно быстро, чтобы снизить ценность standalone-продукта под узкую функцию.

Разработка тем не менее никуда не исчезла. Она переехала в постановку задачи, проверку результата, безопасность и сопровождение. AI-скрипт может работать сегодня и тихо сломаться завтра после обновления ОС, API или вашего собственного понимания, что вы вообще хотели.

Маленькое окно сбоку: NumLock-калькулятор

У меня эта тема всплыла на совсем мелком сценарии: калькулятор по NumLock. А моя статья тогда залетела в ТОП недели ^[6], ярко доказывая, что рефлексы ^[7] никуда не исчезли, не только у меня.

Одна клавиша, которая у многих годами просто изображает занятость, внезапно становится действием. Нажал — калькулятор появился. Нажал ещё раз — спрятался. Никакого поиска, меню, панели задач и охоты за окном среди других окон.
Потом к этой мелочи начинают липнуть соседние функции: заметка в файл, скриншот, учёт времени, tray-меню, настройки.

С момента написания статьи функционал утилиты кардинально разросся. У неё появился канал, гит и уникальные функции.

И в какой-то момент становится неприятно ясно: ты не придумал новый класс продукта. Ты заново собрал маленькую версию старой второй ОС.
Лаунчер, hotkey manager, tray-утилита, скриншотер и немного автоматизации. Просто не как отдельный рынок, а как личный рабочий контур под конкретную привычку.

---

Вывод

Классический лаунчер умер не как идея, а как самостоятельный продуктовый рынок.
Он хотел быть быстрым входом в действие. В итоге его идея стала частью почти каждого интерфейса: поиска Windows, Spotlight, PowerToys, Alfred, Raycast, VS Code, Notion, Slack, GitHub, браузера, скрипта, плагина, AI-команды.

Построить сегодня «революционный standalone-лаунчер» почти невозможно. Любую удачную функцию быстро повторит ОС, open source-сообщество, браузер, корпоративная платформа или AI-ассистент, который соберёт пользователю персональный скрипт за один диалог.
Поэтому ценность больше не в лаунчере. Ценность в правильно собранном рабочем контуре.

Лаунчеры не исчезли.
Их просто больше не видно, потому что они стали частью интерфейса.

👉 PM-Tools — канал моих инструментов руководителя проектов. ^[8]Программы, дистрибутивы и обратная связь ^[8]

👉 Исходник NumLockCalk— GitHub репозиторий ^[9]