Короткий ответ о цене
На странице разработки Telegram-ботов опубликованы три стартовых формата Razgon. Бот для сбора заявок с одним сценарием — от 25 000 ₽ за проект. Бот с одной интеграцией с CRM или API — от 55 000 ₽. Автоматизация нескольких процессов с ролями пользователей и согласованными интеграциями — от 100 000 ₽.
Эти суммы задают стартовую рамку. Итог появляется после того, как понятны люди, действия, данные и следующий шаг. Если в боте нужно только задать несколько вопросов и передать заявку менеджеру, работа компактная. Если он должен учитывать статусы, подтягивать данные из нескольких систем, раздавать права и сообщать об ошибках, сценарий становится шире.
Что входит в каждый формат
Сбор заявок подходит для понятного входящего обращения. Бот встречает человека, уточняет услугу, город, способ связи или другие поля, которые реально нужны менеджеру, и передаёт обращение в согласованный канал. В эту цену входят один сценарий, вопросы и кнопки, передача заявки. Такой бот полезен, когда сообщения приходят вразнобой, а команда тратит время на одни и те же уточнения.
Бот с интеграцией нужен, когда данные должны оказаться в существующей системе. Например, бот создаёт лид в CRM, получает доступные статусы заказа или отправляет уведомление после события. До оценки проверяем возможности API, нужные поля, права доступа и способ обработки ошибки. Одна интеграция может быть простой или потребовать заметной проработки, поэтому итоговый состав фиксируем до запуска.
Автоматизация процессов нужна бизнесу с несколькими связанными цепочками. Здесь появляются роли сотрудников, разные ветки диалога, внутренние данные, уведомления и правила доступа. Работу удобно разбивать на этапы: сначала запустить самый частый процесс, посмотреть на него в реальной жизни и затем расширять систему.
Что сильнее всего влияет на смету
- Количество сценариев. Запись, сбор заявки, напоминания и внутренний учёт выглядят похоже со стороны, но это разные пути с отдельными условиями и проверками.
- Интеграции. Важно, откуда бот получает данные, что меняет и как подтверждает успешную передачу. Ограничения CRM, сайта или стороннего сервиса выясняют до согласования работ.
- Роли и доступы. Владелец, менеджер и сотрудник на смене могут видеть разные данные и выполнять разные действия. Эти правила влияют на сценарий и тестирование.
- Ошибки и нестандартные ситуации. Клиент передумал, вернулся на шаг назад, ввёл телефон с ошибкой, сотрудник отправил данные повторно — такие случаи стоит предусмотреть там, где они действительно возникают.
- Запуск и дальнейшая работа. Хостинг, платные внешние сервисы, поддержка, новые сценарии и правки согласуются отдельно. Их полезно отделить от самой разработки, чтобы бюджет был прозрачным.
Как подготовиться к оценке без большого ТЗ
Большой документ для первого разговора не требуется. Достаточно описать один повторяющийся процесс обычными словами: кто начинает действие, что делает сейчас, какие сведения нужны на выходе, кому приходит результат и где команда хранит данные. Скриншоты текущей переписки, формы или таблицы часто помогают лучше схемы на десять страниц.
Хороший вопрос для выбора первого сценария звучит так: «Что мы делаем вручную несколько раз в неделю и хотим перестать держать в голове?» Это может быть передача заявки, подтверждение записи, отчёт по смене или статус заказа. Когда у процесса есть владелец и понятный финал, его проще оценить и проверить после запуска.
Пример из своей практики: учёт смен в Bloomera
В своём цветочном магазине Bloomera мы перенесли ежедневный учёт в Telegram. Сотрудник отправляет короткую запись с выручкой, посетителями, покупками, онлайн-заказами и сменой. Расход добавляется с суммой, описанием и категорией. Бот определяет дату, предупреждает о повторном вводе и по понедельникам присылает сводку за неделю.
Такой проект начинается с наблюдения за реальной рутиной: владельцу важнее быстро зафиксировать день, чем открыть сложную систему. На ввод дня уходит около 15 секунд. Детали процесса, категории расходов и формат отчёта показаны в кейсе Bloomera. Это пример того, почему сначала стоит определить один рабочий сценарий, а потом выбирать масштаб автоматизации.
Как сравнить две сметы на разработку
Сравнивайте не только итоговую сумму. Попросите перечислить сценарии, интеграции, состав передачи данных, действия при ошибках, формат тестирования, доступы после запуска и условия поддержки. Так видно, одинаково ли подрядчики понимают задачу. Если один вариант включает только форму в чате, а другой — создание лида в CRM и уведомления команде, цены закономерно различаются.
Перед стартом полезно зафиксировать, как выглядит готовый результат: кто проходит сценарий, какая информация появляется у ответственного сотрудника, в какой момент процесс считается завершённым. Этот список помогает и при приёмке, и при последующих доработках.
Как понять, что бот окупает внимание команды
До запуска зафиксируйте точку А: сколько раз в неделю сотрудники повторяют действие, сколько времени занимает цепочка, где теряются данные, сколько обращений приходит без нужного контекста. После запуска смотрите завершённые сценарии, ошибки, скорость первого ответа и долю заявок с понятной задачей. Для Razgon квалифицированной считается заявка, где человек описал задачу или прислал ТЗ и перешёл к предметному обсуждению.
Для расчёта пришлите ссылку на текущий бот или сайт, кратко опишите задачу и системы, с которыми нужно работать. Если задача уже сформулирована, переходите на страницу разработки Telegram-ботов: там можно выбрать стартовый формат и обсудить состав проекта.