Разработка чат-ботов: этапы и что нужно от заказчика

Разработка чат-бота похожа на разработку небольшого приложения: есть цели, пользователи, сценарии, интерфейс, интеграции, тестирование и поддержка. Разница в том, что интерфейс — это диалог, и от качества текстов и логики зависит больше, чем от технологий. Поэтому участие заказчика на каждом этапе — не формальность, а условие хорошего результата.

Этап 1. Цели и аудитория

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

От заказчика: список задач в порядке важности, описание аудитории, понимание, как сейчас решаются эти задачи без бота.

Этап 2. Сценарии

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

От заказчика: реальные вопросы клиентов, которые сейчас задают в переписке или по телефону, правила работы — сроки, условия, исключения.

Этап 3. Тексты

Тексты бота — отдельная работа. Короткие сообщения, понятные кнопки, единый тон. Для Узбекистана обычно нужны две версии: русская и узбекская в латинице, проверенные носителями языка.

От заказчика: согласование тона, проверка фактов в текстах — цен, сроков, адресов, — утверждение финальных версий.

Этап 4. Прототип

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

Этап 5. Разработка и интеграции

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

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

Этап 6. Тестирование

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

Этап 7. Запуск и развитие

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

Что решить до старта

• Кто внутри компании отвечает за бота и принимает решения
• Кто будет отвечать клиентам, когда бот передаёт диалог оператору
• На чьём аккаунте и сервере будет работать бот
• Кому принадлежит код и где он хранится
• Как будут вноситься изменения после запуска

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