Онбординг клиента консультанта - это короткий управляемый маршрут между оплатой и началом работы. В нем нужны пять элементов: подтверждение оплаты, организационные условия и границы связи, анкета, подготовка обеих сторон и подтверждение встречи. Клиент понимает следующий шаг, а консультант получает необходимые вводные до разговора.
Результат настройки - одностраничная карта онбординга и чек-лист отправки.
Где начинается путаница после оплаты
После оплаты фокус консультанта переключается на содержание будущей работы. Клиент остается с организационными вопросами.
Он может не знать, прошел ли платеж, где будет встреча, нужно ли что-то заполнить, в каком канале задавать вопросы и какие материалы подготовить. Если ответы распределены по разным сообщениям, клиент уточняет детали. Консультант повторяет одно и то же или тратит начало встречи на организацию процесса.
Путаница начинается, когда подтверждение оплаты не содержит следующего шага, ссылка на встречу отделена от правил переноса, назначение анкеты не объяснено, а материалы принимаются в разных каналах. Автоматическое сообщение тоже не помогает, если из него непонятно, к кому обратиться в нестандартной ситуации.
Операционная цена - лишняя переписка, повторные действия и часть встречи, потраченная не на задачу клиента.
Если первая консультация является самостоятельным продуктом, ее логику стоит определить заранее. В статье о том, как собрать первичную консультацию, я разбираю результат встречи и ее границы. Онбординг продолжает эту конструкцию после оплаты.
Почему одного автоматического письма недостаточно
Автоматическое письмо полезно для повторяемой отправки информации. Но письмо - это канал, а не процесс. Оно не определяет последовательность шагов, владельца каждого действия и правило для исключений.
Система может сразу отправить анкету, но о непонятном вопросе консультант узнает только перед встречей. Письмо может содержать все условия, но не выделять ближайшее действие.
У рабочего онбординга есть четыре свойства:
- Последовательность. Клиент видит, что произошло и что делать дальше.
- Ответственный. Для каждого шага понятно, кто действует.
- Критерий готовности. Шаг завершен по наблюдаемому признаку.
- Канал исключений. Есть способ вручную решить вопрос вне шаблона.
Автоматизация подключается после описания этой логики. Принципы выбора событий и текстов собраны в материале про автоматические сообщения в CRM частной практики.
Пять шагов онбординга клиента консультанта
Для каждого шага зафиксируйте цель, действие, ответственного, срок и критерий завершения. Срок является полем вашей карты, а не универсальным нормативом. Он зависит от услуги, даты встречи и реальной возможности отвечать.
1. Подтверждение оплаты
Цель - снять неопределенность и перевести клиента из покупки в работу. Система или человек, контролирующий оплаты, подтверждает платеж, называет приобретенный формат и показывает ближайший шаг. Критерий завершения: клиент получил подтверждение и понимает следующее действие.
2. Условия и границы связи
Цель - согласовать организационную рамку. Консультант формулирует дату и формат встречи, рабочий канал, порядок отправки материалов, границы поддержки, условия переноса и способ сообщить об исключении. Формулировки должны совпадать с договором и практикой. Шаг завершен, когда клиент знает, где состоится работа и куда писать.
3. Анкета
Цель - собрать вводные, которые влияют на подготовку и ход встречи. Клиент заполняет форму, консультант или помощник проверяет полноту. Объясните назначение анкеты и отметьте обязательные поля. Для каждого вопроса проверьте: изменит ли ответ подготовку, гипотезу или сценарий? Критерий завершения: данных достаточно, а пробелы отмечены.
4. Подготовка сторон
Цель - прийти на встречу с общим контекстом, но не решать всю задачу заранее. Клиент прикладывает согласованные материалы, проверяет связь и формулирует главный вопрос. Консультант изучает анкету, отмечает противоречия и готовит структуру разговора. Шаг завершен, когда материалы доступны, а стартовая ситуация и цель понятны.
5. Подтверждение встречи
Цель - собрать маршрут в финальную точку. Система отправляет сообщение с датой, временем, часовым поясом, ссылкой, подготовкой и правилом переноса, человек обрабатывает исключения. Если нужен ответ клиента, прямо назовите действие. Критерий: встреча подтверждена, ссылка работает, обязательные материалы доступны.
Карта онбординга и составной пример
Соберите маршрут на одной странице. Для небольшой практики достаточно таблицы:
| Шаг | Действие | Ответственный | Срок | Критерий готовности | Исключение |
|---|---|---|---|---|---|
| Оплата | Подтвердить и дать следующий шаг | Система или консультант | Заполнить | Клиент получил маршрут | Платеж не найден |
| Условия | Передать правила и каналы | Консультант | Заполнить | Условия доступны | Нужен особый формат |
| Анкета | Заполнить и проверить форму | Клиент, затем консультант | Заполнить | Данных достаточно | Вопрос непонятен |
| Подготовка | Передать материалы и изучить ответы | Обе стороны | Заполнить | Контекст изучен | Нет доступа |
| Встреча | Проверить дату, ссылку и готовность | Система или консультант | Заполнить | Встреча подтверждена | Перенос |
Рассмотрим составной пример, а не реальный клиентский кейс. Частный консультант получает оплату за рабочую встречу. Система подтверждает платеж и ведет клиента на страницу с условиями, анкетой и одним рабочим каналом. Консультант проверяет ответы, запрашивает недостающий документ там же и отмечает подготовку завершенной. Перед встречей клиент получает одно сообщение со ссылкой и кратким списком подготовки.
Пример показывает последовательность, но не доказывает снижение возвратов, рост удовлетворенности или другой коммерческий эффект. Конструкцию нужно проверить в конкретной практике. Если клиенты задают один вопрос, найдите разрыв: информация отсутствует, появляется не в тот момент или сформулирована неоднозначно. После встречи понадобится отдельный процесс. Его можно сверить с материалом про follow-up после диагностики.
Что проверить перед запуском
Пройдите реальный путь клиента от экрана оплаты до входа во встречу:
- условия в сообщениях совпадают с договором и фактической услугой;
- клиенту понятно, какие согласия нужны и для чего используются данные;
- собираются только необходимые сведения, определены доступ и защита данных;
- дата, время, часовой пояс и ссылка указаны без противоречий;
- правила переноса можно найти до возникновения проблемы;
- есть ручной канал для нестандартной ситуации;
- консультант видит незавершенный шаг и понимает, что делать;
- после каждого сообщения очевидно одно ближайшее действие.
При работе с персональными данными нужны законное основание и меры защиты. Эта статья не заменяет юридическую консультацию.
Пройдите маршрут самостоятельно. Исправляйте место, где клиент перестает понимать следующий шаг. Хороший онбординг должен быть последовательным, проверяемым и управляемым в исключениях.
Если вы выстраиваете продукт, границы работы и клиентский путь как единую систему, посмотрите программу для экспертов.