Почему через несколько лет большинство интерфейсов придется перепроектировать?

На прошлой неделе был на Agentic DevCon. Кажется, там собрались практически все, кто сегодня определяет развитие агентного подхода в России. Практически все разговоры были вокруг технологий. Какой оркестратор лучше? Какой harness использовать? Как организовать взаимодействие между агентами? Какие модели выбирать? Очень много архитектуры, деталей реализации и обсуждения фреймворков.

Но всю конференцию меня не покидала одна мысль.

Мы обсуждаем фундамент, на котором будем строить. А настоящее изменение произойдет уровнем выше.

Эта мысль только укрепилась после того, как я внимательно разобрал отчет Contentsquare и AWS про Customer Experience.

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

С агентами все становится по другому.

Теперь задача системы - не показать нужный экран, а понять, какую цель хочет достичь пользователь, уточнить контекст, подобрать оптимальный сценарий и привести человека к результату. Причем значительную часть работы система сможет выполнить самостоятельно, и доля этой работы будет только расти.

Мы перестаем проектировать интерфейсы.

Мы перестаем проектировать пользовательские сценарии.

Мы начинаем проектировать решения, которые система принимает вместо пользователя.

По сути, мы определяем, что агент делает самостоятельно, когда задает уточняющие вопросы, как принимает решения, в какой момент берет ответственность на себя и когда обязан передать управление человеку.

А интерфейс становится следствием этих решений. Он перестает быть чем-то, что дизайнер однажды нарисовал в Figma Pixso. Он начинает динамически собираться под конкретную задачу пользователя.

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

Два пользователя с одинаковой задачей вполне могут прийти к одному результату совершенно разными маршрутами. Потому что контекст разный.

Потому что ценность теперь не в типизированном пользовательском сценарии.

Ценность - в минимальном количестве действий, которые потребовались пользователю для достижения ожидаемого результата.

Именно поэтому мне кажется, что мы впервые за много лет перестаем проектировать интерфейсы и начинаем проектировать поведение программного обеспечения. А интерфейс становится побочным продуктом работы агента.

Если эта гипотеза верна, то из нее следует еще несколько интересных вещей:

1. Например, понятие «главный экран» постепенно потеряет смысл. Если интерфейс каждый раз собирается под конкретную задачу, постоянная точка входа в систему просто перестает быть необходимой. 2. Изменится и профессия UX-дизайнера. Проектировать придется уже не столько интерфейсы, сколько поведение системы и правила взаимодействия человека с агентом. 3. Через несколько лет мы, возможно, будем выбирать продукты уже не по количеству функций. А по тому, сколько работы они способны выполнить без нашего участия.

У нас в enterprise это уже начинается. Мы сами постепенно приходим именно к такой модели проектирования продуктов. Если посмотреть на то, что сегодня делают Atlassian, GitLab, ServiceNow и другие крупные игроки, становится заметно, что они двигаются примерно в ту же сторону.

Если интересно, могу отдельно разобрать, как enterprise-вендоры перестраивают свои продукты под агентный пользовательский опыт.

Читать про продукты в b2b

В этом посте были ссылки, но мы их удалили по правилам Сетки