Голосовой ИИ-агент способен вести запись клиентов через YClients только тогда, когда видит расписание вживую: услуги с их длительностью, привязку услуги к конкретным мастерам, филиалы с отдельным графиком и реальные свободные слоты. На этой основе робот создаёт запись, переносит её при отмене и возвращает освободившееся время в продажу, а не просто фиксирует заявку «на потом». Он предупреждает о подготовке к процедуре и о противопоказаниях, но окончательное решение по спорным случаям передаёт мастеру или администратору. Отдельная инженерная задача - не пустить два одновременных запроса в один и тот же слот, когда клиент пишет в мессенджер и одновременно звонит по телефону. Ниже - по шагам, что для этого нужно от системы записи и где чаще всего ломается сценарий на практике.
Что робот должен видеть в YClients, чтобы вести запись
Роботу нужен одновременный доступ к 5 вещам в YClients: список услуг с длительностью каждой, перечень мастеров с их услугами, филиалы с адресами и собственным расписанием, актуальные свободные слоты и история клиента.
Общие сценарии диалога для бьюти - автозапись, напоминание, реактивация базы - мы разбирали в статье про голосового ИИ для салона красоты. Здесь - только то, что происходит на стороне системы записи: что нужно роботу от YClients, чтобы диалог закончился реальной записью, а не обещанием перезвонить.
Прежде чем предлагать клиенту время, у робота должен быть доступ одновременно к пяти вещам: список услуг с длительностью каждой, перечень мастеров с указанием, какие услуги делает каждый из них, список филиалов с адресами и собственным расписанием у каждого, актуальные свободные слоты на ближайшие дни и история клиента - когда он был в последний раз, на какую услугу и к какому мастеру. Если хотя бы одного пункта не хватает, разговор быстро превращается в вежливое «мы вам перезвоним», и именно эта пауза стоит салону визита.
На практике чаще всего страдает не факт интеграции, а её полнота. Систему подключили, но забыли синхронизировать длительность процедур, или подключили одну услугу без привязки к мастерам. Внешне выглядит как рабочий сценарий, а по факту робот либо предлагает несуществующие слоты, либо путает мастеров. В таблице ниже - что именно нужно системе и что ломается, если этого нет.
| Что нужно роботу от YClients | Зачем | Что ломается без этого |
|---|---|---|
| Услуги и их длительность | Верно рассчитать конец процедуры и не наложить визиты подряд | Запись «внахлёст», мастер опаздывает к следующему клиенту |
| Мастера и их услуги | Не предложить процедуру тому, кто её не выполняет | Робот записывает клиента к мастеру без нужной компетенции |
| Филиалы и их расписание | Не перепутать адрес и свободные окна разных точек сети | Клиент приезжает не в тот филиал или на уже занятое время |
| Свободные слоты в реальном времени | Предложить только время, которое реально свободно прямо сейчас | Двойная запись, если слот не обновился между запросами |
| История визитов клиента | Знать, был ли клиент раньше, у какого мастера и на какой услуге | Робот здоровается «впервые» с постоянным клиентом или путает услугу |
Что делает робот: запись, перенос, отмена с возвратом слота
Когда данные на месте, у робота остаётся 3 рабочих действия с расписанием: создать новую запись, перенести существующую и отменить её с возвратом освободившегося времени в продажу. Логика у каждого своя, и путать их нельзя.
Создание записи. Робот уточняет услугу, филиал, желаемое время и мастера, если у клиента есть предпочтение. Система отдаёт свободные слоты по этим параметрам, и клиент выбирает удобный вариант. Запись создаётся в расписании сразу, в момент разговора, а не переносится в очередь на обработку администратором.
Перенос. Если клиент не может прийти на уже забронированное время, робот предлагает ближайшие альтернативные слоты по тому же мастеру и услуге, а если их нет - по соседнему мастеру или ближайшему дню. Старая запись снимается только после того, как новая подтверждена, иначе можно потерять бронь вообще.
Отмена. Здесь важно не просто убрать запись из расписания, а вернуть освободившееся время в продажу: слот должен снова появиться в списке свободных, чтобы его увидели следующие обращения - и робот, и администратор. Пустой слот, который никто не видит, стоит салону выручки так же, как и неотвеченное сообщение.
Как выглядит внедрение голосового робота целиком - от диагностики до запуска сценариев записи, переноса и реактивации - показываем на странице внедрения голосового AI МОП.
Нужен разбор под вашу нишу? или напишите в Telegram - ответим с расчётом по вашей базе.
Ловушки настройки: длительность, совмещённые услуги, привязка к мастеру
Ошибок настройки в бьюти встречается 2, и обе незаметны на демонстрации: неверный расчёт суммарной длительности при совмещённых услугах и сбитая привязка услуги к мастеру. Всплывают они уже на первой неделе реальной работы.
Длительность процедуры и совмещённые услуги
Если клиент называет одну услугу, длительность обычно известна и подставляется автоматически. Проблема начинается, когда услуг несколько на один визит: эпиляция ног плюс рук, чистка лица плюс массаж. Робот обязан считать не длительность одной услуги из списка, а суммарную длительность визита с учётом правил их сложения, которые задаются в системе заранее. Если этот расчёт не настроен, конец процедуры определяется неверно, и запись накладывается на следующего клиента того же мастера - а это уже опоздание, недовольство и потерянное время всей смены.
Услуга привязана к конкретному мастеру
Не любой мастер выполняет любую услугу. Сложные процедуры часто закреплены за одним-двумя специалистами, и эта привязка должна быть настроена в системе записи заранее: услуга - конкретный список мастеров. Робот подбирает слот только среди мастеров, к которым услуга привязана. Без этой настройки робот либо предложит клиенту время у мастера, который процедуру не проводит, либо покажет первое попавшееся окно, не проверив компетенцию - и обе ошибки вскрываются только тогда, когда клиент уже приехал.
| Ловушка | Что происходит без настройки | Как настроено правильно |
|---|---|---|
| Совмещённые услуги | Считается длительность только одной услуги, визит накладывается на следующего клиента | Суммарная длительность визита с заданным правилом сложения услуг |
| Привязка услуги к мастеру | Робот предлагает время у мастера, который эту процедуру не делает | Слот подбирается только среди мастеров, которым услуга назначена |
| Несколько филиалов | Слоты показываются по всей сети без уточнения адреса | Сначала выбор филиала или мастера, затем - его расписание |
| Гонка одновременных запросов | Слот резервируется в момент показа, оба клиента получают одно время | Слот закрепляется только в момент подтверждения выбора клиентом |
Несколько филиалов: адрес, расписание и мастера в одном разговоре
Сеть студий добавляет роботу ещё одно измерение выбора, и порядок здесь строгий, в 2 шага: сначала филиал или конкретный мастер, затем расписание именно этой точки. Показывать слоты сразу по всей сети нельзя - клиент выберет время и узнает, что это другой конец города.
Частая ошибка - показать клиенту слоты сразу по всей сети, не уточнив филиал. Тогда клиент выбирает время, а потом узнаёт, что это другой конец города. Правильная последовательность обратная: сначала филиал или мастер, если клиент привязан именно к нему, затем - только его расписание. Адрес и время работы конкретной точки робот называет вслух в момент подтверждения записи, а не оставляет клиенту искать это в переписке.
Подготовка к процедуре и противопоказания: где робот обязан остановиться
У части процедур в бьюти есть подготовка и ограничения: что нельзя делать за 24 часа до визита, кому процедура не рекомендована, какие реакции считаются нормой. Медицинскую оценку робот не делает никогда - вопрос фиксируется дословно и передаётся мастеру или администратору до подтверждения записи.
А вот медицинскую оценку - можно ли делать процедуру при конкретном состоянии здоровья, беременности, недавней операции или сомнении клиента - робот не делает никогда. Правильный сценарий один: зафиксировать вопрос дословно и передать его мастеру или администратору до подтверждения записи, а не подтверждать визит самому. Это не ограничение возможностей ИИ, а требование безопасности процедуры: цена ошибки здесь выше, чем в любом другом сценарии записи.
Плотное расписание: лист ожидания и гонка одновременных запросов
Плотное расписание даёт 2 отдельные проблемы: свободных слотов на нужную дату может не быть ни у одного мастера, и два запроса могут прийти на одно и то же окно одновременно. Обещать клиенту несуществующее время нельзя - это гарантированный конфликт при визите.
Когда свободных слотов нет
Сильная сеть студий сталкивается с обратной проблемой - расписание плотное, и свободных слотов на нужную дату может не быть ни у одного мастера. Обещать клиенту несуществующее время нельзя: это гарантированный конфликт при визите и испорченное доверие к сценарию записи в целом.
Гонка запросов на один и тот же слот
Отдельная техническая ловушка возникает, когда клиент обращается сразу по двум каналам - например пишет в мессенджер и одновременно звонит, или два разных клиента одновременно смотрят одно и то же окно у популярного мастера. Если слот резервируется только в момент, когда система его показала, а не когда клиент подтвердил выбор, возможна ситуация, при которой оба получат одно и то же время. Правильная логика - слот придерживается за клиентом только после подтверждения, а не на этапе показа вариантов; повторный запрос на уже занятое окно система больше не предлагает. Если два подтверждения всё же приходят почти одновременно, запись получает тот, кто раньше зафиксировал бронь в расписании, а второй клиент сразу получает соседний слот - без паузы и без молчания.
Что робот пишет обратно в карточку клиента
В сети из 4 студий интеграция YClients, amoCRM и Bitrix24 позволила роботу фиксировать запись, перенос и напоминания в карточке клиента.
Если в разговоре всплыл вопрос о противопоказаниях или подготовке, который требует ответа специалиста, робот отдельно фиксирует его текстом и ставит пометку для администратора - чтобы к моменту визита или следующего звонка вопрос был закрыт человеком, а не потерян в общей ленте сообщений. Именно эта дисциплина записи, а не сам факт наличия голосового бота, определяет, доверяют ли администраторы сценарию через две недели работы или продолжают перепроверять расписание вручную.
На двух реальных внедрениях PrimexAI видно, как эта связка «увидел слот - записал - обработал отмену - записал итог» отражается в цифрах салона.
Сеть из 4 студий лазерной эпиляции подключила интеграцию с YClients, amoCRM и Bitrix24: робот ведёт запись, перенос и напоминания, а освободившиеся слоты сразу возвращаются в продажу. За месяц доходимость выросла с 62% до 71%, а сеть получила +269 дополнительных визитов и +941 500 ₽ выручки. Подробности - на странице кейса сети студий эпиляции.
В салоне «Силуэт» ИИ-ассистент вёл переписку в нескольких мессенджерах и за 30 дней обработал 185 диалогов: 36 записей и 43 переноса, конверсия из диалога в запись - 19%, до 80% типовой переписки снято с администратора. Полное описание - в кейсе салона «Силуэт». Это результаты конкретных проектов, а не гарантия для любого салона.
Посчитаем, что даст YClients-сценарий вашему салону
На диагностике (30 минут, без обязательств) разберём вашу базу и расписание: сколько филиалов и мастеров, какие услуги совмещаются чаще всего, где сейчас теряются слоты. Покажем, каким должен быть сценарий записи через YClients именно для вашей сети, и честно скажем, если автоматизировать пока нечего.
Написать в TelegramЧастые вопросы про голосового робота и YClients
Может ли голосовой робот сам создать запись в YClients, а не просто передать заявку администратору?
Да, если система настроена на запись через YClients: робот получает от системы актуальные свободные слоты по услуге, мастеру и филиалу и сразу создаёт запись в расписании, без паузы «мы вам перезвоним». В кейсе PrimexAI по сети из 4 студий лазерной эпиляции такая связка дала +269 визитов и +941 500 ₽ дополнительной выручки в месяц.
Что если клиент называет несколько услуг подряд, например эпиляцию ног и рук на одном визите?
Робот обязан учитывать суммарную длительность процедуры, а не длительность одной услуги из списка. Если система не считает совмещённые услуги, конец визита рассчитывается неверно и накладывается на следующую запись того же мастера. Правильная настройка - когда длительность каждой услуги и правило их сложения заданы заранее, и робот держит это в голове при подборе слота.
Как робот узнаёт, что конкретную процедуру делает не любой мастер, а только один-два специалиста?
Эта привязка настраивается в системе записи заранее: услуга - список мастеров, которые её выполняют. Робот подбирает слот только среди мастеров, к которым услуга привязана, и не предлагает клиенту время у специалиста, который эту процедуру не делает. Без такой настройки робот либо ошибочно запишет клиента не к тому мастеру, либо будет предлагать первое попавшееся окно без проверки компетенции.
Что делает робот, если во всех филиалах сети нет свободных слотов на нужную дату?
Робот называет ближайшую реально доступную дату и предлагает лист ожидания: если раньше освободится слот у нужного мастера или в нужном филиале, клиенту предложат его в первую очередь. Обещать несуществующее время нельзя - это создаёт конфликт при визите. Второй вариант - предложить соседний филиал сети или другого мастера на ту же услугу, если клиент готов к этому.
Может ли робот случайно записать двух клиентов на одно и то же время, если оба обращаются одновременно?
Такой риск есть при любом канале записи, если между показом свободного слота и его подтверждением проходит время. Правильная настройка - слот резервируется в момент подтверждения выбора клиентом, а не когда система его просто показала, и повторный запрос на то же окно система уже не предложит. Если два запроса приходят почти одновременно, запись получает тот, кто раньше подтвердил выбор, а второй клиент сразу получает соседний слот, а не молчание.
Кто предупреждает клиента о противопоказаниях и подготовке к процедуре: робот или мастер?
Робот может и должен напомнить об общих правилах подготовки - что нельзя делать перед процедурой, как одеться, за сколько прийти, - если эта информация занесена в карточку услуги. Но окончательную оценку противопоказаний, особенно при хронических состояниях или сомнениях клиента, робот не делает: он фиксирует вопрос и передаёт его мастеру или администратору до подтверждения записи. Это требование безопасности процедуры, а не ограничение технологии.