Как должна работать запись клиентов через ИИ (без двойных бронирований)

При безопасной записи через ИИ модель никогда не решает, какое время свободно. Это решает ваш календарь. Модель ведёт разговор («в следующий вторник после работы?»), а затем выбирает из слотов, которые программа уже сверила с вашим графиком, выходными и существующими записями. Скорость по-прежнему решает исход: в исследовании скорости ответа Entagl на 32 581 диалоге первые ответы в течение 60 секунд давали конверсию 35.1%, а ответы через 5–60 минут только 12.2%. Но быстрое «да» на время, которого у вас нет, хуже, чем отсутствие ответа.

Большая часть этого происходит, когда никто не смотрит. Согласно годовому отчёту Zocdoc за 2025 год, 57% записей в Zocdoc были сделаны в рабочие часы, а 43% в нерабочее время. Да и сами агенты менее стабильны, чем кажется на демо: исследование τ-bench показало, что агенты с вызовом функций вроде GPT-4o справлялись менее чем с 50% клиентских задач с жёсткими правилами, а в тесте для розницы решали одну и ту же задачу во всех 8 попытках менее чем в 25% случаев.

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

Почему нельзя просто дать ИИ доступ к календарю и пусть записывает?

Потому что языковая модель хорошо справляется с языком и ненадёжна в арифметике со временем.

Бенчмарк исследователей Google Test of Time измерил это напрямую. На вопросах о расписании GPT-4 ответил верно в 43.6% случаев, Gemini 1.5 Pro в 40.0%, а Claude 3 Sonnet в 29.6%. На вопросах о длительности (сколько времени между двумя моментами) ни одна модель не набрала больше 16%. Это модели 2024 года. Но вашему агенту записи мало быть правым в большинстве случаев. Он должен быть прав в каждой из тысяч записей, которые сделает за этот год.

Вот как выглядит ошибка на практике. Клиент просит 10:15 в четверг на 60-минутную услугу. У кого-то уже стоит запись с 10:00 до 10:30. Модель, которая пробегает глазами список записей, видит «10:00» и «10:15» как разное время и отвечает «да». Теперь у вас два человека на одно кресло, и вы узнаёте об этом, когда оба приходят.

Поэтому решение нужно забрать у модели.

Как выглядит правильно устроенная запись через ИИ?

Представьте её как три шага, где на каждом важном этапе ручку держит программа:

1. Поиск. Агент запрашивает у системы записи свободные слоты на дату для конкретной услуги. Их вычисляет код: рабочие часы минус выходные, минус существующие записи, минус технические перерывы. Модель видит только те варианты времени, которые действительно свободны.
2. Подготовка. Агент собирает имя клиента, контакты и выбранный слот. Если чего-то не хватает, система точно говорит, что спросить. Ничего не заполняется наугад.
3. Подтверждение. Прямо перед созданием записи система ещё раз проверяет слот, потому что за последние две минуты его мог занять другой клиент. Только после этого запись создаётся, а клиент получает подтверждение, которое может исправить.

Какие правила предотвращают двойные бронирования через ИИ?

Правило	От чего защищает	Как проверить
1. Свободное время считает код, а не модель	Выдуманное или неверно прочитанное свободное время	Попросите время, которое точно занято; агент не должен его предлагать
2. Длительность слота берётся из услуги	90-минутная процедура, втиснутая в 30-минутное окно	Запишитесь на самую долгую услугу в конце дня
3. Выходные и праздники блокируют слоты	Записи в нерабочий день или на обеденный перерыв	Добавьте на завтра закрытие на час, затем попросите этот час
4. Повторная проверка прямо перед подтверждением	Два клиента, занявшие один слот с разницей в несколько минут	Два человека записываются на один слот с двух телефонов одновременно
5. При сбое отказывать	Запись подтверждена, хотя проверка не выполнилась	Спросите поставщика, что происходит, если календарь недоступен
6. Часовой пояс задаётся адресом бизнеса	Записи со сдвигом на час при переходе на летнее время	Запишитесь на дату перехода на летнее время в вашем регионе
7. На последнем шаге модель не может менять данные записи	Имя, телефон или время, незаметно изменённые по пути в календарь	Сверьте сообщение с подтверждением с тем, что вы вводили

Некоторые из них заслуживают больше, чем строки в таблице.

Правило 4: зачем перепроверять, если минуту назад слот был свободен?

Потому что разговоры идут медленно, а календарь общий. Клиент в WhatsApp может три минуты отправлять свой номер телефона. За это время кто-то в Instagram может занять тот же слот. Хорошие системы либо ненадолго резервируют слот, пока клиент заканчивает, либо повторно проверяют его в той же транзакции базы данных, которая записывает бронирование, чтобы два пересекающихся запроса не прошли одновременно. Лучше всего делать и то и другое.

Что должно происходить, если календарь нельзя проверить?

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

Правило 7: зачем фиксировать данные в самом конце?

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

Как протестировать ИИ-агента записи до запуска?

Проведите эти проверки на тестовом календаре. Они займут около 20 минут и выявят сбои, на которые сценарное демо никогда не наткнётся.

1. Занятый слот. Запишитесь сами на 14:00, затем попросите у агента 14:00. Он должен предложить альтернативы, а не согласиться.
2. Пересечение. Займите время с 10:00 до 10:30, затем попросите 60-минутную услугу на 10:15. Так ловятся агенты, которые сравнивают время начала, а не интервалы.
3. Закрытый вечер. Добавьте выходной на завтрашнюю вторую половину дня, затем попросите «завтра около 15:00». Агент должен знать, что вы закрыты, и сказать об этом.
4. Гонка. Два человека, два телефона, один слот, оба подтверждают почти одновременно. Должна появиться ровно одна запись.
5. Размытый запрос. «Как-нибудь на следующей неделе, утром, только не в понедельник». Агент должен вернуться с реальными вариантами, а не зациклиться на вопросах.

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

А как же переносы, отмены и неявки?

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

Дальше основную работу по явке берут на себя напоминания. Мы разбирали доказательства в статье Как сократить неявки: что на самом деле показывает 21 исследование. Если коротко: метаанализ 21 исследования в BMJ Open показал, что цифровые напоминания сокращают неявки примерно на четверть. Несколько напоминаний работают лучше одного, а напоминание, которое заранее выявляет «мне нужно перенести», позволяет снова заполнить слот.

Должен ли аккуратный агент записи быть медленным?

Нет, и он не может себе этого позволить. Аккуратный, но медленный агент проигрывает конкуренту, который ответил первым. С каждой задержкой разрыв растёт: в исследовании скорости ответа Entagl ответы через 1–24 часа давали конверсию всего 7.1%, примерно пятую часть от показателя для ответов быстрее 60 секунд. Это было наблюдательное исследование, поэтому оно показывает сильную связь, а не доказательство причины.

Как запись устроена в Entagl

Receptionist от Entagl записывает клиентов в реальный календарь прямо в чате: в WhatsApp, Instagram, Facebook Messenger, Telegram и в чате на вашем сайте. Вот как он соответствует правилам выше:

• Он предлагает время в рамках ваших рабочих часов (отдельно для каждой точки, если их несколько) и пропускает дни и часы, отмеченные как выходные.
• Включите «Не принимать две записи на одно и то же время» в настройках записи, и он также будет исключать занятые слоты и ещё раз проверять конфликты прямо перед подтверждением. Если эта проверка не может выполниться, запись не создаётся.
• Финальный шаг записи принимает номер бронирования и подтверждение клиента, а не данные, набранные в свободной форме, и клиент получает сводку по записи (или по заявке, если ваша команда предпочитает подтверждать записи сама), которую может исправить.
• Клиенты могут перенести или отменить запись в той же переписке.

Если вдобавок к сообщению нужен звонок, Coordinator может звонить с напоминанием перед визитом и с предложением вернуться после неявки, используя автоматизации звонков, которые вы включаете сами, и каждый звонок он начинает, уже зная историю переписки. Об остальной настройке (знания, передача диалога сотруднику, ограничения) читайте в нашем пошаговом руководстве по настройке ИИ-агента для клиентской поддержки.

Хотите увидеть, как эти пять проверок проходят вживую на ваших услугах и графике? Запишитесь на 30-минутное демо и приходите с самым сложным правилом записи.

FAQ

Может ли ИИ-агент записывать клиентов без двойных бронирований?

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

Безопасно ли показывать ИИ-агенту весь мой календарь?

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

Что будет, если два клиента одновременно попросят одно и то же время?

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

Как протестировать ИИ-агента записи перед запуском?

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

Справляется ли запись через ИИ с разными часовыми поясами?

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

Источники: Zocdoc, What Patients Want 2025 (данные платформы с января по сентябрь 2025 года); Yao et al., «τ-bench», arXiv 2406.12045 (2024); Fatemi et al., «Test of Time», arXiv 2406.09170 (2024); Entagl Response Velocity Study 2026. Результаты бенчмарков относятся к моделям, которые тестировались на момент каждого исследования.