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

Что должно произойти в первые 90 дней

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

В HubSpot программу customer success считают фактически остановившейся, если после онбординга клиент не перешёл к повторному получению ценности. Разовая настройка, обучающий звонок или отправленная инструкция сами по себе не означают, что клиент освоил продукт и встроил его в рабочий процесс.

Универсального календаря для всех компаний нет. Сложность продукта, размер клиента, число участников внедрения и время до первого результата могут сильно различаться. Поэтому 90 дней лучше использовать как период проверки гипотез и процесса, а не как жёсткий стандарт для каждого аккаунта.

Почему программа customer success теряет результат

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

Другая проблема возникает, когда customer success начинается после продажи без согласованных правил передачи клиента. Продажи знают ожидания заказчика, внедрение - технические детали, поддержка - историю обращений, а специалист по customer success получает только название компании и дату оплаты. На таком handoff легко потерять контекст, договорённости и критерии успеха.

Ещё одна ошибка - оценка только запаздывающих показателей. Отток клиентов, отток выручки, рост выручки и рекомендации показывают уже состоявшийся результат. По данным Custify, их полезно дополнять опережающими сигналами: проактивными контактами, оценками после взаимодействий, customer health score и вовлечённостью.

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

Какие ошибки возникают при онбординге клиентов

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

Частые ошибки можно свести к нескольким типам:

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

Полезнее отслеживать не количество отправленных материалов, а признаки adoption - освоения продукта в нужном объёме. Например, команда может проверить, выполнено ли ключевое действие, подключены ли нужные пользователи, появился ли первый рабочий результат и повторил ли клиент сценарий без помощи специалиста.

Как выстроить работу по этапам

В первый месяц внедрения customer success Custify рекомендует собрать данные о продукте, сценариях использования, клиентах, доступных метриках и пробелах во взаимодействии команд. На этом этапе не нужно сразу создавать сложную систему автоматизации. Сначала стоит описать текущий путь клиента и найти места, где чаще всего теряется движение к результату.

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

В третий месяц процесс запускают в ограниченном масштабе, обучают участников и проверяют качество коммуникаций. В схеме Custify после этого появляются автоматизация и масштабирование, но только когда понятны данные, роли и правила реакции на сигналы.

Отдельная схема 30/60/90, описанная в публикации LinkedIn, предлагает в первые 30 дней изучать продукт, клиентов и их проблемы, в следующие 30 дней картировать customer journey и выявлять аккаунты риска, а в последние 30 дней заниматься проактивными контактами, adoption и health score. Это удобная рабочая рамка, но не доказанный универсальный стандарт для любой компании.

Какие метрики показывают первые результаты

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

К таким сигналам относятся:

  • выполнение ключевых действий в продукте и повторное использование основных функций;
  • доля клиентов, достигших заранее определённого первого результата;
  • число проактивных контактов и их связь с изменением вовлечённости;
  • динамика customer health score по сегментам;
  • оценки после взаимодействий с командой;
  • количество клиентов, зависших между этапами онбординга или передачи в поддержку.

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

Что это значит для бизнеса

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

Автоматизацию лучше подключать после этой проверки. Email-последовательности, напоминания о handoff, отчёты, задачи и предупреждения об изменении customer health score действительно снимают рутину, но они не заменяют решение о том, что считать успехом. Если роли и KPI не определены, автоматизация лишь быстрее размножит лишние уведомления и неработающие сценарии.

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

Первые результаты программы customer success стоит оценивать по переходу клиента к самостоятельному и повторному использованию продукта. Если команда видит только закрытые задачи и проведённые встречи, но не понимает, получил ли клиент ценность, процесс ещё не связан с удержанием клиентов.

Итог

Проблемы первых 90 дней обычно возникают не из-за нехватки контактов с клиентом, а из-за отсутствия связного процесса. Чтобы программа customer success работала, компании нужно заранее определить ожидаемый результат, согласовать передачу клиента между командами, отслеживать опережающие сигналы и связывать каждый риск с конкретным действием. Период 90 дней удобно использовать для последовательной проверки этих элементов, но не как одинаковый сценарий для всех клиентов.