Рабочий процесс успеха клиентов

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

Обзор основной системы

INFO

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

Уровень системы	Основная функция	Конечный результат
Уровень передачи	Переход от продаж к CS, настройка аккаунта, создание плана успеха	Аккаунт после онбординга с задокументированными критериями успеха
Уровень онбординга	Проведение кик-оффа, отслеживание внедрения, обучение, управление вехами	Клиент на первой ценности с активным вовлечением
Уровень здоровья	Расчет оценки здоровья, мониторинг использования, обнаружение сигналов риска	Оцененный портфель с аккаунтами, ранжированными по риску
Уровень ценности	Отслеживание результатов, документирование ROI, подготовка QBR	Задокументированные доказательства ценности и исполнительные сводки
Уровень продления	Управление воронкой, карта заинтересованных сторон, переговоры, обработка контрактов	Подписанные продления (желательно с расширением)
Уровень расширения	Выявление возможностей, разработка бизнес-кейсов, координация cross-sell	Квалифицированная воронка расширения
Уровень вмешательства	Реагирование на сигналы оттока, создание плана спасения, управление эскалацией	Выполненные планы спасения с отслеживанием результатов
Уровень оптимизации	Анализ портфеля, доработка сценариев, итерация процессов	Улучшение показателей удержания и расширения

Предварительные требования

Элемент	Требование
OpenClaw Ultra	Установлен и запущен
Аккаунт CRM	Активный аккаунт с доступом к API (HubSpot, Salesforce, Pipedrive или аналогичный)
Учетные данные API CRM	Ключ API или токен OAuth с правами чтения/записи
Портфель клиентов	Список управляемых аккаунтов с условиями контракта и датами продления
Данные об использовании продукта	(Рекомендуется) Доступ к аналитике продукта или журналам использования для оценки здоровья
Система тикетов поддержки	(Рекомендуется) Доступ к платформе поддержки (Zendesk, Intercom, Freshdesk) для данных об объеме тикетов

Шаг 0 — Инициализация системы успеха клиентов

Настройте OpenClaw Ultra в качестве вашего персонального менеджера по успеху клиентов.

Шаги операции

1. Откройте новый чат в OpenClaw Ultra
2. Соберите учетные данные CRM, данные портфеля и любые интеграции с CS-платформами
3. Вставьте промпт инициализации

Готовый промпт

Действуй как мой менеджер по успеху клиентов.

Моя компания:
- Продукт: [название продукта]
- Отрасль: [отрасль]
- CRM-платформа: [HubSpot / Salesforce / Pipedrive / другое]
- Учетные данные CRM: [ключ API или токен]
- CS-платформа: [Gainsight / ChurnZero / Totango / нет]
- Платформа поддержки: [Zendesk / Intercom / Freshdesk / нет]

Мой портфель:
- Количество аккаунтов: [количество]
- Типичная стоимость контракта: [диапазон $]
- Цикл продления: [ежемесячный / годовой / многолетний]
- Среднее время до первой ценности: [дни или недели]

Мои самые большие операционные проблемы:
- Я управляю [40-80+] аккаунтами и провожу большую часть второй половины дня, туша пожары, вместо проактивной работы
- Контекст аккаунта разбросан по CRM, тикетам поддержки, аналитике продукта, биллингу и электронным таблицам
- Я часто строю отношения с ежедневными пользователями, но упускаю руководителя, контролирующего продление
- У меня есть цели по продлению и расширению, но я получаю мало коммерческого обучения или поддержки в переговорах
- Моя текущая оценка здоровья кажется ненадежной — она пропускает риски оттока или слишком часто бьет тревогу

Построй полную систему управления успехом клиентов, которая напрямую решает эти проблемы. Система должна:
- Показывать только те аккаунты, которые действительно нуждаются в моем внимании на этой неделе (без шума)
- Собирать фрагментированные данные в одном месте, чтобы мне не нужно было проверять пять вкладок перед каждым звонком
- Составлять карту руководителей и лиц, принимающих решения о продлении, а не просто дружелюбных пользователей
- Генерировать пакеты продления и расширения с конкретными тезисами и контрапредложениями
- Использовать оценку здоровья, построенную в основном на опережающих поведенческих сигналах, а не на интуиции или запаздывающих опросах

Шаг 1 — Онбординг новых клиентов

Вводите новые аккаунты в систему и быстро приводите их к первой ценности.

1.1 Выполнение передачи от продаж к CS

Промпт

У меня новый клиент, который только что закрыл сделку. Проведи передачу от продаж к CS.

Детали клиента:
- Компания: [имя клиента]
- Стоимость контракта: [сумма $]
- Срок: [длительность]
- Заинтересованные стороны: [имена и роли]
- Чемпион: [имя]
- Крайний срок внедрения: [дата]

Из заметок отдела продаж мне нужно:
1. Что было обещано во время цикла продажи — функции, сроки, уровень поддержки
2. Их заявленные цели и критерии успеха на первый год
3. Любые красные флаги или опасения, высказанные во время переговоров
4. Требования к технической настройке и кто отвечает за каждую часть
5. Ключевые отношения — кто поддерживал нас, а кто был настроен скептически

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

Создай начальную запись аккаунта в CRM с:
- Проверенной записью в CRM со всеми деталями контракта
- Картой заинтересованных сторон, показывающей отношения и уровни влияния
- Документом с итогами передачи для моих записей
- Списком пробелов в данных, которые еще нужно заполнить от отдела продаж

1.2 Проведение кик-оффа и создание плана успеха

Промпт

Подготовь структурированный кик-офф и план успеха на 30-60-90 дней для [имя клиента].

Профиль клиента:
- Отрасль: [отрасль]
- Размер компании: [сотрудники]
- Основной сценарий использования: [для чего они купили продукт]
- Критерии принятия решения: [по чему они нас оценивали]
- Дата запуска: [дата]
- Требования к интеграции: [список необходимых технических интеграций]

План успеха должен включать:
- Неделя 1: Техническая настройка, предоставление пользователей, обучение администраторов
- Дни 8-30: Активация основного сценария использования, первый рабочий процесс запущен, первая веха ценности определена
- Дни 31-60: Расширение функциональности, онбординг дополнительных пользователей, интеграция процессов
- Дни 61-90: Полное внедрение, проверка измеримых результатов, планирование QBR

Для каждой фазы укажи:
- Конкретное действие, которое должен предпринять клиент
- Как выглядит успешное завершение
- Как мы будем это измерять
- Кто отвечает за каждое действие (мы vs. клиент)

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

Верни календарный график с конкретными датами вех и общий документ для отслеживания.

INFO

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

Шаг 2 — Мониторинг здоровья аккаунта

Создайте систему, которая непрерывно отслеживает здоровье аккаунта и выявляет риски до того, как они превратятся в отток. Для сигналов квалификации лидов, которые питают онбординг, см. Рабочий процесс AI SDR.

2.1 Настройка оценки здоровья

Промпт

Построй модель оценки здоровья для моего портфеля.

Доступные источники данных:
- CRM: [HubSpot / Salesforce / другое] — дата последней активности, история сделок, тикеты поддержки
- Использование продукта: [источник] — частота входов, внедрение функций, глубина сессий
- Поддержка: [Zendesk / Intercom / другое] — объем тикетов, тональность, время ответа
- Биллинг: [Stripe / Chargebee / другое] — статус платежа, изменения плана
- Опросы: оценки NPS / CSAT, если доступны

Разработай модель оценки с:
1. Четырьмя уровнями здоровья: Зеленый (все в порядке), Желтый (требуется внимание), Оранжевый (под риском), Красный (критично)
2. Взвешенными сигналами — используй 80% опережающих индикаторов (частота входов, широта функций, вовлеченность заинтересованных сторон) и 20% запаздывающих индикаторов (NPS, CSAT)
3. Автоматическими оповещениями, когда аккаунт падает с Зеленого на Желтый или ниже

Для каждого уровня определи:
- Конкретные пороговые значения сигналов, которые вызывают этот уровень
- Рекомендуемое действие CSM для аккаунтов на этом уровне
- Путь эскалации, если аккаунт остается на Оранжевом или Красном более [X] дней

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

Примени модель к моему текущему портфелю и верни ранжированный список от наиболее до наименее рискованных.

2.2 Еженедельное сканирование здоровья

Промпт

Проведи еженедельное сканирование здоровья моего портфеля.

Для каждого аккаунта проверь:
1. Частоту входов на этой неделе по сравнению с базовым уровнем — отметь аккаунты ниже 70% от нормы
2. Внедрение функций — перечисли функции со снижающимся использованием по портфелю
3. Открытые тикеты поддержки — отметь аккаунты с 3+ открытыми тикетами или тикетами старше 5 дней
4. Изменения заинтересованных сторон — любые увольнения, новые наймы или смены ролей в ключевых аккаунтах
5. Вехи контракта — предстоящие продления, истечения сроков или повышения цен

Верни:
- Аккаунты, которые опустились на уровень здоровья ниже с прошлой недели (с причиной)
- Аккаунты, которые поднялись на уровень здоровья выше (с причиной)
- Аккаунты, требующие человеческого внимания на этой неделе (макс. 3 приоритетных аккаунта)
- Любые паттерны по портфелю, о которых я должен знать

Не давай мне длинный список каждого аккаунта. У меня их слишком много. Дай мне только 3, по которым я должен действовать на этой неделе, с одним конкретным действием для каждого, плюс единственный паттерн портфеля, который я должен эскалировать внутренне.

Шаг 3 — Проведение бизнес-обзоров

Свяжите использование продукта с измеримыми бизнес-результатами и поддерживайте вовлеченность руководителей.

3.1 Подготовка квартального бизнес-обзора

Промпт

Подготовь квартальный бизнес-обзор (QBR) для [имя клиента].

Контекст клиента:
- Возраст аккаунта: [месяцев с запуска]
- Продукт: [название продукта и редакция]
- Пользователи: [лицензированные vs. активные]
- Годовая стоимость контракта: [сумма $]
- Результаты предыдущего QBR: [заметки с последнего обзора]

Данные для извлечения:
1. Тренды использования — частота входов, активные пользователи, внедрение функций за квартал
2. История поддержки — объем тикетов, время решения, распространенные проблемы
3. Достигнутые результаты — что они хотели vs. что сделали
4. Сигналы расширения — новые сценарии использования, новые отделы, проявившие интерес, поведение продвинутых пользователей
5. Сигналы риска — снижение использования, уход заинтересованных сторон, нерешенные эскалации

Структура презентации QBR:
- Исполнительное резюме (одна страница): что произошло, что это значит, что мы рекомендуем
- Раздел использования и внедрения с линиями трендов, а не статическими цифрами
- Раздел ROI, связывающий данные использования с бизнес-результатами
- Совместный план успеха на следующий квартал с конкретными измеримыми обязательствами с обеих сторон
- Раздел рисков, если применимо — будь прям о проблемах, не прячь их
- Обновление карты заинтересованных сторон: определи руководителя, контролирующего продление, и любых новых влиятельных лиц или критиков

Верни полный сценарий QBR с постарайдовыми тезисами для обсуждения.

WARNING

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

3.2 Документирование ROI аккаунта

Промпт

Задокументируй ROI, достигнутый [имя клиента] с момента онбординга.

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

Для каждой категории:
1. Извлеки фактические цифры из данных использования и метрик, предоставленных клиентом
2. Оцифруй влияние, где возможно — сэкономленное время = почасовая ставка x часы
3. Используй собственные заявленные цели клиента с кик-оффа в качестве ориентира
4. Отметь любую категорию, по которой у нас нет данных — укажи, что нужно отслеживать в следующем квартале

Верни одностраничную сводку ROI, подходящую для руководителей. Без жаргона. Конкретные цифры. Четкое сравнение «до и после».

Шаг 4 — Управление продлениями

Постройте воронку продлений, которая дает вам 90-дневную видимость и структурированную подготовку.

4.1 Составление карты воронки продлений

Промпт

Составь карту моей воронки продлений на следующие 90 дней.

Для каждого аккаунта, продлевающегося в этом квартале:
1. Детали контракта — текущий ARR, срок действия, даты начала/окончания, условия автопродления
2. Тренд оценки здоровья — траектория Зеленый/Желтый/Оранжевый/Красный за последние 6 месяцев
3. Статус чемпиона — работает ли оригинальный чемпион все еще и вовлечен ли он?
4. Руководитель — кто у клиента контролирует решение о продлении?
5. Тренд использования — растет, стабилен или снижается за последние 90 дней
6. Открытые проблемы — нерешенные пробелы продукта, эскалации поддержки, ценовые проблемы
7. Конкурентный риск — любая известная оценочная активность или текущие RFP

Верни ранжированную воронку продлений, отсортированную по вероятности продления:
- Сильные: Зеленое здоровье, активный чемпион, задокументированная ценность — не требуется действий, кроме стандартного QBR
- Требуют внимания: Желтое здоровье или смена чемпиона — требуется проактивное вовлечение руководства
- Под риском: Оранжевое/Красное здоровье, снижение использования или известная неудовлетворенность — требуется немедленная эскалация
- Неизвестно: Отсутствуют данные по одному или нескольким критическим сигналам — исследовать на этой неделе

4.2 Подготовка пакета продления

Промпт

Подготовь пакет продления для [имя клиента].

Контекст аккаунта:
- Текущий ARR: [сумма $]
- Текущие пользователи: [количество]
- Предлагаемое продление: [то же / расширение / понижение]
- Ключевые победы в этом периоде: [список достигнутых результатов]
- Неразрешенные проблемы: [любые нерешенные вопросы по аккаунту]
- Лицо, принимающее решение: [имя и должность]
- Срок принятия решения: [дата, когда им нужно подписать]

Пакет продления должен включать:
1. Сводку ценности — что они вложили, что получили, оцифровано, где возможно
2. Что меняется в новом периоде — цена, условия, функции (если что-то меняется)
3. Предлагаемый график инициатив на следующий период
4. Ценовые варианты — стандартное продление и любые опции расширения

Подготовка к переговорам:
- Определи их вероятные возражения на основе данных о здоровье и недавних взаимодействий
- Подготовь контрапредложения для каждого возражения
- Определи максимальные полномочия по скидке и путь эскалации
- Поскольку я не обученный продавец, дай мне точные формулировки для разговора о ценности и когда привлекать deal desk или аккаунт-менеджера

Верни полный пакет продления как документ, готовый к отправке, плюс внутренние заметки по переговорам.

Шаг 5 — Стимулирование дохода от расширения

Определите аккаунты, готовые к росту, и создайте бизнес-кейс для расширения.

5.1 Выявление возможностей расширения

Промпт

Просканируй мой портфель на предмет возможностей расширения в этом квартале.

Типы сигналов для обнаружения:
1. Рост использования — аккаунты, где активные пользователи или частота сессий выросли на 20%+ за последние 3 месяца без соответствующего обновления контракта
2. Охват отделов — аккаунты, где пользователи охватывают несколько отделов, но лицензирован только один отдел
3. Потолок функций — аккаунты, которые активно используют основные функции, но не внедрили премиум-модули
4. Положительный NPS — сторонники (оценка 9-10), которых не попросили расшириться
5. Органические упоминания — аккаунты, выразившие интерес к новым сценариям использования в тикетах поддержки или QBR
6. Годовщина контракта — аккаунты, приближающиеся к продлению, где расширение может быть объединено

Для каждого отмеченного аккаунта:
- Конкретный тип сигнала и его сила
- Рекомендуемое действие по расширению (апсейл, кросс-сейл, расширение мест, многолетний)
- Предлагаемые сроки (сейчас, следующий QBR, продление)
- Оценка потенциального дохода
- Руководитель или владелец бюджета, которого нужно привлечь, а не просто ежедневный пользователь

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

Верни приоритезированную воронку расширения с ожидаемым доходом и сроками закрытия.

5.2 Создание бизнес-кейса расширения

Промпт

Создай бизнес-кейс расширения для [имя клиента].

Возможность расширения:
- Текущий продукт/план: [текущий]
- Предлагаемое расширение: [новый продукт / дополнительные места / апгрейд]
- Триггерный сигнал: [что вызвало эту возможность]
- Потребность клиента: [какую проблему решает расширение для них]

Бизнес-кейс должен содержать:
1. Текущее состояние клиента — что у них есть, чего им не хватает, во сколько обходится пробел
2. Количественное влияние расширения — сэкономленное время, полученный доход, сниженный риск
3. Ожидаемый срок окупаемости ROI — через сколько времени расширение окупит себя
4. Конкурентный контекст — оценивают ли они альтернативы?
5. Рекомендация по ценообразованию — отдельно vs. в комплекте с продлением
6. Внутренние заметки — здоровье отношений, ключевые заинтересованные стороны, вероятные возражения

Верни бизнес-кейс, готовый для внутреннего рассмотрения и презентации клиенту.

Шаг 6 — Вмешательство в аккаунты под риском

Обнаруживайте сигналы оттока на ранней стадии и выполняйте структурированные планы спасения. Для шаблонов писем по удержанию и автоматизации последующих действий см. Рабочий процесс email-рассылок.

6.1 Оценка риска оттока

Промпт

Проведи оценку риска оттока по моему портфелю.

Сигналы риска для сканирования:
- Коллапс использования — частота входов упала более чем на 50% за последние 30 дней
- Потеря чемпиона — известный внутренний чемпион покинул компанию или сменил роль
- Эскалация поддержки — 5+ тикетов за 30 дней или критическая эскалация, нерешенная более 7 дней
- Негативный опрос — оценка NPS 0-6 или CSAT ниже [порога]
- Проблемы с биллингом — неудачный платеж или запрос на понижение
- Конкурентная активность — клиент запросил проверку безопасности, RFP или упомянул конкурента
- Отток заинтересованных сторон — множественные уходы заинтересованных сторон у клиента за 90 дней
- Тишина — нет входов, нет тикетов поддержки, нет посещений QBR в течение 45+ дней

Для каждого отмеченного аккаунта верни:
- Оценку риска (высокий / средний / низкий)
- Конкретные сигналы, вызвавшие оповещение
- Рекомендуемое действие в ближайшие 48 часов
- Может ли ситуация быть обработана CSM или требует эскалации руководству

Если аккаунт молчит (нет входов, нет тикетов поддержки, нет посещений QBR) более 45 дней, рассматривай его как высокий риск, даже если оценка опроса выглядит нормальной. Запаздывающие индикаторы могут лгать; отсутствие опережающего поведения обычно нет.

6.2 Создание и выполнение плана спасения

Промпт

Создай структурированный план спасения для [имя клиента под риском].

Ситуация с аккаунтом:
- Сигналы риска: [список конкретных сигналов и их серьезность]
- Коренная причина: [что пошло не так — переобесценная функция, плохой опыт поддержки, ценовые трения, конкурентное давление, потеря чемпиона]
- Статус заинтересованных сторон: [кто еще вовлечен, кто отстранился, кто контролирует решение]
- Статус контракта: [месяцев до продления, условия автопродления]

План спасения должен включать:
1. Немедленное действие (ближайшие 48 часов) — кто с кем связывается и с каким сообщением
2. Краткосрочные исправления (ближайшие 2 недели) — проблемы продукта для решения, функции для доставки, бэклог поддержки для очистки
3. Вовлечение руководства — назначь звонок с их руководителем и вашим менеджером или VP
4. Восстановление ценности — пересмотри их первоначальные критерии успеха, задокументируй достигнутое, определи упущенное
5. Варианты решений — предлагаемые варианты от полного исправления до корректировки контракта
6. Крайний срок — когда прекратить инвестиции и позволить аккаунту уйти

Верни полный план спасения с ответственными и сроками. Отметь любые ресурсные или продуктовые обязательства, требующие одобрения руководства.

Шаг 7 — Анализ портфеля и оптимизация процессов

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

7.1 Анализ производительности портфеля

Промпт

Проведи анализ производительности портфеля за этот квартал.

Метрики для расчета:
- Валовый коэффициент удержания — аккаунты, которые продлились, vs. аккаунты, подлежащие продлению
- Чистое удержание дохода — начальный ARR vs. конечный ARR, включая расширение и сокращение
- Время до первой ценности — среднее количество дней от кик-оффа до первой вехи ценности по всем аккаунтам, прошедшим онбординг в этом квартале
- Распределение оценки здоровья — % портфеля на каждом уровне здоровья в этом квартале vs. прошлом квартале
- Коэффициент завершения QBR — аккаунты, получившие бизнес-обзор, vs. аккаунты, которым он был положен
- Эффективность планов спасения — аккаунты, отмеченные как под риском, vs. аккаунты, успешно спасенные
- Конверсия расширения — выявленные возможности расширения vs. закрытый доход от расширения

Для каждой метрики:
- Сравни с прошлым кварталом
- Отметь все, что изменилось более чем на 10% в любую сторону
- Определи аккаунты, движущие изменениями (хорошими и плохими)

Верни одностраничную сводку портфеля с 3 наибольшими возможностями для улучшения в следующем квартале.

7.2 Доработка сценариев и процессов

Промпт

Просмотри мои CS-сценарии и порекомендуй улучшения на основе данных этого квартала.

Области для анализа:
1. Сценарий онбординга — достигают ли клиенты первой ценности быстрее сейчас, чем в прошлом квартале? Какие этапы онбординга вызывают наибольшие задержки?
2. Модель оценки здоровья — правильно ли текущая модель отмечала аккаунты, которые ушли или сократились? Были ли ложные срабатывания, потратившие время?
3. Шаблон QBR — какие разделы QBR приводят к наиболее сильным результатам продления? Тратим ли мы время на слайды, которые не имеют значения?
4. Процесс продления — каково среднее время от первого разговора о продлении до подписанной сделки? Где процесс застревает?
5. Сценарий спасения — какие типы вмешательств (звонок руководства, исправление продукта, корректировка цены) имеют самый высокий уровень спасения?

Для каждого сценария:
- Что сработало в этом квартале (сохранить)
- Что не сработало (изменить)
- Что мы попробовали и быстро провалилось (отбросить)
- Что мы еще не пробовали, но стоит попробовать (протестировать в следующем квартале)

Верни обновленный сценарий с конкретными изменениями, а не общими принципами.

Результат шага 7

Улучшения процессов на основе данных, возвращающиеся на каждый этап цикла успеха клиентов.

Итоговый замкнутый рабочий процесс успеха клиентов

Аккаунт подписан → Передача выполнена → Онбординг завершен → Оценка здоровья активна →
Использование и внедрение отслеживаются → Бизнес-обзоры проведены → Продление обеспечено →
Расширение выявлено → Аккаунты под риском обработаны → Портфель проанализирован → Процесс доработан → Следующий аккаунт

Практические советы по использованию

1. Отслеживайте время до первой ценности для каждого нового аккаунта и отмечайте любой онбординг, который проходит день 30 без задокументированной первой вехи ценности — этот единственный показатель предсказывает удержание лучше любой оценки здоровья
2. Оценки здоровья должны использовать 80% опережающих индикаторов (частота входов, широта функций, вовлеченность заинтересованных сторон) и 20% запаздывающих индикаторов (NPS, CSAT) — большинство CS-команд делают наоборот и реагируют на отток после того, как клиент уже отключился
3. Всегда составляйте карту руководителя, контролирующего решение о продлении, а не просто ежедневного пользователя, которому нравится ваш продукт — театр отношений с неправильными заинтересованными сторонами — самое распространенное слепое пятно в CS
4. Объединяйте разговоры о расширении с продлениями, а не предлагайте их отдельно — совместные переговоры дают вам больше рычагов и клиенту более четкую общую картину ценности
5. Отправляйте сводку оценки здоровья каждому клиенту перед их QBR, чтобы в встрече не было сюрпризов — QBR должен подтверждать то, что они уже знают, а не сообщать плохие новости
6. Устанавливайте крайний срок плана спасения и придерживайтесь его — инвестирование ресурсов в аккаунт, который не восстановится, отнимает время у аккаунтов, которые восстановятся
7. Для эскалации сложных проблем выделенной команде поддержки см. Автоматизация поддержки клиентов
8. Для отслеживания дат продления и деталей контрактов через структурированную воронку см. Рабочий процесс продаж CRM