Почему мастеру нужна цифровая приёмная
У мастера маникюра, бровиста, парикмахера или массажиста руки заняты клиентом, а телефон в это время копит сообщения: «а можно на завтра», «сколько стоит наращивание», «у вас есть окно в четверг вечером». Ответить сразу не получается, клиент уходит к тому, кто написал раньше. Классическая запись через директ или личные сообщения держится на том, что мастер физически успевает отвечать между сеансами — а это ресурс, который в загруженные дни просто заканчивается.
Бот-приёмная берёт на себя первый контакт: здоровается, показывает услуги и цены, спрашивает удобное время и вносит клиента в расписание. Мастер получает уже готовую запись, а не сырую переписку, которую нужно расшифровывать вечером.
Что должен уметь минимальный бот-приёмная
Не нужно сразу строить сложную систему с интеграциями и колл-центром — на старте хватает трёх функций.
Первая — список услуг с ценами и длительностью, чтобы клиент сразу видел, на что записывается и сколько это займёт. Вторая — сбор данных: имя, услуга, желаемая дата и время, телефон для связи. Третья — подтверждение и напоминание за день до визита, это снижает количество неявок ощутимее, чем любые уговоры по телефону.
Дальше можно добавлять детали: уточнение по конкретному мастеру, если в студии их несколько, вопрос про аллергии для покрасок, ссылку на прайс с фото работ. Но начинать стоит с простого сценария — он закроет 80% типовых обращений «когда можно записаться».
Собрать такой сценарий можно и без разработчика: логику диалога прописывает нейросеть, а сам бот собирается на no-code платформе или на базе готового конструктора ботов.
Промпт для настройки сценария записи
Чтобы не писать диалоговые ветки вручную, отдайте задачу нейросети — она соберёт черновик сценария, который останется только адаптировать под конкретную студию.
Составь сценарий диалога для телеграм-бота записи клиентов мастера [УКАЖИТЕ НИШУ:
маникюр / брови / стрижки / массаж].
Услуги и цены: [ПЕРЕЧИСЛИТЕ УСЛУГИ С ЦЕНОЙ И ДЛИТЕЛЬНОСТЬЮ]
График работы: [ДНИ И ЧАСЫ]
Количество мастеров: [ОДИН / НЕСКОЛЬКО, укажи имена]
Сценарий должен:
1. Поприветствовать клиента и предложить выбрать услугу из списка
2. Уточнить желаемую дату и время (2-3 варианта на выбор, если день занят)
3. Собрать имя и телефон для подтверждения
4. Показать итоговую сводку записи перед подтверждением
5. Предусмотреть ветку "хочу перенести запись" и "хочу отменить"
Пиши реплики бота живым языком, без канцелярита, в дружелюбном тоне.
Формат — таблица: шаг / реплика бота / ожидаемый ответ клиента / что бот делает дальше.
Готовую таблицу можно сразу передать разработчику бота или использовать как техническое задание для no-code конструктора — большинство из них позволяют настраивать ветки диалога без кода, только текстом.
Как подключить бота к реальному расписанию
Диалог — это только фасад. Чтобы бот не путал клиентов и не сажал двух человек на одно окно, ему нужен источник данных о свободном времени. Проще всего связать бота с обычной таблицей: Google Таблицы или Excel с колонками «дата», «время», «услуга», «статус». Бот при каждом запросе на запись проверяет таблицу, показывает только свободные слоты и сам отмечает занятое время после подтверждения.
Такую связку — Telegram-бот плюс таблица — легко собрать в n8n или Make: сценарий получает сообщение от бота, обращается к таблице, возвращает список окон, а после записи клиента обновляет ячейку. Это уровень сложности «настроил один раз за вечер», а не «нанял программиста на месяц».
Если у студии уже есть CRM для расписания, часть мастеров подключает бота напрямую к ней через API — тогда таблица не нужна вовсе, а запись сразу видна администратору в привычном интерфейсе.
Когда без живого человека всё же не обойтись
Бот хорошо справляется с типовыми запросами, но ломается на нестандартных ситуациях. Клиент с сложным случаем — восстановление после неудачного окрашивания, аллергическая реакция на прошлой процедуре, вопрос про совместимость процедур со здоровьем — должен попадать на живого мастера, а не оставаться один на один со скриптом. В таких сценариях уместно добавить кнопку «связаться с мастером напрямую» и явно предупредить, что бот не заменяет консультацию специалиста по вопросам, касающимся здоровья и противопоказаний.
Второй момент — конфликтные ситуации: клиент недоволен результатом, просит скидку или компенсацию. Бот может зафиксировать обращение и передать его мастеру, но решать вопрос должен человек — попытка автоматизировать извинения и компенсации обычно только раздражает.
И третье — крупные студии с большим потоком записей рано или поздно упираются в лимиты простого сценария: нужна логика распределения по нескольким мастерам с разной специализацией, учёт отпусков, динамическое ценообразование. На этом этапе бот-приёмная становится частью более крупной системы, а не заменяет администратора полностью.
Итог
Бот-приёмная закрывает самую затратную по времени часть работы мастера — первичный разбор заявок и запись на понятное время. Для одного специалиста или небольшой студии достаточно простого сценария: услуги, свободные окна, подтверждение и напоминание. Сложные случаи и конфликты по-прежнему стоит выводить на живого человека.
Собрать сценарий диалога, продумать связку с таблицей или CRM и протестировать разные формулировки реплик проще, когда под рукой есть доступ сразу к нескольким нейросетям — для текста сценария, для логики автоматизации и для проверки формулировок на естественность. В Крафти это работает в одном окне без VPN и зарубежной карты: доступ к ChatGPT, Claude и другим моделям по рублёвой оплате через бота @KraftiAI_bot. Если нужны готовые идеи для автоматизации бизнеса и записи клиентов, посмотрите подборку про ИИ-агентов для бизнеса и про то, как автоматизировать бизнес с нейросетями — а специфику подбора инструментов под конкретную профессию мастера разбирали отдельно в материале про нейросети для мастера.