Как попросить пациента об обратной связи: нейтральный сценарий

Разделите три разных действия

Внутренняя обратная связь помогает клинике понять впечатление пациента. Обращение в поддержку нужно, чтобы разобрать конкретную ситуацию. Публичный отзыв адресован другим людям на выбранной площадке. У этих действий разная аудитория, обработка данных и правила публикации; их нельзя объявлять одним и тем же результатом.

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

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

Сформулируйте приглашение без желаемого ответа

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

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

Не разделяйте путь по выгодной оценке

Review gating — сценарий, при котором довольных направляют к публичному отзыву, а недовольных удерживают только во внутреннем канале. Наличие формы поддержки не оправдывает такое ограничение. Возможность обратиться к клинике можно показывать всем, сохраняя одинаковую доступность внешней площадки при любой оценке.

Проверяйте правила конкретной площадки

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

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

Политики площадок могут отличаться и обновляться. Нельзя переносить условия программы одной площадки на Google Maps или обещать универсальную «легальность» любой мотивации. Участие в конкретной программе требует самостоятельной проверки её условий.

Отвечайте на проблему, не торгуясь за мнение

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

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

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

Пройдите проверку перед отправкой

1. Критерий приглашения одинаков для пациентов с разными впечатлениями.
2. Текст не обещает награду и не просит поставить определённую оценку.
3. Во всех ветках доступен одинаковый публичный путь; поддержка предложена дополнительно.
4. Указаны правильные клиника, филиал и ссылка; нет лишних медицинских сведений.
5. Понятно поведение при ошибке, истечении ссылки и повторном открытии.
6. Состояния в журнале различают отправку, доставку, открытие и ответ там, где соответствующие события доступны.
7. У команды есть ответственный за замечания и прекращение нежелательных напоминаний.

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

Продолжить разбор