Боты и мини-приложения

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

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

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

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

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

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

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

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

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

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

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

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