Пациент позвонил в клинику, попросил связаться завтра и пропал из поля зрения. Реклама привела обращение, сотрудник поговорил с человеком, а записи нет. Где именно потеряли пациента? Мы сделали Dental Bridge — своё рабочее место для обработки обращений в стоматологии, чтобы следующий шаг был перед глазами, а не в памяти сотрудника.
Здесь покажем, как устроен такой подход: очередь обращений, повторный звонок, причина отказа и проверка результата руководителем. Если ты выбираешь CRM для стоматологии или пытаешься навести порядок в существующей системе, начни с этих действий.
Что показано на скриншотах. Это работающая отдельная копия Dental Bridge, а не рисунок будущего интерфейса. Мы создали трёх учебных пациентов и прошли сценарии в браузере. Название клиники заменено на учебное, вместо телефонов — условные обозначения. Рабочая база пациентов не использовалась. На изображение можно нажать и рассмотреть его крупнее.
Зачем мы сделали своё рабочее место
Администратору нужно принять обращение, понять просьбу, предложить время и зафиксировать договорённость. Если ради этого приходится изучать устройство всей программы, рабочий инструмент начинает отнимать внимание у пациента.
В Dental Bridge мы выстроили экран вокруг обычного разговора. Слева — кто ждёт. Справа — человек, с которым сейчас работают. Ниже — действия по результату: записать, перезвонить позже, отметить отказ. Для будущих контактов есть отдельный экран «Мой день».
Такую работу мы хотим убрать из блокнотов, личных напоминаний и длинного поиска по карточкам. Сотрудник видит свой следующий шаг. Руководитель может проверить, есть ли у обращения ответственный и чем закончился разговор.
Что Dental Bridge может заменить: отдельное рабочее место CRM для обработки обращений — от поступления до записи, повторного контакта или отказа. Под CRM здесь понимаем систему, в которой учитывают клиентов и договорённости с ними.
Что остаётся в медицинской системе: медицинские карты, сведения о лечении и другие задачи клиники за пределами обработки обращений. Расписание и результаты приёмов должны быть связаны с этой системой. При подключении нужно проверить, какие данные она позволяет получать и изменять. Это отдельная часть внедрения.
Когда универсальная CRM становится сложной для клиники
Вопрос «Битрикс24 или своя CRM?» лучше начинать с рабочего дня администратора. Дай ему пять обычных ситуаций: новое обращение, недозвон, просьба перезвонить через неделю, отказ, запись другого человека. Посмотри, где приходится останавливаться и спрашивать помощь.
Сложность возникает, например, когда человек должен сам помнить, какое поле заполнить, какой этап выбрать и где поставить напоминание. Если следующий шаг хранится только в заметке, руководителю придётся читать каждую карточку, чтобы понять, кто ждёт звонка.
Это может быть вопросом настройки уже установленной системы. Замена нужна не ради другого названия. Наш подход — оставить сотруднику действия, которые соответствуют его работе, и проверить их на реальных ситуациях.
| Что проверить в своей клинике | Какой результат нам нужен |
|---|---|
| Пациент попросил позвонить завтра | У контакта есть срок, ответственный и заметка о договорённости |
| Сотрудник открыл обращение и обновил страницу | Обращение не исчезло, видно, кто с ним работает |
| Человек отказался от записи | Сохранена причина, а не только общий статус «закрыто» |
| Руководитель смотрит отчёт | Видны незавершённые обращения и отдельные результаты разговоров |
| Медицинская система не вернула итог приёма | Отсутствие данных не превращается автоматически в «не пришёл» |
Сравни варианты на этих действиях. Если текущая система после понятной настройки проходит проверку, у тебя уже есть полезный результат. Если рабочий процесс постоянно приходится подгонять под интерфейс, стоит разобрать отдельное рабочее место вроде Dental Bridge.
Пример: три обращения, три разные ситуации
В учебную очередь добавлены три человека. Их история нужна, чтобы увидеть разницу между ожиданием, договорённостью и отказом.
| Обращение | Что происходит | Что должен сделать сотрудник |
|---|---|---|
| Учебный пациент А | Ждёт обработки восемь минут; затем просит связаться завтра утром | Взять обращение и назначить повторный контакт |
| Учебный пациент Б | После разговора отказывается: рассчитывал на другую стоимость | Зафиксировать отказ и пояснение |
| Учебный пациент В | Только что оставил обращение | Остаётся в очереди до обработки |
Восемь минут — специально заданное ожидание для проверки. Это не статистика какой-либо клиники. Разговоры в примере вымышлены: мы проверяем сохранение результата разговора, а не реальную телефонию.
Шаг 1. Найти обращение, которое уже ждёт
Открой «Очередь». В левой части видны имя, способ обращения, время ожидания и кнопка «Взять». На снимке первое обращение выделено красным: оно ждёт дольше установленного в проверенной версии срока первого контакта — пяти минут.
Настоящий экран на учебных данных. Красная отметка показывает просроченное ожидание, но сама по себе не доказывает, что пациент уже потерян.
Нажми «Взять» у нужного обращения. Откроется карточка, а система закрепит обращение за сотрудником. Теперь есть конкретный человек, который продолжает работу.
Что мы проверили дополнительно: после взятия обновили страницу. Обращение осталось доступно в очереди как находящееся у этого сотрудника в работе. Сам факт открытия карточки не считается законченным разговором.
Как применить у себя: спроси, что происходит с обращением при случайном закрытии вкладки. Оно должно оставаться доступным с понятным состоянием. Если сотрудники ищут такие обращения вручную, это уже конкретная задача для улучшения системы.
Шаг 2. Превратить «позвоните завтра» в действие
Учебный пациент А просит связаться утром. Одной заметки «завтра» недостаточно: её можно забыть открыть. В Dental Bridge мы выбираем отдельное действие.
- В карточке нажми «Перезвонить позже».
- Выбери «Завтра утром».
- В заметке напиши, о чём договорились: «Может говорить только утром. Обсудить время консультации».
- Нажми «Поставить перезвон».
Срок выбирается отдельно от заметки. Заметка объясняет следующему сотруднику смысл разговора.
Открой «Мой день». В нашем проходе там появился тот же человек, срок «завтра в 10:00» и сохранённая заметка. Это результат выбранной кнопки в проверенной версии. Если пациент называет другое время, нельзя считать стандартное «утром» подтверждённой договорённостью без уточнения.
После сохранения повторный контакт виден отдельной строкой. Реальный звонок во время проверки не выполнялся.
Здесь важен не сам календарь. Договорённость перестала зависеть от памяти человека: у неё появились время и место, где сотрудник её увидит.
Не путай перенос и отказ. «Перезвоните после отпуска» означает будущую работу. Если записать такой контакт в отказы, руководитель получит неверную картину, а сотрудник может больше к нему не вернуться.
Шаг 3. Сохранить причину отказа
Учебный пациент Б сказал, что рассчитывал на другую стоимость. В карточке выбираем «Отказ», затем причину «Дорого». В заметку добавляем слова, которые помогут разобрать разговор: «Сказал: рассчитывал на другую стоимость. Условия ещё не сравнивали».
Причина и пояснение сохраняются после нажатия «Записать отказ». Это отметка сотрудника по разговору, а не доказанный диагноз проблемы бизнеса.
Нажми «Записать отказ». Обращение получит соответствующий статус, причина останется в истории. В проверке мы также попробовали сохранить отказ без причины — программа его не приняла.
Почему это полезно: «дорого», «далеко ехать» и «записался в другую клинику» требуют разных дальнейших действий. В первом случае стоит проверить, какую цену и состав услуги обсуждали. Во втором — удобство расположения и предложенный филиал. В третьем — что повлияло на выбор и когда человек получил ответ.
Но один выбор кнопки ещё не объясняет причину потери. Человек мог назвать цену, а проблема была в неподходящем времени. Начинай с разговора и записи сотрудника, затем проверяй версию.
Как руководителю найти место потери записи
Раздели четыре вопроса. Когда их смешивают, крайним легко становится рекламный канал, хотя обращение могло застрять уже внутри клиники.
| Вопрос | Пример ответа | Что это позволяет проверить |
|---|---|---|
| Откуда пришло обращение? | Форма на сайте или звонок | Работает ли доставка обращений в систему |
| На каком шаге оно находится? | Новое, в работе, перезвон, отказ, запись | Где работа не доведена до следующего действия |
| Почему человек не записался? | По словам пациента, неудобно ехать | Конкретную версию, которую нужно сверить с разговором |
| Чем закончился приём? | Пришёл, не пришёл или итог ещё не отмечен | Результат, который нужно сверить с медицинской системой |
«Звонок с сайта» — ещё не название рекламной кампании. Чтобы разбирать кампанию или объявление, нужны переданные метки и связь с обращением. Если этих данных нет, нельзя восстановить источник догадкой. В нашей учебной проверке расходы и рекламные метки не загружались.
Три учебных обращения в отчёте. Расход не загружен, поэтому стоимость заявки и записи не рассчитана. Нули в этом примере не показывают эффективность действующей клиники.
Ситуация 1. Обращения есть, но их долго не берут
Сначала открой очередь. Посмотри, сколько обращений ждёт и кто находится на смене. Проверь, доходят ли обращения вовремя. Затем разбери, как они распределяются между сотрудниками.
Возможные причины разные: никто не назначен, человек занят на стойке, уведомление не заметили или обращение пришло с задержкой. Красный таймер помогает найти место для проверки. Он не выбирает виноватого.
Ситуация 2. Поговорили, но следующего действия нет
Открой карточку. Найди договорённость и срок следующего контакта. Если там только «думает», уточни, что сотрудник должен сделать и когда.
Полезная запись: «Попросил связаться после отпуска; перезвон 1 октября». Бесполезная для продолжения: «Всё обсудили». Обе короткие, но только первая объясняет следующий шаг.
Ситуация 3. В отчёте много отказов «дорого»
Возьми несколько обращений с этим статусом. Проверь, о какой услуге шла речь, какая цена была названа и что входит в предложение. Сравни слова пациента с заметкой сотрудника.
Не снижай цену по одной диаграмме. Сначала выясни, сравнивают ли люди одинаковые услуги и получают ли понятное объяснение условий. Результат разбора может оказаться вопросом рекламы, разговора или самого предложения.
Ситуация 4. Запись есть, а явки в отчёте нет
Проверь дату приёма и отметку в медицинской системе. Возможно, приём ещё впереди. Возможно, человек пришёл, но отметку не внесли или она не передалась.
«Нет отметки» и «не пришёл» — разные состояния. Иначе технический пробел превратится в ложный вывод о потерянных пациентах. Для проверки переноса данных используй один разрешённый пример и сверь его в обеих системах.
Как проверить, что сотруднику действительно проще
Понятные кнопки — хорошее начало. Но обещание «вообще не нужно обучение» проверяется работой человека, который впервые видит программу.
Дай сотруднику учебные обращения и попроси пройти пять действий без подсказки: взять новое, назначить повторный звонок, найти его в «Моём дне», записать отказ с причиной, вернуться к незавершённой карточке после обновления страницы.
Записывай три вещи: где он остановился, что спросил и какая ошибка возникла. Если название кнопки непонятно, полезнее изменить экран или короткую подсказку, чем дописывать ещё десять страниц инструкции.
| Проверка | Как понять, что получилось |
|---|---|
| Работа с новым обращением | Сотрудник видит, кого взять, и открывает нужную карточку |
| Просьба связаться позже | Срок сохранён, контакт находится в списке будущих действий |
| Незаконченный разговор | После обновления страницы обращение доступно |
| Отказ | Есть причина и достаточно контекста для проверки |
| Запись на приём | Дата и время совпадают с подтверждённой записью в медицинской системе |
| Передача смены | Понятно, кто продолжает работу с незавершёнными обращениями |
В этом разборе мы проверили первые четыре сценария на отдельной копии. Подключение расписания, запись в рабочую медицинскую систему, переход между сменами и обучение нового сотрудника нужно проверять отдельно в конкретной клинике.
Где здесь ИИ, а где достаточно понятной программы
Очередь, обязательная причина отказа и срок перезвона работают по правилам. Для них не нужна догадка нейросети. Польза появляется уже от того, что важное действие нельзя незаметно забыть.
ИИ может быть полезен при разборе длинного разговора: подготовить черновик заметки, выделить договорённость или предложить вопросы руководителю. В этой проверке Dental Bridge мы такой разбор не запускали и не показываем его как готовый результат.
Если добавляешь помощника, оставь сотруднику проверку. Просьба пациента, обещание администратора и предположение модели должны различаться. Подробный пример такого правила есть в разборе ИИ в CRM.
Наш принцип: сначала упрощаем работу, затем добавляем ИИ там, где он приносит понятную пользу. Владельцу клиники важнее обработанное обращение и верная запись, чем количество нейросетей в программе.
Как посчитать пользу для клиники
До изменения процесса зафиксируй обычный период работы. После запуска возьми сопоставимый период: похожие часы, загрузку и состав сотрудников. Не сравнивай тихое утро с понедельником после выходных.
Смотри не только на количество записей, но и на то, что стало происходить иначе:
- сколько обращений осталось без ответственного;
- сколько повторных контактов просрочено;
- сколько отказов записано без содержательного пояснения;
- сколько времени занимает обработка вместе с исправлениями;
- сколько подтверждённых записей и состоявшихся приёмов получилось.
Экономия времени считается просто: разница во времени обработки одного обращения × количество обработанных обращений. Но свободные минуты ещё не означают снижение фонда оплаты труда. Нужно проверить, удалось ли убрать оплачиваемую переработку или использовать это время для других задач.
Доход также нельзя считать по всем новым записям как по заслуге программы. Измениться могли реклама, цены, расписание и состав врачей. Записывай такие изменения рядом с показателями. Для подробного расчёта используй разбор окупаемости.
Что подготовить для своей системы
Начни с одной клиники, одной смены и понятного набора обращений. Опиши, откуда они приходят, кто их берёт, где находится расписание и как фиксируется итог разговора. Для обсуждения достаточно учебных примеров — передавать базу пациентов не нужно.
Затем согласуй, что войдёт в первую версию: очередь, повторные контакты, причины отказов, запись и отчёт. Отдельно проверь подключение телефонии и медицинской системы, перенос старых обращений, права сотрудников и поддержку после запуска. Лицензии сторонних систем, подключение и сопровождение могут потребовать отдельной оплаты.
Скачай таблицу проверки обращений и записей. В ней есть ситуации для проверки, ожидаемый результат и пустые поля для твоих заметок. Её можно открыть в табличном редакторе и пройти вместе с администратором.
Если хочешь разобраться, как создавать такие рабочие инструменты, продолжи в Лаборатории Субботина. Через Telegram получишь памятку к этому разбору и маршрут в платный клуб. Если задача — получить решение для клиники под ключ, опиши свой процесс: подключение Dental Bridge и внедрение обсуждаются отдельно, они не обещаны как часть подписки.
Похожие разборы наших инструментов: сбор материалов клиента из переписки и коммерческое предложение из разрозненных пожеланий.