Карточка обращения для администратора стоматологии
Что должно быть после переписки, чтобы администратор получил не простыню чата, а понятный следующий шаг.
Содержание статьи 10 разделов
Пациент написал вечером, уточнил услугу, оставил телефон и попросил связаться завтра. Утром администратор открывает длинную переписку и заново восстанавливает смысл. В этот момент клиника теряет не лид, а контекст уже полученного обращения.
Пациент написал вечером. Спросил про имплантацию, уточнил цену, оставил телефон и попросил связаться завтра после 11:00.
Утром администратор открывает не задачу, а длинную переписку. Нужно заново понять, откуда пришел пациент, что он хотел, что уже уточнили, можно ли ему звонить, насколько срочно и что делать дальше.
На бумаге обращение не потеряно. Переписка есть. Контакт есть. Но контекст уже рассыпался.
Сырой чат — это история, но не готовая задача
Что в чате есть
- переписка полностью;
- вопросы пациента;
- ответы оператора;
- время сообщений;
- вложения и уточнения.
Чего в чате обычно нет
- короткого резюме;
- срочности;
- удобного времени;
- ограничений, что не обещали;
- понятного следующего шага.
Где теряется контекст после переписки
Контекст редко теряется в одной точке. Обычно он рассыпается на стыке канала, смены и системы учета.
Вечернее обращение
Пациент пишет после работы или в выходной. Утром администратор видит только переписку.
Смена администратора
Один человек начал диалог, другой продолжает. Без резюме появляются повторные вопросы.
Чат отдельно от CRM / МИС
История есть, но статус, ответственный и следующий шаг не видны.
Вопрос про цену
Нельзя обещать стоимость лечения без диагностики, но можно безопасно уточнить направление и следующий шаг.
Карточка обращения — это короткий handoff для администратора
Карточка обращения отвечает не на вопрос «что было в чате полностью». Для этого есть история переписки.
Она отвечает на другой вопрос: с чем именно сейчас должен работать администратор и какой следующий шаг нужен.
Что должно быть в карточке обязательно
Минимум карточки — 8 полей. Если сделать больше без необходимости, карточку перестанут стабильно использовать. Если сделать меньше, администратор снова будет разбирать чат вручную.
- Источник обращения
- Сайт, форма, мессенджер, карты, рекомендация, повторное обращение.
- Услуга или направление
- Не диагноз, а рабочий тег: имплантация, ортодонтия, лечение, консультация.
- Срочность
- Сегодня, в ближайшие дни, планово, хочет понять первый шаг.
- Контакт и канал
- Имя, телефон, мессенджер или другой удобный способ связи.
- Удобное время
- Например: завтра после 11:00, после работы, сегодня после 18:00.
- Что уже уточнили
- 2-4 строки без переписывания всего чата.
- Чего не обещали
- Стоимость лечения, диагноз, слот, лечение по фото, результат.
- Следующий шаг
- Перезвонить, предложить консультацию, подобрать окна, уточнить филиал.
Чего в карточке быть не должно
- диагноза;
- назначения лечения;
- обещания результата;
- точной стоимости полного лечения без осмотра;
- вывода по фото или снимку, если это должен делать врач;
- фраз в духе «точно решим» или «гарантируем».
Пациент написал вечером, а CRM уже есть: почему контекст всё равно теряется
После закрытия клиники пациент написал об имплантации, оставил телефон и попросил связаться утром. Контакт может автоматически попасть в CRM, но этого недостаточно: администратор не видит, что именно интересовало пациента, насколько срочно нужен ответ, когда удобно связаться и что уже обсудили.
Так возникает ситуация, когда заявки есть, а записей мало. Проблема не всегда в рекламе или самой CRM. Одна из возможных причин — на передаче до администратора дошли имя и телефон, но потерялись смысл переписки и конкретный следующий шаг.
Хранит то, что передали
Если в CRM попали только имя и телефон, администратору всё равно приходится заново разбирать обращение.
Ведёт медицинский контур
Карточка нужна раньше: между первым сообщением пациента и записью на консультацию.
Не восстанавливает контекст
Скрипт подсказывает, как говорить. Карточка показывает, о чём продолжить разговор и что делать дальше.
Получает следующий шаг
Администратор остаётся в процессе, принимает решение и продолжает работу с пациентом.
Слабая передача выглядит как «разбери сам»
Слабая передача
Нет источника детализации, срочности, удобного времени, ограничений и понятного следующего шага.
Хорошая передача
- Источник
- WhatsApp с сайта.
- Направление
- имплантация.
- Срочность
- планово, хочет созвон вечером.
- Контакт
- телефон сохранен, удобнее WhatsApp.
- Удобное время
- после 18:00.
- Уже уточнили
- интересуется первым шагом, врача не выбирал.
- Не обещали
- стоимость полного лечения, сроки и результат.
- Следующий шаг
- предложить консультацию и 2 свободных окна.
Во втором варианте администратор получает не историю переписки, а задачу.
Проверьте 10 последних переписок
Не нужно начинать с большой перестройки CRM. Возьмите последние 10 переписок из мессенджера, формы сайта или чата и проверьте каждую по 8 вопросам.
- откуда пришел пациент;
- что его интересует;
- есть ли контакт;
- когда удобно связаться;
- насколько срочно нужно ответить;
- что уже уточнили;
- чего не обещали;
- какой следующий шаг должен сделать человек.
Как здесь помогает ИИ-Квалификатор
В ИИ-Квалификаторе для стоматологий мы смотрим не на «бота вместо администратора».
Задача другая: быстро дать первый ответ, задать 3-5 безопасных уточняющих вопросов, не давать медицинских обещаний, собрать организационный контекст и передать администратору понятную карточку обращения.
Для вечернего обращения маршрут может выглядеть так: сообщение пациента → уточнение услуги, срочности, контакта и удобного времени → карточка обращения → передача в выбранный рабочий контур клиники → следующий шаг администратора.
- отвечает быстро, пока пациент не остыл;
- уточняет направление, контакт и удобное время;
- не ставит диагноз и не обещает лечение;
- собирает то, что нужно для следующего шага;
- передает человеку карточку обращения.
Когда карточка обращения не нужна
- у клиники мало входящих обращений;
- один канал общения;
- один администратор без сменности;
- пациент почти всегда сам проходит онлайн-запись;
- CRM уже показывает короткое резюме без перечитывания диалога;
- после карточки нет человека, который берет ее в работу.
Проверьте, где клиника теряет контекст обращений
Покажем на демо, как ИИ-Квалификатор может принимать первичное обращение, безопасно уточнять детали и передавать администратору карточку с понятным следующим шагом.