Худшая новость для многих SaaS‑команд в ближайшие годы (думаю, уже в этом году заметим) – пользователь может перестать пользоваться вашим приложением, но продолжит пользоваться вашим сервисом.
Еще недавно цифровой продукт был устроен предельно понятно. Компания делала приложение, проводила продуктовые исследования, проектировала пользовательские сценарии, раскладывала кнопки, экраны, роли и ограничения. А пользователь либо принимал эту логику, либо уходил.
То есть сама модель была такой:
«Вот наш интерфейс. Вот наш сценарий. Пользуйтесь так, как мы задумали».
Эта модель не исчезнет завтра. Да и на текущий момент она устраивает болшинство пользователей, благодаря сформировавшейся десятилетиями потребительской привычке «используй что дают». Но именно сейчас она начинает терять монополию, потому что между пользователем и сервисом появился новый слой – агенты. Не просто чат-боты, которые подсказывают, а инструменты, которые уже умеют искать данные, ходить по сайтам, нажимать кнопки, связывать сервисы между собой и выполнять цепочки действий. OpenAI вывела Operator как браузерного агента, Anthropic продвигает Computer use и MCP, Microsoft на Build 2025 прямо говорит об open agentic web, а OpenAI отдельно документирует работу с remote MCP servers и коннекторами для доступа к внешним сервисам. 
И вот здесь начинается главное изменение – раньше продуктом был интерфейс, теперь продукт всё чаще смещается в три других слоя:
данные
действия
правила доступа
То есть фокус теперь в API, вебхуках, протоколах, событиях, правах, аудите, токенах, биллинге, лимитах, истории операций и миллиардами видов других атомарных данных, которыми забиты БД сервисов. Приложение не исчезает, но оно перестает быть единственным способом получить ценность от сервиса.
Почему привычный UX начинает терять смысл
Любой классический интерфейс всегда был компромиссом.Он проектировался под среднего пользователя, под типовой сценарий и под те роли и use cases, которые команда успела понять и реализовать. Но у реального человека почти никогда нет типового сценария. У него свои порядок действий, привычки, исключения, терминология и метрики удобства. Раньше это была проблема самого пользователя: не нравится – адаптируйся.
Теперь появляется новый вариант: не подстраиваться под чужое приложение, а собрать вокруг себя собственный слой взаимодействия. Не нравится, как CRM показывает сделки? Агент может вытащить нужные данные и показать их в удобном виде. Не нравится перегруженный кабинет банка? Можно собрать свой финансовый дашборд. Не нравится, как маркетплейс отдает аналитику? Можно забрать данные по API и смотреть их в собственном наборе дашбородов или старых-дорых таблицах.
И именно поэтому API-first из инженерной дисциплины постепенно превращается в продуктовую стратегию.
На что рынок уже намекает на практике уже сейчас
Во-первых, OpenAI прямо пишет, что Operator может использовать собственный браузер, смотреть на веб-страницы и взаимодействовать с ними кликами, вводом и скроллом. Anthropic описывает MCP как открытый стандарт для безопасного двустороннего подключения источников данных и AI-инструментов. Microsoft называет происходящее переходом к «open agentic web». 
Отдельно важен второй слой: стандартизация доступа к данным и инструментам. OpenAI в своей документации по MCP и коннекторам описывает, как модели получают доступ к сторонним сервисам через remote MCP servers и поддерживаемые коннекторы. Это уже не «один чат с плагинами», а намек на формирование транспортного слоя между агентом и цифровым миром. 
Есть и третий слой – демократизация разработки. Replit Agent предлагает строить приложения и сайты на естественном языке, Figma Make позиционируется как prompt-to-app инструмент, Canva Code позволяет создавать интерактивные решения через диалог, Lovable продает саму идею «create apps and websites by chatting with AI».
Это ещё не означает конец классического софта. Но точно означает, что типовое «вот готовый интерфейс на всех» будет слабеть как единственная форма поставки ценности.
Кейсы, где уже видно смещение от UI к данным и действиям
Ниже перечислены уже существующие продукты, с которыми мне приходилось взаимодействовать или настраивать автоматизацию.
Stripe. Stripe давно продает не столько кабинет, сколько набор API для платежей, подписок, выплат и финансовых сценариев.
Twilio. Коммуникации здесь преподносятся как программируемый слой: сообщения, звонки, омниканальные сценарии, которые можно встроить куда угодно.
Plaid. Банковские данные превращаются в сырье для других продуктов, а не только для интерфейса самого банка.
Shopify Storefront API. Магазин уже не обязан жить только в стандартной витрине маркетплейса: сам Shopify пишет про создание уникального customer experience на web, в apps и даже games через Storefront API.
Notion API. Заметки и базы становятся backend-слоем для чужих workflow и собственных интерфейсов. Также недавно поставили собственную поддержку MCP для ChatGPT, Claude, and Cursor.
Т-Банк T-API. На локальном рынке банковский продукт тоже давно движется в сторону «встраиваемых возможностей»: счета, выписки, платежи, зарплатные сценарии, эквайринг и прочее доступны как API для автоматизации процессов.
Яндекс 360 API. Корпоративная почта, диск, структура организации и администрирование доступны не только через интерфейс, но и через REST API.
Ozon Seller API и WB API. Для продавцов маркетплейс всё больше становится набором программируемых данных и действий: ассортимент, аналитика, заказы, токены, отчеты, интеграции.
Во всех этих кейсах можно увидеть одну и ту же развилку: ценность постепенно уезжает из экрана в доступные данные и действия. Про OpenAI Operator, Anthropic computer use + MCP, Replit Agent, Figma Make, Canva Code и Lovable уже писал выше, и все они также списываются в наш сценарий.
Что меняется в роли пользователя
Раньше пользователь был потребителем интерфейса.Теперь он постепенно становится заказчиком собственного микро-софта.
Это пока ещё зарождающийся навык, но он уже появляется. Человек формулирует не «какую кнопку нажать», а «какой результат мне нужен». А дальше либо агент, либо app builder, либо собственная связка сервисов собирают для него подходящий сценарий.
И это очень неприятная мысль для многих продуктовых команд, потому что раньше продукт владел пользовательским потоком:
он держал внимание
собирал данные
навязывал сценарий
показывал апсейлы в нужных местах
контролировал, в каком виде пользователь видит ценность
Если пользователь начинает работать не в вашем интерфейсе, а через своего агента или свой кастомный фронт, вы можете сохранить данные и транзакции, но потерять саму сессию, а вместе с ней – часть влияния на пользовательское поведение.
Почему это опасно для сервисов
Потому что у многих продуктов реальный moat был не в технологии, а в том, что они владели окном доступа:
пользователь приходил именно к ним
именно там формировался UX
именно там происходила монетизация
именно там собирался поведенческий след
Если этот слой начинает перехватывать агент, ситуация резко меняется. Не случайно платформы уже начинают думать о защите периметра. Slack в мае 2025 обновил API Terms of Service и отдельно описал ограничения вокруг хранения, индексации и долгосрочного использования данных через API. Reuters отдельно сообщало, что изменения затронули сценарии использования Slack-данных сторонними AI-системами.
То есть будущее вполне может быть не только API-first, но и API-gated. Не «всё открылось», а «всё открылось — но на наших условиях, с нашими лимитами, нашими правами и нашим биллингом». Накручиваем монетизацию – и вперёд, зарабатывать деньги, пока биллинг покорно отсчитывает оплаченные запросы.
Контраргументы: почему UI никуда не денется
Сценарий «приложения умерли, остались только API» пока выглядит радикально, подьзовательская привычка никуда не денется ещё годы.
Во-первых, сами аналитики одновременно говорят и о росте агентного слоя, и о том, что значительная часть agentic AI-проектов может быть закрыта из-за стоимости, слабой отдачи или недостаточного контроля рисков. Gartner в 2025 году отдельно прогнозировала, что более 40% агентских AI проектов могут быть закрыты к концу 2027. 
Во-вторых, агент плохо подходит для всего, что требует доверия, подтверждения и высокой цены ошибки. Деньги, медицина, документы, юридически значимые действия, администрирование доступов — всё это ещё долго будет требовать официального, понятного и проверяемого интерфейса.
В-третьих, хороший UI – это не только кнопки. Это обучение пользователя, снижение тревоги, объяснение последствий, визуализация сложного состояния системы. Агент может выполнить задачу, но не всегда хорошо объяснит контекст и исключения.
Поэтому точнее говорить так: UI не исчезает, а перестает быть единственным фронтом продукта. Приложение всё чаще будет выполнять роль:
слоя доверия
слоя подтверждения
слоя ручного контроля
слоя исключений,
слоя брендированного опыта
А основная машинная ценность будет лежать глубже – в данных, действиях и доступах.
Кто на этом заработает
На мой взгляд, крупнейшие бенефициары здесь уже вырисовываются.
Первая категория – инфраструктурные игроки. Платежи, коммуникации, документы, облака, идентификация, логирование, оркестрация, хостинг, права и безопасность.
Вторая – поставщики доверия и разрешений. Если агент действует от имени человека, резко растет цена аутентификации, авторизации, подтверждения операций и аудита.
Третья – хостинг, домены, облака и app builders. Если миллионы пользователей действительно начнут собирать вокруг себя собственную софтверную инфраструктуру, им понадобится где-то это размещать, как-то это настраивать и чем-то это связывать.
Четвертая – сервисы, которые умеют быть не приложением, а платформой исходных данных и возможностей. То есть те, кто заранее мыслят продукт не как экран, а как набор атомарных действий и данных.
Локальный слой: почему это важно не только для Big Tech
Можно подумать, что всё это история исключительно про OpenAI, Microsoft и западный enterprise. Но локальный рынок тоже давно показывает ту же логику.
Т-Банк открыто продвигает T-API для автоматизации процессов и интеграции функций банка в сторонние приложения. Яндекс 360 позволяет управлять организацией и сервисами через REST API. Ozon Seller API и WB API фактически превращают маркетплейс в программируемую операционную среду для продавца. То есть и у нас уже видно, что ценность всё чаще переезжает из кабинета в интегрируемый контур. Пока это в основном B2B-логика. Но как только пользовательские агенты и персональные app builders станут массовее, эта же волна доберется и до B2C. Человек перестанет пользоваться сервисами только на их условиях и начнёт собирать поверх них собственный пользовательский слой, под свои привычки, задачи и ритм жизни.
Скелет фреймворка для продуктовых команд
Чтобы не обсуждать тему в воздухе, я бы предложил простой набор из пяти вопросов:
UI-first
Если убрать ваш интерфейс, останется ли у продукта ценность?API-first
Можно ли получить ключевые данные и действия без ручной работы в кабинете?Agent-ready
Сможет ли внешний агент безопасно понять, что вы умеете, и выполнить нужное действие предсказуемо?Data-moat
Какие данные у вас действительно уникальны, и почему пользователь или агент не сможет легко заменить ваш сервис другим источником?Trust-layer
Что в вашем продукте является зоной доверия, которую нельзя доверить тертьим лицам: где подтверждаются действия, фиксируются права, сохраняется юридически значимый след и возникает финансовая ответственность?
Если на первые три вопроса ответ слабый, да и на четвертый и пятый тоже неубедительный, значит у продукта проблема: он пока живет в логике «мы нарисовали интерфейс» и слишком мало думает о том, что будет, когда интерфейс перестанет быть обязательным.
Что с этим делать уже сейчас?
Практический вывод для команд довольно жесткий. Нужно перестать мыслить приложением как конечной формой продукта. Вижу смысл переходить на AI-driven набор вопросов и действий:
какие данные мы отдаем?
какие действия разрешаем?
как это аутентифицируется?
как это логируется?
как это тарифицируется?
как этим сможет пользоваться не только человек, но и его ии-агент?
Условно говоря, завтра конкурентом вашему приложению может стать не другое приложение, а пользовательская связка из ии-агента, двух API, одного генератора интерфейсов и хостинга за небольшие деньги. И если такая связка даст человеку более удобный сценарий, многие привычные продуктовые преимущества могут схлопнуться очень быстро.
Наверное, главный вывод для холивара
Мне кажется, мы подходим к моменту, когда вопрос «насколько хорош ваш интерфейс?» перестанет быть главным. Главный вопрос будет другим – насколько ваш сервис пригоден для чужой оркестрации?
То есть:
насколько легко ваши данные можно безопасно вытащить?
насколько надежно ваши действия можно вызвать агентом?
насколько прозрачно можно управлять правами?
насколько хорошо ваш продукт живет не только в своем приложении, но и в чужом персональном контуре?
Если совсем грубо, будущее может выглядеть так: не пользователь выбирает приложение, а пользователь собирает вокруг себя цифровую инфраструктуру, а сервисы конкурируют за место внутри этой инфраструктуры.
И в этот момент приложение перестает быть продуктом в привычном смысле, оно становится либо фасадом, либо точкой доверия, либо просто одной из оболочек над настоящей ценностью.
А настоящая ценность всё чаще будет лежать в данных, в действиях, в правах и в возможности агенту действовать от имени пользователя.
---
Буду рад обратной связи и предлагаю также ответить на пару вопросов:
Если завтра ваш пользователь перестанет заходить в ваш интерфейс, а будет приходить через своего агента, ваш продукт вообще останется продуктом? Почему?
Кто в итоге окажется сильнее: сервисы с лучшим UI или сервисы с лучшей машинной пригодностью - API, правами, событиями и данными? Какие у вас мысли на этот счёт?
