Онлайн-запись клиентов: виджет, бот или CRM

Начинайте с того канала, которым клиенты пользуются уже сейчас, а не с самого технологичного. Виджет на сайте нужен, если люди доходят до сайта. Бот в мессенджере — если вам пишут в WhatsApp, Telegram или VK. Голосовой робот — если основной поток идёт звонками. DigitalOffice24 собирает все три канала поверх одной CRM.

Развилка «виджет или бот» сформулирована неверно по своей сути. Это не конкурирующие продукты, а разные двери в одно и то же расписание: сайт, переписка и телефон. Клиент выбирает дверь сам, и выбор зависит от его привычки, а не от вашего решения. Поэтому вопрос на аудите звучит иначе: какие двери у вас уже открыты и куда они ведут.

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

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

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

Двойная бронь почти никогда не результат сбоя в виджете. Она результат того, что занятость ведётся в двух местах одновременно. Виджет знает про свои слоты, администратор знает про свою тетрадь или файл в Excel, мастер знает про клиентку, которую записал лично в переписке. Пока эти три знания не сведены в одну запись, конфликт — вопрос времени.

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

Потерянные заявки устроены зеркально. Клиент написал в мессенджер в одиннадцать вечера, ответ пришёл в десять утра — за ночь он записался в другое место. Позвонил в пик, услышал занято и не перезвонил. Заполнил форму на сайте, но она ушла на почту, которую никто не читает регулярно. Во всех трёх случаях канал формально есть, а заявки нет. Чинится это не заменой канала, а тем, что все каналы заводятся в CRM, где у заявки есть ответственный и срок.

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

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

Честно про ограничения. Виджет не отвечает на вопросы и не удерживает сомневающегося: он либо показывает подходящее время, либо теряет человека. Он бесполезен, если основной трафик идёт не на сайт — например, вы ведёте запись из соцсетей и переписки, включая Instagram*. И он не помогает тем, кто по привычке набирает номер: этот сегмент виджет не видит вообще.

Бот нужен, когда переписка — реальный канал продаж, а не приложение к сайту. Признак простой: клиенты задают пять-семь одинаковых вопросов до того, как записаться, — сколько стоит, что взять с собой, есть ли парковка, можно ли перенести. Эти вопросы съедают время администратора и часто приходят ночью. AI-бот отвечает круглосуточно в WhatsApp, Telegram и VK по вашей базе знаний и передаёт сложный случай живому менеджеру вместе с историей диалога.

Голосовой робот решает другую задачу — входящий телефонный поток, который администратор физически не успевает обработать. Робот принимает звонок без оператора, понимает свободную речь, консультирует и записывает на приём, а итог разговора автоматически попадает в CRM. Он же закрывает исходящие рутинные сценарии вроде подтверждения записи накануне. Телефонию и АТС при этом можно поднять и настроить в рамках того же проекта, если своей нет.

Когда голосовой робот не нужен. Если звонков десяток в день и администратор берёт трубку с первого гудка — робот не окупится, и мы это скажем на аудите, а не после подписания договора. Голосовой канал имеет смысл там, где есть измеримая потеря: пропущенные звонки в пик, вечерние обращения, сезонные всплески. И в любом варианте человек остаётся в контуре: спорный или конфликтный разговор робот передаёт сотруднику, а не пытается дожать сам.

Проще показать на двух наших проектах. В сети из пяти банных комплексов в Санкт-Петербурге источник занятости — «шахматка» бронирования кабинок, внутреннее приложение внутри коробочного Битрикс24. Администратор видит в ней занятость кабинок и ставит брони, а рядом в том же контуре живут портал сотрудника с ролями, визиты, услуги, заказы кафе через POS-кассу и механика лояльности с сертификатами и абонементами. Решение работает в проде, клиент в публичной подаче анонимен.

Второй пример — AI-консьерж для отеля. Он отвечает гостям круглосуточно сразу в семи каналах: WhatsApp, Telegram, VK, MAX, Avito, Instagram и виджет на сайте. Ключевое здесь не число каналов, а то, что реальные наличие и цены бот подтягивает напрямую из системы бронирования TravelLine, а не из отдельной копии расписания. Сложные диалоги передаются живому менеджеру. Продукт подаётся как отдельный сервис hotelconcierge.ru.

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

Отраслевые различия сводятся к тому, что именно вы бронируете и насколько чувствительны данные клиента. От этого зависят и набор каналов, и требования к системе.

Клиника. Здесь запись — это обработка персональных данных, и требования 152-ФЗ закладываются в форму с первого дня: явное согласие на обработку в момент записи, хранение данных на серверах в РФ, разграничение доступа сотрудников. В переписке с ботом не место диагнозам и результатам анализов — бот записывает на приём и отвечает по общим правилам клиники, а медицинское содержание остаётся во внутреннем контуре. Это архитектурное решение, а не галочка под формой.

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

Начните не с выбора виджета, а с двух вопросов к себе. Первый: откуда за последний месяц реально приходили заявки — сайт, переписка, звонки, соцсети? Второй: где сейчас лежит расписание и сколько мест его дублируют? Ответы на эти вопросы почти всегда сами показывают, какой канал подключать первым и какой источник занятости придётся собирать.

Дальше мы проектируем контур: единое расписание в Битрикс24 или в отраслевой системе, поверх — виджет, AI-бот в мессенджерах и, если оправдано, голосовой робот на входящие. Если типовая CRM не описывает ваш ресурс, недостающую часть разрабатываем отдельно — как шахматку бронирования кабинок. Весь стек идёт одним договором: не нужно собирать трёх подрядчиков под CRM, каналы и интеграции.

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