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

getdatarecovery

Постройте полную систему управления успехом клиентов с помощью 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 в качестве вашего персонального менеджера по успеху клиентов.

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

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

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

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

Моя компания:
- Продукт: [название продукта]
- Отрасль: [отрасль]
- 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, подходящую для руководителей. Без жаргона. Конкретные цифры. Четкое сравнение «до и после».

Отображается 60% содержимого. Просмотрите полную статью: https://openclaw.aiondesktop.com/tutorials/ru/34