Запись — самая частая задача, с которой приходят за ботом. Салон, клиника, мастер, автосервис, репетитор: везде одно и то же — администратор половину дня отвечает на «а можно завтра к двум».
Отраслевая специфика при этом заметная: у заведения запись — это бронь столика с посадкой и залом (разбор для ресторанов), у агентства недвижимости — показ объекта с привязкой к конкретному специалисту (разбор для недвижимости). Механика общая, а ограничения разные.
Вопрос у большинства звучит не «нужен ли бот для записи», а «где его делать». Выбирают обычно между Telegram, где клиент уже сидит, и мессенджером MAX, куда часть аудитории только переезжает.
Но перед выбором площадки стоит другая развилка, и она важнее. Под словами «бот для записи» скрываются два очень разных решения. Одно делается за вечер и почти ничего не меняет в работе. Второе требует связи с вашим расписанием и убирает саму работу администратора. Ниже — оба, чтобы вы понимали, что заказываете.
Два вида записи, которые путают
- Спрашивает услугу, дату и удобное время
- Отправляет заявку администратору
- Слот подтверждает человек
- Клиент ждёт подтверждения
- Делается за вечер, интеграции не нужны
- Показывает свободные окна из расписания
- Занимает выбранное сразу
- Клиент получает подтверждение мгновенно
- Администратор не участвует
- Требует связи с вашей системой
Бот-анкета — не плохое решение. Если у вас мастер согласовывает время индивидуально, а расписание живёт в голове и в тетради, анкета уже снимает половину звонков. Плохо, когда за живую запись платят, а получают анкету — и удивляются, что администратор по-прежнему занят.
Что должно быть в живой записи
Актуальные слоты, а не список часов
Бот должен показывать окна, которые свободны прямо сейчас, с учётом длительности услуги. Стрижка — час, окрашивание — три: если бот предлагает трёхчасовую услугу в окно на час, запись превращается в конфликт.
Это первое место, где видно, ходит ли бот в вашу систему или просто показывает картинку с часами.
Защита от двойной брони
Два клиента открыли бота одновременно и выбрали одно время. Кто получит слот?
Если бот сначала показывает список, потом обрабатывает выбор, потом записывает — оба. Дальше администратор звонит одному из них и извиняется, и весь выигрыш от автоматизации уходит в минус.
Правильно слот занимается одним неделимым действием: первый успевший получает, второй сразу видит, что окно занято, и выбирает другое. Это не настройка, а требование к архитектуре, и его надо озвучивать до начала работы.
Перенос и отмена самим клиентом
Половина смысла записи через бота — в том, что клиент может перенести без звонка. Если перенести можно только через администратора, вы автоматизировали одну сторону и оставили вторую.
Отмена важна не меньше: освободившийся слот должен вернуться в расписание сразу, чтобы его занял кто-то другой.
Напоминания с кнопками
Напоминание за сутки и за пару часов снижает неявки. Но работает не текст «не забудьте», а возможность ответить прямо в нём: кнопки «буду» и «перенести». Технически это обычные кнопки под сообщением — в Telegram и в MAX они устроены похоже.
Клиент, который передумал, нажмёт «перенести» и освободит время. Клиент, который просто забыл, увидит и придёт. Без кнопок вы получаете одностороннее уведомление и всё те же пустые окна.
Что учесть до начала
- 1Где сейчас живёт расписаниеПрограмма учёта, таблица, тетрадь. От этого зависит, есть ли к чему подключаться
- 2Есть ли у системы внешний доступЕсли да — бот работает с ней напрямую. Если нет — расписание придётся вести в боте
- 3Сколько длится каждая услугаБез этого нельзя показывать корректные окна: список услуг с длительностями нужен на старте
- 4Кто и как отменяетПравила отмены и переноса — за сколько часов, есть ли ограничения. Это логика, её надо задать
- 5Что делать с нестандартнымКуда бот передаёт клиента, когда услуги нет в списке или нужно согласование
- 6Куда падает записьУведомление мастеру, запись в систему, событие в календарь — обычно всё сразу
Где чаще всего ломается
Два несинхронных календаря. Бот ведёт своё расписание, администратор — своё. Рано или поздно они расходятся, и клиент приезжает на занятое время. Правило простое: источник расписания должен быть один, а бот — окном в него.
Бот не знает про перерывы и выходные. Записывает на обед, на день, когда мастер в отпуске, на 23:00. Календарь исключений скучен, но без него бот регулярно ставит записи, которые придётся отменять руками.
Нет ограничения по времени вперёд. Клиент записывается на три месяца вперёд, за это время меняются цены и график. Разумный горизонт — от двух недель до месяца, зависит от бизнеса.
Напоминание уходит, а отменить нельзя. Человек видит «завтра в 14:00», хочет перенести, а в ответ бот молчит или предлагает позвонить. Половина таких клиентов просто не придёт.
Записи некуда складывать. Бот принял, уведомление пришло — и всё, никакой истории. Через месяц вы не можете ответить, сколько было записей и сколько неявок. Это лечится на старте одним решением: любая запись сохраняется, а не только пересылается.
Что это даёт в деньгах
Считать честно можно двумя способами, и оба доступны без бота.
Первый: сколько записей вы теряете вне рабочего времени. Посмотрите, сколько обращений приходит вечером и в выходные, когда никто не отвечает. Часть этих людей записалась к другим. Бот забирает эту часть целиком, потому что работает круглосуточно.
Второй: сколько стоят неявки. Возьмите число пустых окон за месяц и умножьте на средний чек. Напоминания с кнопками сокращают неявки — не до нуля, но заметно, а пустое окно у мастера стоит ровно столько, сколько стоила бы услуга.
Оба числа у вас уже есть, их не нужно ниоткуда брать. Если их сумма меньше стоимости бота — не берите бота, я скажу об этом на разборе прямо.
Что меняется от ниши к нише
Запись выглядит одинаково только на схеме. На практике у каждой ниши свои условия, и они определяют, какой бот вам нужен.
| Ниша | Что особенного | Что обязательно в боте |
|---|---|---|
| Барбершоп, салон | запись к конкретному мастеру | выбор мастера, его личный график, разная длительность услуг |
| Медцентр, стоматология | занятость врача и кабинета одновременно | двойная проверка занятости, напоминание за сутки, отмена без звонка |
| Автосервис | длительность зависит от объёма работ | предварительная оценка времени, буфер между записями |
| Студия, спортзал | групповые занятия | лимит мест, лист ожидания, отмена с освобождением места |
| Репетитор, консультант | регулярность важнее разовой записи | повторяющиеся слоты, перенос серии, часовые пояса |
| Выездная услуга | время в пути между адресами | адрес до записи, буфер на дорогу, ограничение по району |
Строка с групповыми занятиями стоит отдельного внимания: лист ожидания окупается быстрее всего остального в этом списке. Освободившееся место закрывается автоматически, а не остаётся пустым из-за того, что администратор не успел обзвонить.
Если система записи уже есть
Частая ситуация: расписание живёт в специализированном сервисе, и вопрос не «сделать запись», а «дотянуть её до мессенджера». Вариантов три, и они сильно отличаются по цене.
У сервиса есть интерфейс для внешних систем. Лучший случай: бот читает слоты и создаёт записи напрямую, расписание остаётся единственным источником правды. Ради этого и стоит связываться.
Интерфейса нет, но есть выгрузка. Бот работает по копии расписания, которая обновляется раз в несколько минут. Двойные брони при этом возможны, и лечится это тем, что бот придерживает слот на короткое время и подтверждает запись только после проверки.
Нет ни того, ни другого. Тогда бот становится системой записи сам, а прежний сервис остаётся местом, куда данные заносят руками. Так тоже можно, но два источника правды рано или поздно разъедутся — это первый пункт раздела про поломки.
Вопрос, который стоит задать до начала работ: что произойдёт, если через год вы смените сервис записи. Хорошо спроектированный бот переживает такую смену заменой одного слоя, плохо спроектированный переписывается целиком.
Где делать: конструктор или разработка
Бот-анкету спокойно собирают в конструкторе — там это типовой сценарий. Живая запись почти всегда упирается в интеграцию с вашей системой, а это уже за границей возможностей конструкторов. Подробно эту границу я разобрал в статье про конструкторы и разработку.
Отдельно стоит подумать про площадку. Telegram — очевидный выбор, но если ваши клиенты переходят в MAX, запись там пока делают единицы: как устроена разработка на этой площадке, разобрано в инструкции по MAX.
Что делаю я
Делаю чат-ботов для записи под конкретный бизнес: с живыми слотами из вашей системы, защитой от двойной брони, переносом и отменой самим клиентом, напоминаниями с кнопками. Если системы учёта нет — бот становится ею, с выгрузкой данных на случай, если позже вы её заведёте.
Техническое задание не нужно. Расскажите, как у вас сейчас устроена запись и где хранится расписание, — этого хватит, чтобы назвать срок и цену. И если увижу, что вам хватит анкеты за пару дней вместо полноценной интеграции, — так и скажу.
