Разработка
Почему вашим следующим приложением, вероятно, не будут пользоваться
Я не ставлю на то, что использование приложений уйдёт в ноль. Я ставлю на то, что кривая уже начала загибаться, и в ближайшие годы это станет очевидно по метрикам.
Годами компании боролись за то, чтобы их иконка оказалась у тебя в телефоне. Им было важно затащить пользователя внутрь своего приложения — в свой интерфейс, свои офферы, свой бренд.
Следующие годы продуктовые команды буквально жили и умирали за UX: более плавные сценарии, более понятные кнопки, более быструю загрузку. Маркетинг был зациклен на CTR, конверсионных воронках и A/B-тестах на каждом шаге. Вся эта модель строилась на предположении, что человек увидит экран, тапнет, зайдёт и пробудет внутри достаточно долго, чтобы вовлечься. Успех измерялся количеством визитов, сессий и временем внутри приложения.
Но сейчас это начинает меняться. Раньше мы ходили в конкретные места — на сайты и в приложения. Теперь нам всё чаще нужен не интерфейс, а результат: чтобы задача была просто выполнена. Само приложение по-прежнему существует где-то на сервере, но пользователь может вообще никогда его не открывать.
Это тот же сдвиг, который уже заметен на примере Google и Stack Overflow. Если уловить паттерн, то идею headless-приложений представить намного проще.
Google раньше отправлял тебя дальше
В 2000-х и начале 2010-х Google работал как библиотекарь. Ты вводил запрос — получал список ссылок. Дальше уходил из Google и открывал блог, интернет-магазин или форум.
Модель была простой: Google индексировал сайты, сайты получали трафик, Google продавал рекламу рядом со списком результатов.
Сегодня всё чаще ответ приходит прямо на странице поиска — через Gemini: в виде сниппета, блока с ответом или чат-реплая. Ты уже не переходишь на сайт, который этот ответ фактически подготовил. Для пользователя это быстрее. Но для источника это означает падение трафика.
В итоге веб всё меньше похож на «карту мест, куда нужно зайти», и всё больше — на «слой данных и фактов, которые ассистенты считывают напрямую». Старые сайты при этом никуда не деваются. Исчезает именно привычка переходить на них.
Stack Overflow уже умер
Stack Overflow — это огромная публичная база знаний: ошибки, способы их исправления и объяснения, накопленные реальными людьми за многие годы.
Старая привычка выглядела так: копируешь текст ошибки, открываешь Stack Overflow, читаешь ответы, смотришь на голосование, иногда сам пишешь решение.
Новая привычка для многих разработчиков другая: вставить ошибку в ChatGPT или Copilot. Ответ приходит сразу, без захода на тот самый оранжевый сайт. И ты уже не оставляешь голос, не пишешь уточнение, не дополняешь тред так, чтобы это помогло следующему человеку.

Трафик у Stack Overflow резко просел. Это видно и по публичным метрикам, и просто по тому, насколько тихим стал сайт по сравнению с его пиком. Для многих разработчиков он больше не является первой точкой входа. Когда посещаемость падает так быстро, ломается весь конвейер: меньше новых вопросов и ответов, меньше голосований, меньше мотивации публиковать решение, которое раньше находили через Google и которое помогало следующему пользователю. Сам корпус знаний не исчезает за одну ночь. Он просто превращается в фоновый материал для инструментов, а живая привычка переезжает в чат-интерфейс.
Это ровно та же логика, что и у headless-авиакомпании или headless-отеля: реальный сервис продолжает работать в фоне, но пользовательский вход теперь находится не в фирменном приложении, а, например, в чате или на уровне ОС телефона.
Что здесь вообще значит “headless”
Headless не означает «вообще без экрана». Это означает, что для завершения задачи тебе больше не обязательно пользоваться сайтом или приложением самой компании.
Например, ты говоришь: «Забронируй перелёт и отель в Токио». Ассистент — через интеграции с сервисами, например MCP или другими агнетскими API — сам общается с авиакомпаниями и гостиничными системами. И ты можешь вообще не увидеть ни их главную страницу, ни попап с предложением «вступить в программу лояльности».
Сервис никуда не исчезает. Просто витрина, через которую ты раньше был вынужден проходить, становится менее значимой.
Будущее уже наступило. Ниже можно посмотреть, что AI-first-смартфон уже умеет в повседневном использовании.
Как это будет развиваться в ближайшие годы
В ближайшие два-три года я ожидаю заметное падение по таким метрикам, как количество открытий приложений, длительность сессий и вообще время в формате «я живу внутри этого приложения». Число установок при этом может почти не измениться. Иконки по-прежнему будут лежать на домашнем экране, но вот привычка регулярно тапать по ним ради обычных задач, как мне кажется, начнёт ломаться первой.
Побеждают «поверхности по умолчанию». Если ОС или встроенный ассистент умеют зарегистрировать тебя на рейс, повторно заказать еду или ответить на вопрос «где моя посылка?» без запуска приложения конкретного бренда, большинство пользователей просто перестанет это приложение открывать. Папка с приложениями, которые ты запускаешь раз в месяц — «официальное приложение на всякий случай» — это самый простой слой, который исчезнет из повседневного сценария первым. Приложения с тяжёлым ежедневным использованием — мессенджеры, видео, игры, нишевые профессиональные инструменты — останутся липкими дольше. А вот длинный хвост и транзакционные приложения, скорее всего, первыми получат график трафика, похожий на Stack Overflow.
Разработчики всё равно будут выпускать нативные клиенты — ради доступа к возможностям устройства, пушам и присутствию в сторах. Сдвиг не в том, что «приложения исчезают». Сдвиг в другом: пользовательское внимание уходит из брендированного интерфейса на переднем плане. Сессий внутри фирменного UI становится меньше, а задач, завершённых из единой оболочки, которая сама ходит в бекенды от имени пользователя, — больше. Это тот же самый headless-паттерн, только теперь он становится нормой на главном устройстве, которое человек носит с собой постоянно.
Я не ставлю на то, что использование приложений уйдёт в ноль. Я ставлю на то, что кривая уже начала загибаться, и в ближайшие годы это станет очевидно по метрикам. Сначала — для необязательных и редких приложений, потом — для всего, что ассистент сможет надёжно делать сам, не передавая пользователя дальше в чужой интерфейс.
-
Новости3 недели назадВидео и подкасты о мобильной разработке 2026.10
-
Новости2 недели назадВидео и подкасты о мобильной разработке 2026.11
-
Новости1 неделя назадВидео и подкасты о мобильной разработке 2026.12
-
Видео и подкасты для разработчиков3 недели назадFlutter Dev Podcast #52: вайб-кодинг и агенты — превращение Flutter-разработчика в фуллстека
