Да, за вечер собирается. Регистрация бота — 15 минут, журнал заявок — 30 минут, сценарий из пяти шагов на конструкторе — полтора часа, связь с журналом и уведомлением — 45 минут, тестовый прогон — полчаса. Итого 3,5 часа, и на выходе получается бот, который здоровается, задаёт вопросы, забирает телефон и складывает заявку туда, где её видно.
За тот же вечер не собирается всё остальное: связка с CRM без дублей, приём оплат, работа с документами и сценарий из тридцати веток. Это не значит, что делать не стоит, — это значит, что планировать надо два разных проекта. Ниже — честная граница между ними, порядок сборки первого и оценка второго в рублях.
Про интерфейсы обычная оговорка: конструкторы обновляются часто, пункты меню переезжают, названия полей меняются. Поэтому дальше описана логика действий, а не путь по кнопкам. И вторая оговорка, важнее первой: всё, что касается статуса самого мессенджера, — по состоянию на сентябрь 2026 года, и это стоит перепроверять перед стартом.
Что помещается в вечер, а что съедает месяц
Граница проходит не по сложности сценария, а по тому, появляется ли в задаче вторая система и деньги. Пока бот разговаривает и пишет в одно место, он собирается за часы. Как только он должен согласовать своё состояние с CRM, складом или кассой, объём работы вырастает на порядок — и вырастает не в сценарии, а в обработке несовпадений.
| Задача | Реальный срок | Что делает срок таким |
|---|---|---|
| Приветствие, 3–5 вопросов, сбор телефона, подтверждение | 1,5 часа | Линейный сценарий без ветвлений, всё собирается мышкой |
| Запись заявки в свою таблицу и уведомление ответственному | 45 минут | Одно исходящее соединение и одно сообщение в чат |
| Кнопка «оставить телефон» вместо ручного ввода и проверка формата | 30 минут | Штатная возможность конструкторов, но требует отдельного теста |
| Создание сделки в CRM без дублей при повторном обращении | 2–4 дня | Нужен ключ склейки по телефону и правило, что делать с найденным клиентом |
| Приём оплаты внутри бота | От 2 недель | Касса, чек по 54-ФЗ, сверка платежей, возвраты — это отдельный контур |
| Меню на 15+ шагов с возвратами назад и переключением тем | От 3 недель | Растёт не сценарий, а число состояний, в которых бот может застрять |
Из таблицы следует практический вывод: первый бот должен быть линейным. Пять шагов, ни одного возврата назад, одна тема. Люди раздражаются не на простоту, а на бота, который зациклился и не понимает, что от него хотят. Семь причин, по которым боты бесят клиентов, и что за каждой стоит технически, мы разбирали отдельно.
Два маршрута: конструктор или свой скрипт
Вариантов ровно два, и выбирают между ними не по цене — она примерно одинаковая, — а по тому, что произойдёт с вашим сценарием, если поставщик конструктора закроется или изменит тариф.
| Критерий | Конструктор без кода | Свой скрипт на сервере |
|---|---|---|
| Время первой сборки | около 3,5 часа | 8–12 часов у того, кто пишет код |
| Год владения | около 31 200 ₽ | около 39 200 ₽ |
| Кто чинит поломку | Поддержка конструктора и вы | Только вы |
| Сложная логика и работа с внешними системами | Упирается в набор готовых блоков | Ограничений нет |
| Если поставщик закрылся или поднял цену | Уходите с тем, что успели выгрузить | Переносите файлы на другой сервер за часы |
| Персональные данные сверх имени и телефона | Только при российской прописке поставщика | Контур целиком ваш |
Год владения на конструкторе считается так: подписка на младшем тарифе 1 500 ₽ в месяц — 18 000 ₽, плюс час в месяц на правки сценария по внутренней ставке 1 100 ₽ — ещё 13 200 ₽. У своего скрипта: сервер 1 vCPU и 2 ГБ за 900 ₽ в месяц — 10 800 ₽, домен с сертификатом 2 000 ₽, администрирование 12 часов в год — 13 200 ₽, те же правки сценария — 13 200 ₽. Разница в 8 000 ₽ за год не является аргументом ни за, ни против.
Аргументом является другое. Выбирая конструктор, проверьте до оплаты четыре вещи: есть ли юрлицо и серверы в России и оплата в рублях; можно ли выгрузить сценарий файлом; можно ли выгрузить базу контактов и переписку; умеет ли платформа отправлять данные на ваш адрес по событию. Если выгрузки сценария нет, вы арендуете не инструмент, а зависимость: перенос будет означать сборку с нуля. Если нет исходящих запросов наружу, бот навсегда останется изолированным и в CRM ничего не попадёт.
Сравнение в две колонки, чертёжный стиль. Левая «Конструктор без кода»: сборка 3,5 часа, год владения 31 200 ₽ (подписка 18 000 ₽ плюс правки 13 200 ₽), чинит поддержка и вы, при уходе поставщика остаётся только выгруженное. Правая «Свой скрипт на сервере»: сборка 8–12 часов, год владения 39 200 ₽ (сервер 10 800 ₽, домен 2 000 ₽, администрирование 13 200 ₽, правки 13 200 ₽), чините только вы, перенос на другой сервер за часы. Внизу общая полоса с четырьмя проверками перед оплатой конструктора: российская прописка, экспорт сценария, выгрузка контактов, исходящие запросы. Подписи по-русски.
Пошагово: от регистрации до первой заявки
Порядок собран так, чтобы каждый шаг заканчивался проверкой: если что-то не работает, вы знаете, на каком именно шаге, и не ищете ошибку во всём сразу.
- 1Регистрация бота и токен — 15 минут
Бот регистрируется через служебного бота мессенджера: вы задаёте имя, короткое имя и получаете токен — длинную строку, которая и есть ключ управления. Делать это надо с корпоративного аккаунта, а не с личного телефона сотрудника. Проверка: бот находится по короткому имени и отвечает на команду запуска, пусть пока и пустым сообщением.
- 2Журнал заявок — 30 минут
До сценария заведите таблицу или базу, куда будут падать заявки. Именно до, а не после: иначе первые живые обращения останутся только в переписке. Проверка: вы можете добавить в неё строку вручную и она сохраняется.
- 3Сценарий из пяти шагов — 1,5 часа
Приветствие с одной фразой о том, кто вы и что бот умеет; вопрос по сути обращения; запрос контакта кнопкой, а не текстом; подтверждение с повтором того, что человек ввёл; передача заявки дальше и обещание срока ответа. Больше пяти шагов на первом боте не нужно. Проверка: пройдите сценарий сами и отдельно — с ошибкой, введя вместо телефона слово.
- 4Связь с журналом и уведомление — 45 минут
Последний шаг сценария отправляет данные в журнал, и только после успешной записи — уведомление ответственному. Порядок именно такой: сначала сохранить у себя, потом сообщать. Проверка: отправьте заявку и убедитесь, что строка появилась в журнале раньше, чем сообщение в чате.
- 5Тестовый прогон с посторонним человеком — 30 минут
Попросите пройти сценарий того, кто его не собирал и не знает правильных ответов. Он сломает бота там, где вы не догадались посмотреть: длинным текстом, пустым сообщением, фотографией вместо телефона, попыткой вернуться назад. Проверка: три посторонних прохода без зависаний.
Схема слева направо, чертёжный стиль, пять блоков со стрелками: «Приветствие: кто мы и что умеет бот» → «Вопрос по сути обращения» → «Контакт кнопкой, не текстом» → «Подтверждение: повтор введённого» → «Передача заявки и обещание срока». Под третьим блоком штриховая ветка «введено не то — переспросить один раз, дальше передать человеку». Над схемой подпись «1,5 часа сборки». Под схемой подпись «возвратов назад нет — это первый бот». Все надписи по-русски.
Куда бот складывает заявки
Самая частая ошибка первого бота — считать, что заявки хранятся в переписке. Переписка хранилищем не является: по ней нельзя построить отчёт, нельзя понять, сколько заявок пришло за неделю и сколько из них обработано, и она исчезает вместе с доступом к аккаунту. Заявка должна лежать в вашей таблице или базе, а бот — только заполнять её.
Минимальная структура из десяти полей закрывает и работу, и разбор. Она же потом становится основой для переноса в CRM, если бот дорастёт до связки.
| Поле | Что в нём | Зачем нужно |
|---|---|---|
| Номер заявки | Сквозной, не повторяется | На него ссылаются в переписке и в разборе |
| Время поступления | В часовом поясе компании, а не сервера | Иначе ночная статистика сдвинута на несколько часов |
| Идентификатор пользователя | Внутренний идентификатор в мессенджере | Единственный способ узнать повторное обращение |
| Имя и телефон | Как ввёл человек, без исправлений | Исправленный вручную телефон ломает склейку |
| Текст обращения | Ответ по сути вопроса | Без него уведомление бесполезно |
| Шаг выхода | На каком шаге человек ушёл из диалога | Показывает, где сценарий теряет людей |
| Статус доставки | Записана, отправлена в CRM, ошибка | Отличает потерянную заявку от необработанной |
| Ответственный | Кому назначена | Без него уведомлению некуда идти |
| Источник | Кнопка на сайте, ссылка в рекламе, QR-код | Иначе окупаемость канала не посчитать |
Поле «шаг выхода» стоит отдельного слова: его заводят редко, а пользы от него больше, чем от половины остальных. Оно отвечает на вопрос, который иначе остаётся без ответа: люди в бот заходят, а заявок мало — почему. Обычно оказывается, что треть уходит на шаге запроса телефона, и правится это не логикой, а одной фразой перед кнопкой.
Карта связей в чертёжном стиле. Слева блок «Бот в мессенджере» со стрелкой в центральный широкий блок «Журнал заявок: 10 полей». Из журнала две стрелки вправо: «CRM: сделка» и «Уведомление ответственному». Обратная штриховая стрелка от CRM к журналу подписана «статус доставки». Над блоком бота перечёркнутая выноска «переписка — не хранилище». Под журналом выноска «шаг выхода: где теряются люди». Все подписи по-русски.
Уведомление ответственному — отдельная тема со своими правилами: персональный адресат вместо общего чата, критерий реакции и лестница эскалации. Разбирали её в соседней инструкции этого раздела.
Токен и владелец: что будет, когда сотрудник уволится
Бот регистрируется на аккаунт человека, а не компании. Это значит, что управление ботом — переименование, смена описания, перевыпуск токена, удаление — принадлежит тому аккаунту, с которого его создали. Если это личный телефон маркетолога, то через год после его ухода компания владеет ботом ровно настолько, насколько маркетолог согласен помогать.
- 1Корпоративный аккаунт на корпоративном номере
Заведите отдельный номер, оформленный на компанию, и создавайте бота с него. Доступ к номеру — у двух человек, а не у одного, и запись об этом лежит там же, где остальные корпоративные доступы.
- 2Токен — в менеджере секретов
Не в переписке, не в заметке и не только внутри конструктора. Токен — это полный доступ к боту: кто им владеет, тот может читать входящие сообщения и писать вашим клиентам от вашего имени. Где вообще держать ключи и пароли компании, разбирали отдельно.
- 3Список мест, где токен прописан
Конструктор, скрипт на сервере, сценарий уведомлений, тестовый контур. Список ведётся заранее, потому что понадобится он в неудобный момент — при перевыпуске токена, когда всё, где он прописан, мгновенно перестаёт работать.
- 4Регламент увольнения
В день увольнения: перевыпустить токен и пройти по списку мест, сменить пароль корпоративного аккаунта, проверить список администраторов бота, убедиться, что журнал заявок остался доступен. Действия по правам доступа в остальных системах — по общему принципу минимальных прав.
Старый токен перестаёт действовать мгновенно, и бот замолкает во всех местах, где прописан старый. Если списка таких мест нет, поиск занимает от получаса до дня, и всё это время заявки не принимаются. Поэтому перевыпуск планируют на утро буднего дня, а не на вечер пятницы, и держат наготове временную заглушку — автоответ клиенту о том, что бот на обслуживании и можно позвонить.
Ограничения канала и переносимость сценария
По состоянию на сентябрь 2026 года Telegram в России работает, но с ограничениями: звонки ограничены с августа 2025 года, в 2026 году добавилась деградация медиа. Практический вывод для бота приёма заявок один: не стройте сценарий, где обязательный шаг — прислать фотографию, скан или голосовое. Текст и телефон проходят надёжно, всё остальное — с оговорками, и оговорки меняются.
Второй вывод — про запасной путь. У бота должен быть выход на человека и альтернативный канал в самом сценарии: телефон в приветствии и фраза «если бот не отвечает, позвоните». Это стоит одной строки текста и снимает главный риск канала.
Третий вывод — про переносимость. Опишите сценарий отдельным документом: пять шагов, тексты сообщений, подписи кнопок, условия переходов, тексты ошибок. Документ занимает страницу и живёт вне конструктора. С ним перенос бота в другой мессенджер — работа на день-два, без него — сборка с нуля. Национальный мессенджер MAX по состоянию на сентябрь 2026 года работает, у него есть бизнес-профиль и Bot API, и для новых внедрений его стоит рассматривать первым; что именно даёт его Bot API и где он ведёт себя иначе, разбирали отдельно.
За последние полтора года условия работы мессенджеров в России менялись трижды, и следующее изменение предсказать нельзя. Поэтому проектировать надо не под конкретный мессенджер, а под его смену: сценарий отдельным документом, заявки в своём журнале, уведомления через настраиваемый канал. Тогда переезд стоит дней. Как выглядит такой переезд на масштабе всей клиентской переписки, разбирали в отдельном плане миграции.
Сколько стоит тот же бот силами инженеров
Речь уже не о боте за вечер, а о том, что обычно нужно через два-три месяца после него: связка с CRM, отсутствие дублей при повторных обращениях, уведомления с эскалацией и приёмка, после которой бота можно оставить работать без присмотра.
Рыночная вилка на такую работу — 150 000–350 000 ₽. Нижняя граница получается, когда CRM в порядке, тема одна и дедупликация не нужна; верхняя — когда обращений несколько типов, у каждого своя воронка, а к боту привязаны статусы заказа. Объявления «чат-бот под ключ от 200 000 ₽» в большинстве случаев описывают бота без связки с CRM: уточняйте, входит ли в цену создание сделки и что происходит при повторном обращении того же человека.
Сравнение со своими силами честнее делать не по цене, а по составу. Сценарий и журнал вы соберёте сами за вечер и сэкономите 65 000 ₽. Связка с CRM, эскалация, слой абстракции канала и приёмка — это те 125 000 ₽, которые чаще всего и отделяют работающего бота от бота, который вроде бы есть. Границу каждый проводит сам, но проводить её надо осознанно, а не по остаточному принципу.
Горизонтальная столбчатая диаграмма из шести полос, подписанных суммами: «Сценарий 35 000 ₽», «Журнал заявок 30 000 ₽», «Связка с CRM и дедупликация 60 000 ₽», «Уведомления и эскалация 25 000 ₽», «Слой абстракции канала 20 000 ₽», «Приёмка 20 000 ₽». Первые две полосы выделены светлым и подписаны сверху «65 000 ₽ — собирается своими силами за вечер», остальные четыре тёмным с подписью «125 000 ₽ — то, что делает бота рабочим». Справа итог «190 000 ₽ разово, поддержка 12 000–20 000 ₽ в месяц». Подписи по-русски.
Когда не надо делать самому
Четыре ситуации, в которых бот выходного дня превращается в источник проблем, а не заявок. Ни одна из них не про сложность сборки — все про цену ошибки.
- Приём оплат внутри бота. Здесь появляются касса, чек, сверка платежей и возвраты. Ошибка стоит не потерянной заявки, а расхождения в кассе и вопросов при проверке.
- Персональные данные сверх имени и телефона. Сканы документов, сведения о здоровье, реквизиты — это контур 152-ФЗ с локализацией, согласиями и поручением обработки поставщику конструктора. Собирать такое на первом попавшемся конструкторе нельзя.
- Запись в медицинскую или иную профильную систему. Бот, который создаёт запись пациента или бронь ресурса, обязан корректно вести себя при отказе целевой системы: иначе человек получает подтверждение записи, которой не существует.
- Меню больше 15 шагов. С этого размера сценарий перестаёт помещаться в голове и начинает жить своей жизнью: появляются состояния, из которых нет выхода, и ветки, куда никто не доходит. Такой сценарий нужно проектировать, а не собирать.
И пятая, самая недооценённая ситуация: бот как единственный канал. Пока заявки приходят ещё и в форму на сайте, по телефону и в почту, бот — полезное дополнение, и его сбой не критичен. Как только он остаётся единственной дверью, любой день недоступности мессенджера означает день без заявок. Как связать все входы в одну точку приёма, разбирали в опорной инструкции раздела.
Бот собирается за вечер, а заявки живут годами. Поэтому решать надо не про бота, а про то, где будут лежать заявки.
