Онбординг новой функции: как встроить её в уже привычную работу

У функции есть конкурент: старый рабочий способ

В условной CRM руководитель продаж каждую пятницу открывает отчёт, проверяет цифры и пересылает его команде. Это занимает время, но даёт контроль: перед отправкой он видит, какие сделки попали в сводку. Команда продукта добавляет расписание. На макете путь кажется очевидным — включить переключатель, выбрать день, сохранить. Для руководителя главный вопрос другой: что уйдёт коллегам, если он больше не проверит письмо вручную?

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

Сначала убедитесь, что аккаунт готов: данные попадают в отчёт, у человека есть право отправлять письма, адресаты известны. Иначе приглашение попробовать функцию приведёт к недоступной настройке. Такой тупик не исправить более настойчивым текстом.

Покажите, что изменится в следующую пятницу

Анонс не должен пересказывать релиз. Ему достаточно связать знакомое действие с новым способом и дать безопасный вход в настройку. Например, рядом с ручной отправкой можно показать такой текст:

• Заголовок: «Отправляйте этот отчёт по расписанию».
• Пояснение: «Выберите день и получателей. Перед первым запуском проверьте письмо на тестовом адресе».
• Кнопка: «Настроить отправку».

Первый запуск должен оставить человеку контроль

После перехода покажите уже выбранный отчёт, а не пустую форму со всеми возможностями продукта. Руководитель проверяет период данных и получателей, затем смотрит образец письма на текущих цифрах. Если отчёт за прошлую неделю будет отправлен в понедельник, экран должен назвать точные даты. Слово «период» без примера не отвечает на вопрос, который важен перед рассылкой.

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

Предусмотрите и обычный перерыв. Руководителю могли позвонить после выбора адресатов. Когда он вернётся, сохранённые поля должны быть на месте, а экран должен показать, что осталось сделать. Повторять весь рассказ о функции с начала нет смысла.

После сохранения расскажите, что сделает система

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

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

Следующая отправка проверит настройку

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

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