← Все статьи блога
Контроль звонков

Скрипт входящего звонка в клинику: структура разговора и проверка соблюдения

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

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

Зачем клинике скрипт входящего звонка

Скрипт входящего звонка в клинику решает одну задачу: разговор с пациентом не должен зависеть от того, кто сегодня на телефоне. Один администратор выясняет, к какому врачу человек хочет попасть, другой сразу называет цену, третий записывает без уточнений. Скрипт задаёт единый порядок действий для всех. Новый сотрудник не импровизирует в первые недели, а идёт по шагам, которые уже проверены на практике.

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

Чего скрипт не делает. Он не заменяет обучение и не вытягивает клинику, где дорого и неудобно. Дословно его не читают: канцелярит в живом разговоре слышит даже пациент. И он не спасает, если его не проверяют. Скрипт без проверки живёт примерно месяц, потом превращается в файл, о котором вспоминают на аттестации.

Шесть шагов, которые слышно в записи

Скрипт разговора с пациентом ниже разбит на шесть шагов. Структура короткая намеренно: длинный скрипт никто не произносит целиком, а короткий можно удержать в голове на сороковом звонке. Каждый шаг проверяемый, в записи его либо слышно, либо нет.

Шаг 1. Приветствие и представление

Название клиники, имя администратора, предложение помощи. Звучит банально, но в записях регулярно встречается голое «алло» или «слушаю» без названия. Пациент в этот момент решает, туда ли он позвонил.

Шаг 2. Повод обращения

Не «что вас беспокоит», заданное через три секунды, а уточнение: к какому врачу, по какой причине, первичный приём или повторный. Пациент часто начинает с «хочу записаться», и задача администратора в том, чтобы понять, куда именно.

Шаг 3. Вопрос о цене

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

Шаг 4. Предложение времени

Два конкретных варианта вместо «когда вам удобно». Выбор из двух снижает усилие: пациенту не нужно вспоминать свой календарь с нуля, он выбирает из предложенного.

Шаг 5. Подготовка к приёму

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

Шаг 6. Завершение

Повторить дату, время и врача, спросить, остались ли вопросы, попрощаться. Повтор важен не для вежливости: он проверяет, что пациент и администратор поняли друг друга одинаково.

Две параллельные линии разговора: одна идёт ровно, вторая с провалом, подсвеченным янтарным светом
Один провал в разговоре видно, когда рядом есть линия, с которой сравнивают

Почему администраторы отступают от скрипта

Причины почти всегда бытовые, а не злой умысел.

Поток и усталость

К середине дня реплики укорачиваются сами: приветствие сворачивается до «алло», из вопроса о поводе выпадает вторая половина. На сороковом звонке человек экономит силы, и это слышно.

Скрипт написан для проверяющего

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

Смысл шага непонятен

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

Скрипт устарел

Прайс поменялся, врач ушёл, появилась новая услуга, а в скрипте старая информация. Соблюдать такой документ вредно, и опытный администратор это понимает быстрее руководителя.

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

Что делает скрипт рабочим

Четыре правила, которые чаще всего отличают документ, по которому реально работают, от документа в папке.

Реплики, которые произносимы

Одна-две фразы на шаг, живым языком. Если реплику неудобно сказать вслух, её заменят на свою, и шаг исчезнет.

Обязательные шаги важнее порядка

Пациент может сам начать с вопроса о цене, и это нормально. Администратор должен вернуться к поводу обращения, а не требовать соблюдения очередности. В скрипте стоит помечать, что обязательно, а что желательно.

Примеры рядом с шагом

К каждому шагу две строки: как говорят чаще и как лучше. На разборе это экономит половину объяснений.

Ревизия по событию

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

Как проверить соблюдение скрипта

Проверка начинается не с прослушивания, а с решения: что считаем нарушением. Пока признаков нет, разбор превращается во вкусовщину и спор о том, «нормально ли прозвучало».

Список признаков, которые слышно в записи без специальной подготовки:

  • администратор не назвал клинику или не представился;
  • не уточнил повод обращения и врача;
  • назвал цену и не предложил следующий шаг;
  • не предложил конкретное время или предложил одно вместо двух;
  • перебивал пациента, пока тот не договорил;
  • оставил вопрос без ответа («я не знаю, уточню») и не вернулся к нему;
  • закончил разговор без подтверждения даты, времени и врача;
  • ответил раздражением на прямо заданный вопрос.

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

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

Сколько звонков получается разобрать вручную

Один разговор с пациентом идёт три-пять минут. Час непрерывного прослушивания даёт примерно полтора десятка записей, и это без заметок, пауз на перемотку и разбора. С нормальной работой по каждому звонку за день набирается немного, а поток за тот же день измеряется десятками.

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

Как это выглядит в RecheLok

Записи разговоров система берёт из телефонной станции: если у клиники Asterisk, разговоры пишутся автоматически, а номер связывается с карточкой звонка. Если станцию менять нельзя или она не поддерживает запись напрямую, записи загружаются файлами. Подробнее о вариантах на странице интеграции с АТС и CRM.

Дальше разговор расшифровывается в текст, и по нему видно то, что не видно в статистике: прошёл ли администратор шаги, прозвучало ли предложение записи, где пациент задал вопрос и остался без ответа. Скрипт клиники загружается в систему, поэтому проверка идёт по вашим шагам, а не по чужому шаблону.

Руководителю не нужно слушать всё подряд. Он смотрит, где именно разговоры отклоняются от скрипта, и разбирает эти записи. Спорный звонок обсуждается по цитате и моменту времени, а не по впечатлению. Работает это и на локальном сервере внутри клиники, и в облаке; разница описана в статье про локальный сервер речевой аналитики.

Контроль качества звонков как процесс устроен шире, чем проверка одного скрипта: там же оценка разговоров, разбор возражений и сводка по каждому оператору. Об этом на странице контроль качества звонков.

С чего начать на этой неделе

1. Выписать шаги на одну страницу

Шесть пунктов, которые обязательны именно у вас. Если получается двадцать, это не скрипт, а должностная инструкция.

2. Переписать реплики в произносимые

Прочитать вслух и вычеркнуть всё, что не звучит в разговоре с человеком.

3. Зафиксировать признаки нарушения

Тот список из предыдущего раздела, дополненный под вашу специфику. Он же станет чек-листом оценки.

4. Разметить десять звонков руками

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

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

Частые вопросы

Обязателен ли скрипт входящего звонка в клинике?

Как документ нет, а как последовательность шагов да. Даже без бумажного скрипта разговор идёт по каким-то этапам, просто они у каждого администратора свои. Записанный скрипт делает эти этапы одинаковыми и проверяемыми.

Можно ли требовать дословного соблюдения скрипта?

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

Что делать, если администратор говорит, что скрипт мешает?

Разобрать два-три его звонка по шагам и посмотреть, что именно выпадает. Иногда выясняется, что мешает не структура, а неудачная формулировка одного шага. Иногда оказывается, что администратор закрывает шаг по-своему и делает это лучше скрипта, тогда скрипт и правят.

Как проверить соблюдение скрипта без прослушивания всех звонков?

Задать признаки нарушения и проверять разговоры по ним. Ручной способ упирается в объём, автоматический снимает ограничение: расшифровка и разметка по шагам идут по всем записям, а человек разбирает только отмеченные.

Нужно ли менять АТС, чтобы проверять звонки?

Нет. Если станция на Asterisk, записи уже пишутся и подключаются напрямую. Если станцию менять нельзя, записи загружаются файлами. Микрофон или диктофон у администратора для этой задачи не нужен.

Подходит ли такой контроль только клиникам?

Нет. Та же логика работает в любом бизнесе с телефонными продажами: автосервисы, недвижимость, доставка, отделы продаж. Различаются шаги скрипта, а способ проверки остаётся тем же.

Проверим на ваших звонках

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

Запросить демо

Читайте также в блоге