Сценарии важнее количества сообщений
Простой бот показывает меню и выдаёт заранее подготовленные ответы. Сложный хранит состояние, помнит выбор пользователя, обрабатывает ошибки, отмены и повторные обращения. Нарисуйте схему переходов до оценки бюджета.
Интеграции и данные
CRM, календарь, платежи, склад или база знаний требуют отдельной настройки и проверки. Нужны правила сопоставления пользователей, обработка недоступности внешнего сервиса и защита доступа. Чем больше систем, тем выше стоимость сопровождения.
Нужен ли AI
Если задача решается понятным меню и правилами, модель добавит стоимость и риск неточного ответа. AI полезен для свободных вопросов, поиска по документам и подготовки черновиков — при условии, что есть качественные источники и путь передачи человеку.
Панель управления
Если сотрудники должны менять тексты, смотреть обращения или управлять сценариями, понадобится админ-интерфейс. Без него даже мелкое изменение будет требовать разработчика.
Эксплуатация после запуска
Планируйте хостинг, мониторинг, обновление интеграций, поддержку и при AI-сценариях стоимость запросов к модели. Определите, кто отвечает, если бот перестал принимать обращения.
Как запросить смету
Опишите канал, три основных сценария, внешние системы, ожидаемое число пользователей и роль оператора. Этого достаточно для предварительной оценки этапов без передачи доступов.
Три уровня проекта
Первый уровень — справочный бот с меню и статичными ответами. Второй — бот с состоянием пользователя, записью или проверкой статуса через внешнюю систему. Третий — многошаговые процессы, панель управления, роли сотрудников, AI-поиск или несколько интеграций. Это не готовый прайс: один нестандартный внешний сервис может оказаться сложнее множества обычных сообщений.
Не забудьте о сценариях ошибки
В оценке должны быть не только счастливые пути. Что произойдёт, если клиент отправит текст вместо кнопки, повторит оплату, вернётся через неделю или отменит действие на середине? Как бот поведёт себя при недоступной CRM? Ответы влияют и на объём кода, и на тестирование, и на поддержку. Хорошая карта диалога показывает эти развилки до начала разработки.
Какие вопросы задать перед оценкой
- Сколько основных сценариев и на каких языках должен поддерживать бот?
- Нужны ли сотрудники в диалоге и как к ним передавать обращение?
- Какие внешние системы будут источником данных?
- Кто сможет менять тексты и настройки?
- Как измерять успешное завершение сценария и замечать сбои?
Статья помогает сориентироваться. Для точного решения нужно учитывать задачу и ограничения вашего проекта.