Почему клиника получает заявки и теряет записи

Полностью вымышленная учебная ситуация. Реклама приводит обращения, а в расписании остаются свободные окна. Собственник просит объяснить результат. Маркетолог показывает заявки, руководитель колл-центра говорит о людях, которые узнают цену и обещают подумать. Этих отчётов недостаточно, чтобы выбрать изменение: реклама, обработка или расписание.

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

Определите смысл каждого показателя

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

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

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

Затем разделите две ситуации. В первой человек действительно не записался. Во второй запись есть в медицинской информационной системе, МИС, но в отчёте маркетолога её нет. Первая требует разбора общения и доступности приёма. Вторая требует проверки учёта и передачи данных. По одной цифре конверсии эти причины не различить.

Сопоставьте рекламу с возможностями клиники

Учебный пример. Ситуация и данные полностью вымышлены.

Клиника рекламирует консультацию специалиста и предлагает выбрать удобное время. Человек оставляет заявку на вечерний приём. Администратор перезванивает, но видит свободные места только в середине рабочего дня. В соседнем филиале вечерние окна есть, однако у сотрудника нет актуальной информации об этом расписании. Разговор заканчивается словами «Я подумаю».

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

Проверять стоит конкретное направление, филиал и часы. Свободные окна у одного врача не компенсируют отсутствие мест у другого, к которому обращаются люди. Общая загрузка клиники скрывает эти различия. Если команда видит только среднюю цифру, она может продолжать усиливать рекламу там, где предложить запись уже трудно.

Цена требует согласованного ответа: что входит в консультацию и какие вопросы передаются медицинскому сотруднику. Додумывать состав помощи ради записи нельзя. Сверьте эту информацию одновременно на сайте и в рабочем описании для администратора.

Найдите ответственного за каждый переход

Начните с простых вопросов. Кто получает форму с сайта? Кто замечает необработанные обращения? Что происходит с пропущенным звонком? Кто уточняет результат разговора и кто проверяет, появился ли он в отчёте? Ответ «это делает система» оставляет открытым вопрос, кто заметит сбой.

Маркетолог может проверить обещание и источник обращения. Руководитель колл-центра отвечает за организацию обработки и понятность ответов. Сотрудник, управляющий расписанием, помогает разобраться с доступностью времени. Для связи МИС и аналитики нужен технический ответственный, который способен проследить конкретное событие между системами. Собственнику важно назначить того, кто соберёт эти части и доведёт найденную проблему до исправления.

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

Для передачи офлайн-конверсии в Метрику предусмотрены специальные идентификаторы. Произвольного номера записи в МИС недостаточно, чтобы подтвердить связь с посещением сайта. Сверяйте требования по документации API Метрики, а технический результат — по проверенным событиям. Не считайте одну успешную загрузку доказательством всей цепочки: нужны проверка передачи, сопоставления и включения в отчёт.

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

Что проверить завтра

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

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

Карта поиска потери

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

Схема для сохранения: Карта поиска потери