Онбординг клиента после установочной встречи: план и чек-лист
Как превратить установочную встречу в понятный план онбординга клиента: первый полезный результат, зависимости, роли и проверка готовности. Пример и шаблон.
Начните с результата клиента
Клиент получил приглашение, посмотрел демонстрацию и всё равно не начал работу. Причина может быть не в интересе к продукту: не назначен ответственный, не подготовлены исходные данные или выбран слишком большой первый сценарий.
План онбординга связывает договорённости установочной встречи с первым применением. Это не полный план внедрения на год и не список всех функций. Выберите ограниченную задачу, по которой клиент сможет проверить пользу и понять следующий шаг.
Соберите путь до первого результата
Определите стартовый сценарий
Спросите, какую конкретную работу клиент хочет выполнить первым. Уточните пользователя, исходные материалы и наблюдаемый результат. «Освоить систему» слишком неопределённо; «обработать одну тестовую заявку и проверить её маршрут» уже можно проверить.
Проверьте зависимости
Выпишите, что требуется до начала: доступы, данные, ответственные и время участников. Отделите действия вашей команды от действий клиента. Для каждой зависимости укажите получателя результата, иначе обе стороны могут считать, что ждут друг друга.
Согласуйте короткие контрольные точки
После каждого важного шага определите, что должно быть продемонстрировано. Встреча обучения завершается не фактом посещения, а понятным следующим действием пользователя. При переносе зависимости обновите связанный срок, а не только дату встречи.
Проведите проверку первого использования
Попросите клиента выполнить сценарий в согласованных условиях. Зафиксируйте затруднения и устраните препятствия перед расширением. Если результат достигнут, договоритесь, какую следующую задачу клиент начнёт решать и где получит помощь.
Старт работы с системой обработки обращений
Ниже — вымышленный учебный пример. Имена, условия и результаты приведены только для объяснения метода.
В первый день нам достаточно провести одну заявку от регистрации до ответа. Оператора назначим сегодня, а список обязательных полей пришлём после проверки руководителем.
Первый результат ограничен одной заявкой. Массовый перенос архива и автоматизация всех каналов в него не входят, если стороны отдельно этого не согласовали.
Зависимость по полям должна появиться до настройки формы. Отсутствие списка нельзя скрыть отметкой «клиент подключён», даже если учётная запись уже создана.
| Шаг | Владелец | Признак завершения |
|---|---|---|
| Назначить оператора | Клиент | Участник подтвердил роль |
| Подготовить поля | Клиент и исполнитель | Список согласован |
| Проверить сценарий | Оператор с поддержкой | Заявка прошла путь до ответа |
Шаблон плана старта
Отправьте клиенту короткую версию, в которой ясно видны его действия и ожидаемый первый результат.
Первый полезный результат: Пользователь и рабочий сценарий: Что входит в первый этап: Что оставляем на потом: Шаг / владелец / зависимость / результат: Контрольная точка и дата: Как клиент обращается за помощью: Что мешает старту сейчас: Как подтверждаем первое применение: Следующий сценарий после успеха:
Уберите скрытое ожидание между сторонами
- Клиент понимает, что должен подготовить сам.
- У каждой передачи есть получатель.
- Есть проверка самостоятельного действия пользователя.
- Следующий шаг определён и при успехе, и при затруднении.
Разберём детали
Обязательна ли отдельная обучающая встреча?
Нет. Выберите формат по сложности сценария и подготовке клиента. Иногда достаточно короткой инструкции, но сам результат всё равно нужно проверить.
Что делать, если клиент не прислал данные?
Укажите, какой шаг заблокирован, какие именно сведения нужны и кто отвечает за их подготовку. Пересмотрите зависимые даты, не скрывая ожидание общим статусом «в работе».