·Дилюс Габитов

Автоматизация приёма заявок: что считать, сколько стоит и где теряют деньги

Разбираем на цифрах: как за неделю замерить, сколько времени и заявок вы теряете на ручном переносе, из каких четырёх частей складывается смета и какие две из них обычно молча выкидывают. Плюс таблица выбора между ботом, мини-аппом и формой на сайте.

Автоматизация приёма заявок: что считать, сколько стоит и где теряют деньги

Почти в каждом обсуждении автоматизации заявок разговор начинается не с той стороны. Спрашивают «сколько стоит бот», хотя правильный первый вопрос — «сколько уже стоит его отсутствие». Разница принципиальная: первая сумма разовая, вторая платится каждый месяц и обычно оказывается больше.

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

Сначала замерьте потери. Это делается за неделю

Оценки на глаз здесь бесполезны. Когда мы просим клиента прикинуть, сколько администратор тратит на перенос заявок, типичный ответ — «ну минут двадцать в день». Реальный замер у одной студии услуг показал 6 часов 15 минут в неделю. Это больше рабочего дня в месяц, и ошибка в оценке была в шесть раз.

Методика простая и не требует никаких инструментов.

Шаг 1. Пять рабочих дней фиксируйте два числа

Первое: сколько минут ушло на перенос заявок руками — из мессенджера в таблицу, из почты в CRM, из звонка в блокнот. Засекайте по факту, а не по памяти в конце дня.

Второе: сколько заявок пришло всего и сколько дошло до статуса «взяли в работу». Разница — ваши потери. Не обязательно по чьей-то вине: человек отвлёкся, заявка пришла ночью, номер записали с ошибкой.

Шаг 2. Переведите в деньги

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

В том же примере со студией: 6 часов в неделю плюс 9% потерянных заявок. За год это заметно больше, чем стоила бы вся автоматизация целиком. И это при том, что до замера проблему считали несущественной.

Из чего складывается смета

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

Разработка — 30–40% суммы

Сам бот, форма или мини-апп, логика обработки, интеграция с тем, где вы реально работаете. Это единственная часть, которую называют почти всегда, потому что она понятна и осязаема.

Обвязка — ещё около 30%

Куда падают заявки, если основной канал недоступен. Что происходит при ошибке интеграции. Кто и как узнает, что система встала. Есть ли резервная копия входящих.

Это самая выкидываемая часть сметы — её не видно, пока всё работает. Всплывает она через месяц-другой, когда провайдер меняет формат ответа или у сотрудника меняется номер. Мы неоднократно видели интеграции, которые ломались молча: сервис отвечал «200 OK», а в теле ответа лежала ошибка, и одиннадцать дней уведомления просто не доходили. Никто не заметил, потому что никто не проверял.

Инфраструктура — 10–15%

Сервер, домен, хранение данных. В деньгах это обычно от 500 до 3000 рублей в месяц, дальше зависит от объёма. Небольшая, но постоянная статья.

Поддержка — оставшееся

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

Рабочая вилка для приёма заявок с интеграцией в CRM — 60–150 тысяч рублей в зависимости от числа источников и сложности логики. Если вам называют 15, посмотрите, какие из четырёх пунктов исчезли. Обычно это второй и четвёртый — те самые, что не видно на демонстрации.

Бот, мини-апп или форма: как выбрать

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

Телеграм-бот

Подходит, когда диалог короткий: два-три вопроса, и заявка собрана. «Оставьте телефон, мы перезвоним» — идеальный случай. Плюсы: дёшево, быстро, работает на слабом интернете, не требует от человека выходить из мессенджера. Как это выглядит на живом проекте — в разборе телеграм-бота в роли CRM.

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

Мини-апп

Это обычная веб-страница, открывающаяся внутри Телеграма. Тот же интерфейс, что на сайте, но без регистрации: мессенджер сам передаёт, кто пришёл.

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

Частая ошибка — заказывать мини-апп «чтобы солиднее выглядело». Пользователю не нужно солиднее, ему нужно быстрее. Если задача решается в два тапа, мини-апп только добавит время загрузки.

Форма на сайте

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

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

Что должно быть в договоре

Несколько пунктов, отсутствие которых почти гарантированно означает переделку через несколько месяцев.

Заявки не должны приходить в личку конкретного человека. Только в общий канал, таблицу или CRM — то, что переживёт увольнение. Мы разбирали случай, где бот три месяца исправно слал заявки менеджеру в личные сообщения; когда менеджер ушёл, доступ к 240 обращениям исчез вместе с ним.

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

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

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

Пять вопросов подрядчику

По ответам на них уровень виден почти сразу, даже если вы не разбираетесь в технической части. Расширенный список — в материале про выбор подрядчика по автоматизации.

Куда попадёт заявка, если завтра вас не будет? Быстрый конкретный ответ — хороший знак. Расплывчатое «ну в телеграм придёт» — вы покупаете несколько спокойных месяцев и последующую переделку.

Как я узнаю, что система перестала работать? Если ответ «вы заметите по отсутствию заявок» — мониторинга нет.

Что будет, когда изменится API мессенджера? Это происходит регулярно, и в смете должно быть отражено.

На кого регистрируются доступы?

Что входит в поддержку и сколько она стоит отдельно? Если поддержка «бесплатно по-дружески» — её нет.

Коротко

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

Если хотите оценку на своих цифрах — расскажите про ваш процесс, посчитаем потери и вилку по вашей ситуации. Подробнее о подходе — в услугах по автоматизации.

Настроим ваш инструмент?

диагностика — 45 минутбесплатнобез обязательств

// сигнал > шум