Короткий ответ

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

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

Почему панель чата — это понижение, а не обновление

Хорошая информационная панель объединяет сотни сигналов в одном взгляде. Замена его вводом в чате устраняет эту плотность и заставляет пользователя вводить информацию, которую он уже видел. Чат — отличный способ ответить на неоднозначные и открытые запросы. Это плохая замена мышечной памяти хорошо продуманного экрана. Правильный ход — не чат вместо UI, а UI, генерируемый моделью в ответ на запрос.

Четыре этапа создания продуктов на базе искусственного интеллекта

1. Базовые текстовые интерфейсы

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

2. Встроенные генеративные компоненты

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

3. Постоянные конструкторы пользовательского интерфейса

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

4. Окружающие автономные интерфейсы

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

Новая роль дизайна

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

Создание агентов ИИ: три вещи, которые нужно выпустить прямо сейчас

1. Архитектура, ориентированная на API

Агенты не нажимают кнопки. Они вызывают API. Каждое значимое действие, которое человек может предпринять в вашем пользовательском интерфейсе, также должно быть доступно через чистую, документированную конечную точку. Если единственный способ отменить подписку, экспортировать отчет или пригласить товарища по команде — через модальное окно, ваш продукт невидим для уровня агента, который быстро становится способом выполнения работы.

2. Система дизайна, на которую может опираться модель.

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

3. Поддержка двух пользователей: человек и агент.

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

Часто задаваемые вопросы

Чат-бот — это то же самое, что продукт, созданный на основе искусственного интеллекта?

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

Нужно ли мне перестраивать свой продукт, чтобы он стал совместимым с искусственным интеллектом?

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

Исчезнут ли дизайнерские профессии в эпоху искусственного интеллекта?

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

Что самое важное нужно сделать сегодня?

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