Перейти к содержимому

Как сделать бота в Telegram для бизнеса: пошаговый план и смета по блокам

Марина Погодина

7минут чтения

Знакомый владелец сервиса попросил у меня смету на бота, которую ему прислали три подрядчика, и я не смогла сравнить эти три документа между собой. В одной смете была строка "разработка диалогов", во второй "backend и деплой", в третьей просто сумма и срок. Числа при этом отличались в разы, и понять, за что платишь, было нельзя.

По запросу "как сделать бота в телеграм" в Дзене на 01.10.2026 нашлось 20 материалов, охват набрали 3, у самого читаемого 9516 просмотров при дочитываний. Спрос есть, а вот внятного плана с сметой по блокам в этих материалах я не увидела. Поэтому пишу свой: план запуска и шаблон сметы, по которому можно сравнивать любые предложения.

Шаг 1. Решите, какую задачу бот закрывает

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

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

Шаг 2. Сценарий до кода

Сценарий это карта диалога: с чего бот начинает, какие кнопки показывает, что отвечает, когда пользователь пишет неожиданное. Рисуется сценарий на бумаге или в таблице, и на этом этапе он стоит дешевле кода в десятки раз. Каждая переделка после запуска это уже работа программиста, а переделка на бумаге бесплатна.

Что должно быть в сценарии бота: Приветствие и первая кнопка, Ветка для нового клиента, Ветка для повторного клиента, Ответ на неожиданное сообщение, Куда пишутся данные клиента. Иллюстрация к разделу Шаг 2. Сценарий до кода, вид: чек-лист
Иллюстрация: Сценарий бота это ветки диалога с ответами на отказ пользователя, без них бот ломается на первом же живом собеседнике.
Схема из шести шагов: описание задач бота, сценарий диалога, выбор способа разработки, данные и интеграции, тесты, запуск и поддержка. Каждый следующий шаг опирается на предыдущий.
Сначала сценарий и данные, потом код и кнопки, в конце тесты и поддержка. Перестановка шагов удлиняет путь вдвое.

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

Шаг 3. Регистрация бота и документация

Само создание бота в Telegram занимает минуты: вы пишете BotFather, даёте боту имя и получаете токен доступа. Токен это пароль от бота, и обращаться с ним нужно как с паролем: не выкладывать в переписку, не прошивать в публичный код.

Официальное описание всех возможностей бота и методов работы с ними лежит в документации Telegram Bot API, и я советую прочитать её хотя бы по диагонали даже тем, кто кода не пишет: после неё вопросы подрядчику становятся конкретными.

Снимок страницы core.telegram.org: первый экран с заголовком Bots: An introduction for developers
Источник: core.telegram.org

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

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

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

Шаг 4. Тесты на живых диалогах

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

Я всегда прошу отдельно протестировать сценарий отказа, потому что именно он встречается в реальности чаще красивого пути по кнопкам. Хорошая приёмка бота это чек-лист веток сценария, где против каждой ветки стоит отметка о проверке.

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

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

Блок: Сценарий и логика. Что входит: карта диалога, ветки, тексты. Срок: [указать]. Цена: [указать]. Блок: Интерфейс. Что входит: кнопки, меню, команды, платёжный экран. Цена: [указать]. Блок: Интеграции.

Что входит: [CRM/таблицы/почта, по одной строке на каждую]. Цена: [указать по каждой]. Блок: Хостинг и запуск. Что входит: сервер, домен, деплой. Ежемесячно: [указать]. Блок: Тесты и приёмка. Что входит: чек-лист веток, правки по результату. Цена: [указать].

Блок: Поддержка после запуска. Что входит: правки, мониторинг, время реакции. Ежемесячно: [указать]. Отдельно спросить: кому принадлежит код и токен бота, что будет при остановке сотрудничества.

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

Схема состава сметы: блоки разработки (сценарий, интерфейс, интеграции, тесты) и блоки эксплуатации (хостинг, каналы уведомлений, поддержка и правки). Разработка считается один раз, эксплуатация каждый месяц.
Смета бота складывается из блоков: часть платится один раз за разработку, часть живёт в абонентской плате каждый месяц.

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

Вопросы, которые задают перед заказом бота

Сколько времени занимает разработка бота?

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

Кто будет отвечать за бота после запуска?

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

Отсутствие ответственного при живом боте оборачивается тем, что клиент пишет в мёртвый диалог месяцами.

Можно ли добавить функции потом?

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

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

Сколько времени занимает разработка бота?

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

Кто будет отвечать за бота после запуска?

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

Отсутствие ответственного при живом боте оборачивается тем, что клиент пишет в мёртвый диалог месяцами.

Можно ли добавить функции потом?

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

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

Что проверить сегодня же

  1. Сформулируйте задачу бота одним предложением с глаголом: если не получилось, работа над сценарием ещё не начата.
  2. Выпишите, куда бот будет писать данные заявок и кто их забирает: таблица, CRM, почта ответственного.
  3. Нарисуйте на бумаге первую ветку диалога с кнопками и ответом на неожиданное сообщение.
  4. Зарегистрируйте бота у BotFather и сохраните токен в защищённом хранилище паролей.
  5. Запросите у подрядчиков смету в блоках из шаблона выше и сравните ответы построчно, включая вопрос о принадлежности кода.

Напишите в комментариях, какую задачу вы хотите отдать боту первой, и я подскажу, как её свести в сценарий из трёх веток.

Новые разборы выходят в моём канале: t.me/promaren.

Чат-боты: до 80% автоматизации канала

Telegram, MAX, заявки, поддержка и опросы

Чем подкреплено

Первоисточники

Вопросы

Частые вопросы

Сколько времени занимает разработка бота?

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

Кто будет отвечать за бота после запуска?

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

Можно ли добавить функции потом?

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

Кто делает
Марина Погодина, основатель PROMAREN

Марина Погодина, основатель PROMAREN

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

Об автореКанал в MAX (откроется в новой вкладке)

Похожие материалы

Надпись: «Конфигурация. Фильтр вводных».
Телеграм-боты для бизнеса: заявки, запись, оплата и поддержка

Как сделать ИИ-бота в Telegram, который не врёт клиентам: промпт и проверки

Разбираю, почему ИИ-бот выдумывает ответы клиентам, и показываю промпт и проверки, которые держат его на фактах.

Читать
Надпись: «Нейросети. Какую нейросеть выбрать бизнесу?».
Нейросети для работы и бизнеса: промпты, документы, таблицы

Как выбрать нейросети для бизнеса: задачи, риски и таблица сервисов

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

Читать
Надпись: «Александра. Таблица описания процесса».
Процессы, техническое задание и внутренний контроль малого бизнеса

Как сделать описание бизнес-процессов без консультантов: шаблон и таблица

Разбираю, как без консультантов описать бизнес-процесс за один разговор: границы, глубина детализации и готовый шаблон карточки.

Читать