Знакомый владелец сервиса попросил у меня смету на бота, которую ему прислали три подрядчика, и я не смогла сравнить эти три документа между собой. В одной смете была строка "разработка диалогов", во второй "backend и деплой", в третьей просто сумма и срок. Числа при этом отличались в разы, и понять, за что платишь, было нельзя.
По запросу "как сделать бота в телеграм" в Дзене на 01.10.2026 нашлось 20 материалов, охват набрали 3, у самого читаемого 9516 просмотров при дочитываний. Спрос есть, а вот внятного плана с сметой по блокам в этих материалах я не увидела. Поэтому пишу свой: план запуска и шаблон сметы, по которому можно сравнивать любые предложения.
Шаг 1. Решите, какую задачу бот закрывает
Бот без задачи превращается в электронную визитку, на которую один раз заходят и забывают. Задача формулируется одним предложением с глаголом: принимает заявку, напоминает о записи, отвечает на частые вопросы, собирает оплату. Если предложение про задачу не складывается, заказывать разработку рано.
За 17 лет в корпоративном ИТ я привыкла смотреть на любой запуск со стороны данных, и первый вопрос всегда один: что произойдёт с данными, которые бот соберёт. Если заявки падают в никуда, бот не решает задачу, он её переснимает. Поэтому на этом же шаге ответьте, куда бот пишет данные и кто их забирает.
Шаг 2. Сценарий до кода
Сценарий это карта диалога: с чего бот начинает, какие кнопки показывает, что отвечает, когда пользователь пишет неожиданное. Рисуется сценарий на бумаге или в таблице, и на этом этапе он стоит дешевле кода в десятки раз. Каждая переделка после запуска это уже работа программиста, а переделка на бумаге бесплатна.


Обязательные ветки сценария, которые забывают чаще всего: ответ на сообщение вне сценария, повторный заход того же пользователя, отказ от действия на середине. Живой человек напишет боту "спасибо" посреди оформления, и без заготовленного ответа диалог умрёт в этот момент.
Шаг 3. Регистрация бота и документация
Само создание бота в Telegram занимает минуты: вы пишете BotFather, даёте боту имя и получаете токен доступа. Токен это пароль от бота, и обращаться с ним нужно как с паролем: не выкладывать в переписку, не прошивать в публичный код.
Официальное описание всех возможностей бота и методов работы с ними лежит в документации Telegram Bot API, и я советую прочитать её хотя бы по диагонали даже тем, кто кода не пишет: после неё вопросы подрядчику становятся конкретными.

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

Шаг 4. Тесты на живых диалогах
Тестировать бота нужно так, как его будет мучить клиент: написать мусор вместо имени, нажать кнопку дважды, вернуться назад, зайти с другого аккаунта.
Я всегда прошу отдельно протестировать сценарий отказа, потому что именно он встречается в реальности чаще красивого пути по кнопкам. Хорошая приёмка бота это чек-лист веток сценария, где против каждой ветки стоит отметка о проверке.
Вот инструмент, ради которого стоит сохранить статью. Смета бота всегда состоит из одних и тех же блоков, меняется только наполнение. Заполните колонки по предложениям подрядчиков, и сравнение станет возможным: вы увидите, кто заложил интеграции, а кто их "уточнит позже".
Вот инструмент, ради которого стоит сохранить статью. Смета бота всегда состоит из одних и тех же блоков, меняется только наполнение. Заполните колонки по предложениям подрядчиков, и сравнение станет возможным: вы увидите, кто заложил интеграции, а кто их "уточнит позже".
Блок: Сценарий и логика. Что входит: карта диалога, ветки, тексты. Срок: [указать]. Цена: [указать]. Блок: Интерфейс. Что входит: кнопки, меню, команды, платёжный экран. Цена: [указать]. Блок: Интеграции.
Что входит: [CRM/таблицы/почта, по одной строке на каждую]. Цена: [указать по каждой]. Блок: Хостинг и запуск. Что входит: сервер, домен, деплой. Ежемесячно: [указать]. Блок: Тесты и приёмка. Что входит: чек-лист веток, правки по результату. Цена: [указать].
Блок: Поддержка после запуска. Что входит: правки, мониторинг, время реакции. Ежемесячно: [указать]. Отдельно спросить: кому принадлежит код и токен бота, что будет при остановке сотрудничества.
Две последние строки бюджета, хостинг и поддержка, при сравнении предложений важнее первой: дешёвая разработка регулярно компенсируется дорогой поддержкой, и разброс здесь виден только при построчном сравнении. Вопрос про принадлежность кода звучит непривычно, пока однажды подрядчик не исчезнет вместе с ботом.

Если заполнять такую таблицу для вас дольше, чем хочется, у нас в PROMAREN сборка ботов стоит на потоке: мы приносим смету именно в этих блоках, чтобы вы могли сравнить её с любым другим предложением построчно. Посмотреть, как это устроено, можно здесь: боты для Telegram от PROMAREN.
Вопросы, которые задают перед заказом бота
Сколько времени занимает разработка бота?
Срок зависит от числа интеграций, и именно интеграции съедают основное время. Простой бот на готовом сценарии собирается быстро, связка с CRM и оплатой добавляет к сроку согласования на стороне ваших же систем. Сравнивайте сроки из сметы по блокам, тогда видно, где подрядчик заложил запас.
Кто будет отвечать за бота после запуска?
Ответственный человек нужен даже при полной поддержке подрядчика, потому что кто-то должен принимать решения о правках и знать, что бот вообще делает. Если такого человека в компании нет, это нормально, просто заложите поддержку в ежемесячный бюджет заранее.
Отсутствие ответственного при живом боте оборачивается тем, что клиент пишет в мёртвый диалог месяцами.
Можно ли добавить функции потом?
Можно, и это нормальный путь: первый запуск закрывает одну задачу, вторая добавляется по мере роста нагрузки. Условие одно: сценарий первой версии должен допускать расширение, поэтому заранее скажите разработчику, что видите бота в развитии.
Переписывание бота с нуля после каждого нововведения это следствие сценария, который держал только первую задачу.
Сколько времени занимает разработка бота?
Срок зависит от числа интеграций, и именно интеграции съедают основное время. Простой бот на готовом сценарии собирается быстро, связка с CRM и оплатой добавляет к сроку согласования на стороне ваших же систем. Сравнивайте сроки из сметы по блокам, тогда видно, где подрядчик заложил запас.
Кто будет отвечать за бота после запуска?
Ответственный человек нужен даже при полной поддержке подрядчика, потому что кто-то должен принимать решения о правках и знать, что бот вообще делает. Если такого человека в компании нет, это нормально, просто заложите поддержку в ежемесячный бюджет заранее.
Отсутствие ответственного при живом боте оборачивается тем, что клиент пишет в мёртвый диалог месяцами.
Можно ли добавить функции потом?
Можно, и это нормальный путь: первый запуск закрывает одну задачу, вторая добавляется по мере роста нагрузки. Условие одно: сценарий первой версии должен допускать расширение, поэтому заранее скажите разработчику, что видите бота в развитии.
Переписывание бота с нуля после каждого нововведения это следствие сценария, который держал только первую задачу.
Что проверить сегодня же
- Сформулируйте задачу бота одним предложением с глаголом: если не получилось, работа над сценарием ещё не начата.
- Выпишите, куда бот будет писать данные заявок и кто их забирает: таблица, CRM, почта ответственного.
- Нарисуйте на бумаге первую ветку диалога с кнопками и ответом на неожиданное сообщение.
- Зарегистрируйте бота у BotFather и сохраните токен в защищённом хранилище паролей.
- Запросите у подрядчиков смету в блоках из шаблона выше и сравните ответы построчно, включая вопрос о принадлежности кода.
Напишите в комментариях, какую задачу вы хотите отдать боту первой, и я подскажу, как её свести в сценарий из трёх веток.
Новые разборы выходят в моём канале: t.me/promaren.
Чат-боты: до 80% автоматизации канала
Telegram, MAX, заявки, поддержка и опросы
Первоисточники
Частые вопросы
Сколько времени занимает разработка бота?
Срок зависит от числа интеграций, и именно интеграции съедают основное время. Простой бот на готовом сценарии собирается быстро, связка с CRM и оплатой добавляет к сроку согласования на стороне ваших же систем. Сравнивайте сроки из сметы по блокам, тогда видно, где подрядчик заложил запас.
Кто будет отвечать за бота после запуска?
Ответственный человек нужен даже при полной поддержке подрядчика, потому что кто-то должен принимать решения о правках и знать, что бот вообще делает. Если такого человека в компании нет, это нормально, просто заложите поддержку в ежемесячный бюджет заранее.
Можно ли добавить функции потом?
Можно, и это нормальный путь: первый запуск закрывает одну задачу, вторая добавляется по мере роста нагрузки. Условие одно: сценарий первой версии должен допускать расширение, поэтому заранее скажите разработчику, что видите бота в развитии.

Марина Погодина, основатель PROMAREN
17 лет в ИТ и управлении технологическими рисками, из них 14 лет в аудите ИТ и внутреннем контроле. Более 60 аудитов ИТ и информационной безопасности.







