Когда владелец малого бизнеса в Польше думает о внедрении ИИ для обработки телефонных звонков, обычно возникает тот же страх: «какой-то робот будет разговаривать с моим клиентом, он его разозлит, всё запутает, и я потеряю этого клиента навсегда». Это понятно — каждый из нас имел раздражающий разговор с автоматом, который не понимал, что мы говорим, и вместо помощи только ухудшал ситуацию. Хорошо настроенный сценарий ИИ — это не робот, который мешает процессу, а упорядоченный процесс, который ведёт разговор через те же шаги, что опытный ресепшн, только без усталости, без пропуска информации и без потери деталей.
В этой статье я разберу один типичный сценарий — запись на приём — на конкретные шаги: от первого звука, который слышит клиент, до момента, когда запись появляется в календаре и CRM. Покажу также, где в этом процессе может вмешаться человек и почему эти точки принятия решений важны как для качества обслуживания, так и для соответствия требованиям — потому что с 2 августа 2026 года AI Act налагает конкретные требования прозрачности на системы, с которыми общается человек. Ты увидишь точно, что говорит клиент, что отвечает система, и когда — вернее, вообще ли — нужен человек.
После прочтения ты будешь знать, как выглядит полный ход разговора ИИ с клиентом, какие решения принимает система на каждом этапе и где стоит сохранить контроль человека, чтобы обслуживание было и эффективным, и безопасным.
Ход разговора: от звонка до записи в календаре
Разговор с ИИ-ресепшн — это не один непрерывный диалог, а последовательность чётких этапов, каждый из которых имеет свою цель и свои правила. Ниже представлен полный ход для сценария записи на приём — самого частого случая в малом бизнесе услуг.
- 01звонок
- →02ответ
- →03цель
- →04данные
- →05окно
- →06подтверждение
Это шесть шагов, каждый из которых может проходить по-разному в зависимости от того, чего именно хочет клиент и как он реагирует. Ниже я рассматриваю каждый из этих шагов отдельно.
Шаг 1 — приветствие и представление системы
Первые несколько секунд разговора определяют весь дальнейший ход. Клиент, слышащий незнакомый голос, должен знать, с кем разговаривает. Здесь появляется требование из AI Act — регламента, который с 2 августа 2026 года налагает на поставщиков и пользователей систем ИИ конкретные обязательства прозрачности.
С 2 августа 2026 года действуют требования прозрачности AI Act: лицо, использующее систему ИИ, должно быть чётко проинформировано о том, что оно взаимодействует с машиной, если это не является очевидным. Это касается, в частности, чат-ботов, виртуальных ассистентов и автоматизированных систем обслуживания пользователей Министерство цифровизации, gov.pl, 03.08.2026.
Это означает, что приветствие не может звучать как голос живого человека — система должна чётко сказать, что это автоматизированная ресепшн. Примерное приветствие может выглядеть так:
«Добрый день, вы звоните в [название компании]. С вами говорит автоматизированная ресепшн. Чем я могу помочь?»
Это всего две или три простые фразы. Это не место для длинных объяснений — система говорит, кто она, и сразу приглашает к разговору. Детали того, что именно говорит система в приветствии, — это отдельная тема настройки, но принцип один: клиент с первой секунды знает, что разговаривает с машиной. Ему не нужно догадываться, не нужно спрашивать «а вы там», не нужно чувствовать, что что-то скрывается.
Что делает система на этом шаге
Система отвечает на звонок после одного или двух гудков — тут нет места для ожидания, потому что каждая секунда тишины увеличивает риск, что клиент повесит трубку. В фоне система уже знает, какая компания обслуживает этот номер, какие услуги предлагает и какие у неё часы работы. Если клиент звонит вне часов работы, система может сразу перейти к процедуре ночного режима — но об этом в дальнейшей части.
Шаг 2 — определение цели звонка
Когда клиент уже знает, с кем разговаривает, следующий естественный шаг — понять, чего он хочет. Не каждый звонит, чтобы записаться на приём — некоторые хотят перенести время, другие отменить, ещё у других вопрос об услуге или жалоба. Система должна различать эти намерения и обрабатывать каждое по-своему.
В этом месте появляется классифицирующий вопрос: «Чем я могу помочь?» или «Скажите, с чем вы звоните». Клиент отвечает свободно, а система анализирует ответ и относит его к одной из категорий.
| Цель звонка | Что делает система | Когда передаёт человеку |
|---|---|---|
| Запись на приём | Переходит к сбору данных и предлагает свободные окна | Когда клиент хочет далёкую дату, которую система не видит в календаре |
| Перенос времени | Находит существующую запись и спрашивает о новой дате | Когда изменение касается многих параметров сразу |
| Отмена приёма | Отменяет запись и отправляет подтверждение | Когда клиент называет неясную причину |
| Вопрос об услуге | Отвечает на основе введённой информации о компании | Когда вопрос выходит за рамки введённых данных |
| Жалоба | Принимает обращение и передаёт на обработку | Всегда — жалоба требует человеческой реакции |
| Срочное дело | Перенаправляет немедленно | Всегда — срочные дела не проходят через автомат |
Это различие ключевое, потому что от него зависит весь дальнейший ход разговора. Система не может предполагать, что каждый звонящий хочет записаться на приём — она должна сначала понять намерение. При этом определённые категории — жалобы, срочные дела, юридические или медицинские вопросы — по определению требуют человека, и хороший сценарий распознаёт это сразу, не тратя время клиента на ненужные вопросы.
Шаг 3 — сбор минимума данных
Когда система уже знает, что нужно клиенту, она переходит к сбору информации, необходимой для выполнения этой потребности. Для типичной записи на приём это обычно четыре данных: имя, номер телефона, название услуги и удобное время. Но — и это важно — система не спрашивает всё сразу и не спрашивает лишнее.
Почему это важно в контексте РОДО: чем меньше данных ты собираешь, тем меньше у тебя защиты и тем меньше риск нарушения. Системе не нужен домашний адрес клиента, чтобы записать его на услугу в Варшаве, не нужен номер PESEL для записи на стрижку, и не нужны медицинские детали в телефонном разговоре — если только эти детали не необходимы для самой услуги. Принцип минимизации данных (ст. 5 п. 1 лит. c РОДО) означает, что ты спрашиваешь только то, что действительно нужно.
Примерный диалог может выглядеть так:
Система: «Пожалуйста, назовите имя». Клиент: «Иван Иванов». Система: «Спасибо. Пожалуйста, номер телефона». Клиент: «[номер телефона]». Система: «На какую услугу хотите записаться?» Клиент: «Стрижка». Система: «Какое время вам подходит? Могу предложить вторник в 17:00, среду в 10:00 или четверг в 14:00».
Это всего четыре вопроса, простые, конкретные, без лишних деталей. Система не спрашивает «а вам утром или днём», не спрашивает «кто вас направил», не спрашивает о дополнительных замечаниях — разве что клиент сам начнёт о них говорить.
Пример на условных числах — подставь свои
Допустим, твой салон обрабатывает 300 звонков в месяц. Среднее время разговора с живым администратором — 3 минуты. Если бы каждый из этих разговоров был на 30 секунд короче благодаря упорядоченному сценарию ИИ, это сэкономило бы 150 минут в месяц — это более 2,5 часа работы. Эти 2,5 часа — это время, которое сотрудник может потратить на обслуживание клиента, который уже пришёл, вместо разговора по телефону.
Шаг 4 — календарь и подтверждение времени
Когда система уже знает, что нужно клиенту, и имеет базовые данные, она переходит к самому важному моменту: назначению времени. Тут ИИ соединяется напрямую с календарём компании и видит реальные, актуальные окна.
Система не предлагает время, которое уже занято — календарь является единственным источником правды, без двойных записей, без ручной проверки, занял ли кто-то это же время в промежутке. Это одно из главных преимуществ автоматизации: устранение человеческой ошибки в виде устаревшего состояния графика.
Выбор времени обычно происходит так: система предлагает два или три свободных окна, ближайшие возможные, и ждёт выбора клиента. Если ни одно из предложенных времени не подходит, клиент может предложить своё — система тогда проверяет, свободно ли оно, и либо подтверждает, либо информирует, что это время занято, и предлагает альтернативу.
После выбора времени система повторяет его вслух для клиента: «Вы подтверждаете вторник в 17:00?» Это момент подтверждения, который устраняет недопонимания — клиент слышит точно, что будет записано, и может исправить ошибку до того, как что-либо попадёт в систему.
Что происходит, когда свободных окон нет? В хорошо настроенном сценарии клиент не остаётся с пустым обещанием. Система может предложить записаться в список ожидания, в который возвращаются, когда кто-то отменит запись. Или — если компания так настроила — система предлагает перезвон, когда появится свободное окно, соответствующее пожеланиям клиента. Это зависит от того, как компания настроила свой поток обслуживания, но принцип один: клиент всегда знает, на чём стоит.
Шаг 5 — темп разговора и качество взаимодействия
Скорость и плавность разговора имеют огромное значение для ощущения комфорта клиента. Система, которая молчит слишком долго после вопроса, перебивает клиента на полуслове или сама слишком часто перебивает — отпугивает. Документация OpenAI по голосовым агентам указывает конкретные параметры, на которые стоит обращать внимание при тестировании и оптимизации сценария.
Сравнительные тесты включают выполнение задачи, задержку слышимого ответа, перебивания и нежелательную тишину. Для каждой метрики задержки определяются наблюдаемые события начала и конца, а также сообщаются медиана и хвост распределения OpenAI, Voice agents docs.
Что это означает на практике: если после вопроса системы клиент говорит «а вообще-то я хотел», система должна распознать это перебивание и позволить клиенту закончить мысль — а не обрезать предложение и идти дальше. Точно так же, если клиент молчит дольше нескольких секунд после вопроса, система должна мягко отреагировать — повторить вопрос или спросить, не положил ли клиент трубку. Это не очевидные поведения — каждое требует осознанной настройки и тестирования.
В чём заключается тестирование сценария
Тестирование — это не разовая проверка, работает ли «что-то». Это многократное повторение тех же сценариев с разными вариантами: запись, перенос, отмена, жалоба, «хочу человека», разговор по-польски, разговор по-английски, разговор в шуме, разговор вне часов работы. Для каждого варианта измеряется время выполнения, количество прерванных предложений, количество повторов со стороны клиента и то, был ли в итоге достигнут цель разговора.
Результаты этих тестов позволяют настроить параметры: сколько секунд тишины — это слишком много, насколько агрессивно система может перебивать повторы, когда лучше сразу переключить на человека. Это не разовая настройка — это непрерывный процесс улучшения, потому что поведение клиентов тоже меняется.
Шаг 6 — передача человеку
При самой лучшей настройке бывают ситуации, когда автоматизация не справляется или не должна принимать решения самостоятельно. В таких моментах сценарий должен предусматривать передачу звонка живому сотруднику — либо в реальном времени, если кто-то доступен, либо в форме перезвона с полным резюме.
Когда система должна отдать разговор человеку:
Когда клиент об этом просит. Это простейшее правило: если кто-то говорит «хочу говорить с живым человеком» или «переключите меня к кому-нибудь», система не должна настаивать на автоматизации.
Когда появляется жалоба. Жалоба — это деликатное, эмоциональное дело, которое требует человеческого подхода — эмпатии, понимания контекста, умения гасить конфликт. Автоматизация может её принять и зарегистрировать, но не должна разрешать самостоятельно.
Когда тема выходит за рамки знаний системы. Если клиент спрашивает о том, чего нет в базе знаний — новая услуга, особый случай, нестандартное пожелание — система должна это распознать и передать.
Когда появляется срочное или юридическое дело. В областях высокого риска, где ошибка может иметь серьёзные последствия, OpenAI рекомендует, чтобы человек просматривал результаты работы модели, прежде чем они будут использованы на практике OpenAI, Safety best practices. Это принцип human in the loop — человек в петле принятия решений.
Когда система не уверена. Если распознавание речи не сработало несколько раз, если контекст разговора неясен, если клиент явно раздражён — лучше передать разговор, чем дальше усугублять проблему.
Как выглядит передача
Если сотрудник доступен прямо сейчас, система может соединить звонок в реальном времени — клиент слышит краткое объявление «пожалуйста, подождите, соединяю с консультантом» и разговор продолжается в голосовом режиме. Если никого нет на месте, система может назначить перезвон: «хотите, мы перезвоним в течение [X] минут? Тогда я представлю ваше дело консультанту».
Ключевое то, что передача — это не неудача — это осознанный элемент сценария. Хорошая автоматизация не пытается быть универсальной; она знает свои границы и уважает их.
Шаг 7 — после разговора: СМС, CRM и транскрипт
Когда разговор заканчивается, автоматизация на этом не заканчивается. Есть ещё несколько шагов, которые выполняет система, прежде чем считать дело закрытым.
Во-первых, СМС с подтверждением. Клиент получает сообщение с резюме: датой, временем, названием услуги и, возможно, инструкцией по подготовке к приёму. Это не автоматический ответ типа «спасибо за обращение» — это конкретная информация, которую клиент может сохранить в телефоне без необходимости доставать бумажку.
Во-вторых, запись в CRM. Система записывает все собранные данные вместе с резюме разговора: что хотел клиент, что было согласовано, сколько раз клиент повторял информацию, был ли разговор передан человеку. Это последнее поле важно с точки зрения анализа — если значительная часть разговоров из определённой категории заканчивается передачей, стоит проверить, не нуждается ли сценарий в корректировке.
В-третьих, транскрипт разговора. В поэтапном варианте можно сохранить транскрипт, проверить правила, прежде чем текстовый агент ответит, вызвать внутренние системы и только потом генерировать речь OpenAI, Voice agents docs. Это означает, что каждый разговор архивируется и доступен для последующего просмотра — человеком, который может захотеть проверить детали, или системой, которая анализирует качество обслуживания.
Кто отвечает за данные из транскрипта
Транскрипт — это запись разговора, а значит, содержит персональные данные клиента — имя, номер телефона, тему разговора. Эти данные должны обрабатываться в соответствии с РОДО. Если ты пользуешься внешним поставщиком системы ИИ для транскрибирования, ты должен заключить с ним письменный договор поручения на обработку персональных данных — это не опция, это обязанность. Управление по защите персональных данных (UODO) наложило на Сулковицкий центр культуры административный штраф в размере 2,5 тыс. злотых за поручение обработки персональных данных без заключённого в письменной форме договора поручения и без предварительной проверки того, обеспечивает ли обработчик достаточные гарантии внедрения соответствующих технических мер UODO, решение от 21.09.2022. Договор поручения — это основа; без него ты отвечаешь за обработку так, как будто делаешь это сам, и несёшь полную ответственность за возможные нарушения.
Типичные аварийные ситуации и как их обрабатывает хорошо настроенный сценарий
Даже лучший сценарий сталкивается с ситуациями, требующими гибкости. Ниже наиболее частые случаи и способы их обработки.
Система не распознала имя или название улицы
Если клиент говорит невнятно, имеет акцент или на фоне есть шум, система может не понять клиента с первого раза. Хороший сценарий в такой ситуации не задаёт один и тот же вопрос по кругу — предлагает альтернативу: «не могли бы вы назвать имя по буквам?» или «хотите, я прочитаю, что записал, и исправлю ошибки?»
Клиент говорит на другом языке
Если система обнаруживает язык, отличный от настроенного (например, клиент начинает по-английски в компании, которая обслуживает по-польски), сценарий может иметь подготовленные универсальные сообщения: «извините, мы обрабатываем звонки по-польски — могу помочь по-польски?» Если клиент не говорит по-польски, система передаёт тому, кто может обработать этот язык, или информирует, что компания не поддерживает этот язык.
На фоне шум
Когда система обнаруживает высокий уровень шума на фоне — разговор на фоне, музыка, уличное движение — она может попросить о лучших условиях: «извините, я слышу много шума на фоне. Не могли бы вы перейти в более тихое место?» Это простое вмешательство, которое часто решает проблему без необходимости передачи человеку.
Клиент просит живого человека
Это событие предусмотрено в каждом хорошем сценарии. Система не должна спорить, убеждать или задавать дополнительные вопросы — она просто выполняет запрос: «конечно, соединяю с консультантом» или «пожалуйста, подождите, мы перезвоним в течение [X] минут».
Два клиента хотят одно и то же время
Если тем временем кто-то другой записался на тот же слот, система должна это обнаружить и предложить решение: новое время, другой день, запись в список ожидания. Клиент не должен узнавать о коллизии только после прихода в компанию.
Проверь сам: список из 10 тестовых звонков
Перед внедрением ИИ-ресепшн в своей компании протестируй сценарий на наборе типичных ситуаций. Ниже список из 10 звонков, которые стоит провести — либо самому, либо с помощью кого-то из команды, либо используя инструменты автоматического тестирования.
- Запись на приём в стандартном сценарии.
- Перенос существующего приёма на другой день.
- Отмена приёма с указанием причины.
- Вопрос о новой услуге, которой нет в базе знаний.
- Жалоба на качество обслуживания с предыдущего приёма.
- Прямая просьба поговорить с живым человеком.
- Разговор в условиях шума (например, с улицы).
- Разговор по-английски в компании, работающей по-польски.
- Разговор вне часов работы компании.
- Разговор, в котором клиент многократно повторяется и путается в деталях.
Для каждого из этих разговоров отметь: сколько раз клиент должен был повторить одну и ту же информацию, сколько времени заняло достижение цели, был ли звонок передан человеку, и какова была окончательная оценка — достиг ли клиент того, ради чего звонил.
После проведения этих тестов у тебя будет конкретная картина того, где сценарий работает хорошо, а где нуждается в исправлениях. Тесты не направлены на доказательство того, что автоматизация работает — они призваны показать, где она ещё не работает.
Как это выглядит, когда звонки ведёт система
Когда ты внедришь ИИ-ресепшн, ежедневная работа с телефонами меняется так, что это сложно оценить без знания деталей. Речь не о том, что «робот берёт трубку» — речь об упорядочении процесса, который раньше зависел от настроения, усталости и внимания конкретного человека.
В типичный день с ИИ-ресепшн это выглядит так: клиент звонит, система отвечает и представляется как автоматизированная ресепшн. Клиент говорит, что ему нужно — например, хочет записаться на приём. Система спрашивает имя, телефон и удобное время. Предлагает свободные окна. Клиент выбирает. Система отправляет СМС с подтверждением и записывает всё в CRM с резюме: что хотел клиент, на какое время записан, нужно ли что-то подготовить. Ты как владелец или менеджер видишь утром список новых записей и проверяешь только те, которые требуют внимания — жалобы, вопросы за пределами знаний системы, необычные пожелания.
Это не магия и не обещание больших сбережений. Это просто упорядоченный процесс, который устраняет самые частые ошибки: забытая запись, неподтверждённый приём, необработанная жалоба, пропущенный вопрос клиента.
Если ты хочешь увидеть, как именно работает этот сценарий в твоей компании — какие вопросы задаёт система, какие данные собирает, как интегрируется с твоим календарём — ты можешь это проверить в действии. Aura выстраивает телефонный слой, где отвечает AI: знает твои услуги, цены и график и умеет довести дело до конца. Подробности на странице AI-ресепшн и телефония.
Проверь также, как работает полная экосистема: Системы бронирования позволяют клиенту самому выбирать время без телефонного разговора, а Автоматические сообщения отправляют подтверждения и напоминания СМС, почтой или WhatsApp — всегда с согласия клиента и с возможностью отказа. Вместе эти три услуги создают замкнутый цикл обслуживания, в котором телефон, календарь и коммуникация с клиентом работают как один целостный слой. Если хочешь, чтобы все данные клиентов оказывались в одном месте, добавь CRM и автоматизации — телефон, форма, мессенджеры и карточка Google записывают в одном месте. А если ведёшь много разговоров одновременно и нужна помощь в квалификации лидов, AI-квалификация лидов оценивает и присваивает теги заявкам по потенциалу.
Узнай больше об автоматизации в бизнесе из статей: Автоматизация обработки запросов: одна очередь вместо пяти ящиков, Автоматизация процессов в компании: что реально можно передать системе, а что нет, Автоматизация и РОДО: где физически находятся данные ваших клиентов, Ошибки при внедрении автоматизации: пять ситуаций, в которых мы не рекомендуем начинать.
А чтобы понять, какие звонки и заявки теряются именно в твоей компании, пройди оценку на этой странице.
Частые вопросы
Клиент не разозлится, что разговаривает с роботом?
Зависит от того, как настроен сценарий. Клиент разозлится, если робот не понимает, что он говорит, постоянно просит повторить, не может ответить на простой вопрос и не даёт переключиться на человека. Хорошо настроенный сценарий чётко говорит в начале, что это автоматизация, не притворяется живым человеком, собирает минимум данных и не тратит время клиента на лишние шаги. Многие клиенты предпочитают быстрый разговор с автоматом, который решает вопрос за 60 секунд, а не ожидание на линии с живым администратором, который ответит через три минуты.
Что если ИИ не поймёт клиента?
Хороший сценарий предусматривает резервные процедуры: повторение вопроса другими словами, просьба назвать информацию по буквам, переход в режим передачи человеку. Клиент не должен быть вынужден повторять одно и то же по кругу — после второй неудачной попытки система должна предложить переадресацию.
Звонки записываются и кто имеет доступ?
Транскрипты сохраняются, если ты так настроишь систему. Доступ имеет человек, которого ты назначишь в компании. Если ты пользуешься внешним поставщиком ИИ, у тебя должен быть с ним договор поручения обработки персональных данных — без него ты отвечаешь за соответствие РОДО так, как если бы обрабатывал эти данные сам.
Сколько это стоит?
Стоимость зависит от количества звонков, которые обрабатывает система, и от выбранного набора функций. Мы не указываем конкретные цены. Подробнее о том, как считать стоимость неотвеченных звонков, читай в статье Сколько стоят пропущенные звонки в компании – формула для расчёта на своих цифрах.
Можно ли протестировать до внедрения?
Да, прежде чем решиться на полное внедрение, стоит протестировать сценарий на реальных разговорах или симуляциях. Проведи 10 тестовых звонков из списка выше и посмотри, как система справляется с каждой ситуацией. По результатам можно настроить вопросы, добавить недостающие пути и установить, какие звонки всегда должны уходить человеку.
Может ли ИИ обслуживать несколько компаний одновременно?
Технически да, но с точки зрения качества лучше, если каждая компания имеет свой выделенный сценарий. Другой набор услуг, другой график, другие часы работы, другая база знаний — всё это требует индивидуальной настройки. Одна система может обслуживать несколько компаний, но каждая из них должна иметь свой поток, адаптированный под себя.