Чатоцентричный интерфейс

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

Недавно я проектировал CRM для Detailing студии .

Получалась вполне нормальная система: клиенты, автомобили, календарь, заказ-наряды, мастера, услуги, склад, документы. Все логично, все на своих местах.

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

«Запиши BMW Ивана на субботу. Нужна полировка и химчистка. Машину он хочет забрать вечером.»

Администратор уже знает, что требуется. Но CRM заставляет его перевести намерение человека на язык системы: найти клиента, выбрать автомобиль, открыть календарь, проверить свободный бокс, добавить услуги, рассчитать время и сохранить запись.

Семь шагов, хотя задача помещается в трех предложениях.

А что, если начать не с разделов и форм, а с самой задачи?

Написал фразу. Получил готовую запись. Проверил. Подтвердил.

Я называю такой подход чатоцентричным интерфейсом.

Чат здесь не отдельный помощник, а главный вход в продукт.

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

Сам продукт при этом остается прежним. Чтобы изменить дату сделки, все равно нужно найти карточку, открыть форму и выбрать поле. Чат просто добавился к уже существующим экранам.

В чатоцентричном продукте логика начинается с другого вопроса: чего человек хочет добиться прямо сейчас?

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

Человек начинает с результата, а не с поисков раздела, где спрятана функция.

Слева пользователь изучает структуру системы. Справа говорит, что хочет получить.

Здесь легко впасть в другую крайность и убрать из продукта вообще все, кроме строки «Спросите что угодно».

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

Она может изменить открытый документ или только рассказать о нем? Отправит письмо сразу или покажет черновик? Удалит данные после одной фразы? Помнит ли контекст вчерашнего разговора?

Чат хорош в начале задачи. В нем удобно объяснить намерение, особенно если оно затрагивает несколько сущностей сразу. Дальше продукт должен выбрать лучший способ показать результат.

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

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

Представим, что руководитель пишет в CRM:

«Покажи клиентов, которые не приезжали больше полугода, но раньше тратили у нас от 300 евро за визит.»

Слабый ассистент отвечает: «Я нашел 47 клиентов». Более разговорчивый перечисляет их прямо в переписке. Оба формально выполнили запрос, но работу оставили человеку.

Чатоцентричный интерфейс открывает готовый сегмент из 47 клиентов. В нем есть имена, автомобили, дата последнего визита и средний чек. Рядом появляются действия: сохранить сегмент, назначить задачу администратору, подготовить рассылку, исключить тех, кто недавно обращался с жалобой.

Разговор закончился. Началась работа.

Главная проверка здесь очень простая. Что осталось в продукте после ответа?

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

То же самое работает за пределами CRM.

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

В календаре фраза «найди полчаса с Олегом и Мариной на следующей неделе» должна создать проект встречи с подходящими слотами.

Во внутренней системе просьба «подготовь доступ для нового

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

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

Обычная программа показывает всем примерно один и тот же набор экранов. Чатоцентричная может собирать рабочее пространство под конкретную ситуацию.

Например, администратор пишет:

«У нас завтра перегружена мойка. Кого можно перенести без большого риска потерять клиента?»

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

Администратор открывает одного клиента. Рядом появляются история визитов и свободные окна на другие дни. Следующая команда короткая:

«Предложи пятницу и добавь скидку 10 процентов.»

Система готовит сообщение, но не отправляет его без подтверждения.

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

Пользователь больше не ходит по внутренней структуре продукта. Продукт приносит к нему нужные данные и действия.

Фраза «Чем я могу помочь?» звучит дружелюбно, но оставляет человека перед безграничной пустотой. Он не знает возможностей продукта и боится сформулировать запрос неправильно.

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

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

Это не список всех команд. Это несколько хороших продолжений текущей работы.

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

Фраза «удали старые заявки» кажется понятной ровно до момента, когда система собирается удалить 700 записей.

Что считать старыми? Черновики? Закрытые сделки? Заявки старше года? Клиентов, которые давно не обращались?

Продукт не должен притворяться, что понял все с первого раза. Он показывает свою трактовку:

«Найдено 712 черновиков старше 90 дней. Активные и завершенные заявки не будут затронуты.»

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

Чем проще сформулировать команду, тем важнее показать, как система ее поняла.

У пользователя всегда должны быть ответы на четыре вопроса: что произойдет, что происходит сейчас, где результат и можно ли вернуть все назад.

Без этого получится продукт, в котором легко что-то попросить и страшно нажать Enter.

Не каждому продукту нужен чат в центре. Калькулятор и так отлично работает. Будильник проще поставить двумя касаниями. Музыку удобнее переключить кнопкой.

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

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

Программы годами заставляли людей изучать свою внутреннюю структуру. Чтобы продать товар, открой «Сделки». Чтобы посмотреть оплату, перейди в «Финансы». Чтобы найти переписку, зайди в «Коммуникации». Чтобы перенести визит, открой «Расписание».

Человеку безразлично, в каком разделе живет функция. Он хочет решить вопрос.

Я не думаю, что все приложения превратятся в мессенджеры. Скорее чат станет верхним слоем сложных продуктов.

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

Но рядом появится другой путь.

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

Система найдет данные, соберет подходящий экран и попросит подтверждение там, где это важно.

Мы привыкли говорить, что хороший интерфейс должен быть интуитивным. Возможно, следующий шаг проще: интерфейсу больше не нужно угадывать намерение человека. Человек может сказать о нем сам.

Вот это я и называю чатоцентричным интерфейсом.

Кнопки никуда не денутся. Мы просто перестанем их искать.