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

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

Причины почти всегда бытовые, а не злой умысел.
К середине дня реплики укорачиваются сами: приветствие сворачивается до «алло», из вопроса о поводе выпадает вторая половина. На сороковом звонке человек экономит силы, и это слышно.
Если в документе фразы вроде «осуществить информирование о перечне услуг», администратор их не произнесёт. Он перескажет своими словами и потеряет половину шагов по дороге.
«Предложите два варианта времени» звучит как прихоть, пока не объяснили: выбор из двух повышает вероятность записи. Непонятный шаг пропускают первым.
Прайс поменялся, врач ушёл, появилась новая услуга, а в скрипте старая информация. Соблюдать такой документ вредно, и опытный администратор это понимает быстрее руководителя.
Есть и четвёртая причина, о которой говорят реже: администратор уверен, что и так знает, как разговаривать. Иногда он прав по отдельным звонкам и ошибается на потоке, потому что свой способ держится на настроении и памяти, поэтому этапы разговора с пациентом он проходит по-разному от звонка к звонку.
Четыре правила, которые чаще всего отличают документ, по которому реально работают, от документа в папке.
Одна-две фразы на шаг, живым языком. Если реплику неудобно сказать вслух, её заменят на свою, и шаг исчезнет.
Пациент может сам начать с вопроса о цене, и это нормально. Администратор должен вернуться к поводу обращения, а не требовать соблюдения очередности. В скрипте стоит помечать, что обязательно, а что желательно.
К каждому шагу две строки: как говорят чаще и как лучше. На разборе это экономит половину объяснений.
Смена прайса, новый врач, новая услуга, жалоба пациента. Скрипт, который не пересматривали после таких событий, начинает вредить.
Проверка начинается не с прослушивания, а с решения: что считаем нарушением. Пока признаков нет, разбор превращается во вкусовщину и спор о том, «нормально ли прозвучало».
Список признаков, которые слышно в записи без специальной подготовки:
Каждый пункт проверяется на слух и не требует методики. Трудность в объёме: за день администратор принимает десятки разговоров, и выборочное прослушивание ловит только тех, на кого уже пожаловались. Контроль соблюдения скрипта по выборке показывает не работу клиники, а работу тех, кто попал в выборку.
Если в клинике несколько администраторов, добавьте к признакам сравнение: у кого чаще выпадает шаг с предложением времени, у кого с ценой. Разница между сотрудниками обычно заметнее, чем общая цифра по клинике, и с ней проще работать на обучении.
Один разговор с пациентом идёт три-пять минут. Час непрерывного прослушивания даёт примерно полтора десятка записей, и это без заметок, пауз на перемотку и разбора. С нормальной работой по каждому звонку за день набирается немного, а поток за тот же день измеряется десятками.
Дальше руководитель делает то, что успевает: берёт несколько звонков новичка, несколько спорных, остальное оставляет. Так проверка возвращается к тем же людям и тем же ситуациям, а системные потери остаются вне поля зрения. Причина в арифметике времени: прослушать всё за день не получается, даже если заниматься только этим.
Записи разговоров система берёт из телефонной станции: если у клиники Asterisk, разговоры пишутся автоматически, а номер связывается с карточкой звонка. Если станцию менять нельзя или она не поддерживает запись напрямую, записи загружаются файлами. Подробнее о вариантах на странице интеграции с АТС и CRM.
Дальше разговор расшифровывается в текст, и по нему видно то, что не видно в статистике: прошёл ли администратор шаги, прозвучало ли предложение записи, где пациент задал вопрос и остался без ответа. Скрипт клиники загружается в систему, поэтому проверка идёт по вашим шагам, а не по чужому шаблону.
Руководителю не нужно слушать всё подряд. Он смотрит, где именно разговоры отклоняются от скрипта, и разбирает эти записи. Спорный звонок обсуждается по цитате и моменту времени, а не по впечатлению. Работает это и на локальном сервере внутри клиники, и в облаке; разница описана в статье про локальный сервер речевой аналитики.
Контроль качества звонков как процесс устроен шире, чем проверка одного скрипта: там же оценка разговоров, разбор возражений и сводка по каждому оператору. Об этом на странице контроль качества звонков.
Шесть пунктов, которые обязательны именно у вас. Если получается двадцать, это не скрипт, а должностная инструкция.
Прочитать вслух и вычеркнуть всё, что не звучит в разговоре с человеком.
Тот список из предыдущего раздела, дополненный под вашу специфику. Он же станет чек-листом оценки.
Послушать и отметить, какой шаг выпадает чаще. Это исходная точка, с которой потом сравнивают результат.
Если на четвёртом пункте становится понятно, что десять звонков занимают вечер работы, а разбирать нужно каждый день, дальше есть два пути: оставить выборочный контроль или передать первичную проверку системе. Скрипт обзвона упущенных пациентов, то есть исходящих звонков, устроен иначе; о нём на странице скрипт обзвона.
Как документ нет, а как последовательность шагов да. Даже без бумажного скрипта разговор идёт по каким-то этапам, просто они у каждого администратора свои. Записанный скрипт делает эти этапы одинаковыми и проверяемыми.
Дословно его не произносят. Требовать стоит прохождения обязательных шагов, а формулировки оставить администратору. Иначе разговор звучит как чтение вслух, и пациент это слышит.
Разобрать два-три его звонка по шагам и посмотреть, что именно выпадает. Иногда выясняется, что мешает не структура, а неудачная формулировка одного шага. Иногда оказывается, что администратор закрывает шаг по-своему и делает это лучше скрипта, тогда скрипт и правят.
Задать признаки нарушения и проверять разговоры по ним. Ручной способ упирается в объём, автоматический снимает ограничение: расшифровка и разметка по шагам идут по всем записям, а человек разбирает только отмеченные.
Нет. Если станция на Asterisk, записи уже пишутся и подключаются напрямую. Если станцию менять нельзя, записи загружаются файлами. Микрофон или диктофон у администратора для этой задачи не нужен.
Нет. Та же логика работает в любом бизнесе с телефонными продажами: автосервисы, недвижимость, доставка, отделы продаж. Различаются шаги скрипта, а способ проверки остаётся тем же.
Загрузите несколько записей, и вы увидите, какие шаги скрипта в них выпадают и как это выглядит в отчёте.
Запросить демо