Состояние клиентской базы и риск оттока
Что это за сервис
Заголовок раздела «Что это за сервис»Внутренний дашборд для менеджеров по работе с действующими клиентами и их руководителя. Он показывает, какие клиенты рискуют не продлить договор, почему и кто должен с ними связаться.
Без такого сервиса сигналы разнесены по CRM, поддержке, продуктовой аналитике и биллингу. Перед звонком менеджер открывает четыре системы, молчащие клиенты остаются без внимания, а продление обнаруживается за несколько дней до окончания договора.
Что он делает
Заголовок раздела «Что он делает»- Сводит сигналы в карточку клиента. Активность в продукте, обращения и состояние оплат видны в одном месте, у каждого показателя есть источник и дата обновления.
- Ранжирует клиентов по риску. Очередь внимания учитывает оценку и значимость договора, показывает причину попадания в очередь и требует зафиксировать следующий шаг.
- Держит продления на виду. Представления на 30, 60 и 90 дней показывают ответственного, состояние клиента и незавершённые действия до переговоров.
- Предупреждает об ухудшении. Правила замечают устойчивое падение активности и создают уведомление с объяснением, без дублей при повторной загрузке.
- Готовит отчёт к встрече. Снимок состояния за выбранную дату даёт воспроизводимые цифры для квартальной встречи с клиентом.
Нюансы и особенности
Заголовок раздела «Нюансы и особенности»- Универсальной формулы нет. Сигналы приводят к одной шкале, веса согласуют с владельцем процесса и проверяют на известных продлениях и отказах. Версию формулы хранят вместе с оценкой, чтобы смена весов не выглядела ухудшением клиента.
- Отсутствие данных — не ноль. Нужно различать новую компанию без истории, сбой загрузки и подтверждённое снижение активности. Новым клиентам показывают статус «Недостаточно данных» до конца периода наблюдения.
- Свежесть важнее пересчёта. Новое время расчёта не делает старые сигналы актуальными: сервис проверяет дату исходных данных, а просроченные загрузки выносит в отдельную очередь.
- Красная карточка без действия бесполезна. У каждого риска должен быть ответственный и срок следующего контакта; изменения журналируются.
- Доступ ограничивают на сервере. Менеджер видит своих клиентов, руководитель — команду. Ограничение действует в таблицах, виджетах и выгрузках; скрытая колонка его не заменяет.
- Интеграция без миграции. Существующую CRM подключают через API и фоновую синхронизацию или отдельное read-only подключение к разрешённым таблицам. Если штатный отчёт CRM уже закрывает задачу, отдельное приложение может не понадобиться.
- Пороги — это настройки. Порог риска и допустимый возраст расчёта выносят в конфиг и калибруют по истории, а не зашивают в код.
Как сгенерировать через ИИ-агентов
Заголовок раздела «Как сгенерировать через ИИ-агентов»Промпты рассчитаны на AI-агента (Claude Code, Cursor и аналоги) в Laravel-проекте с установленным Filament 4.x. Отправляйте их по одному: каждый шаг даёт результат, который можно проверить до перехода к следующему.
1. Данные и модели
Заголовок раздела «1. Данные и модели»Создай модели и миграции для дашборда состояния клиентов:Account (внешний id, ответственный менеджер, дата начала, дата продления,текущая оценка и время её расчёта), HealthSnapshot (клиент, конец периода,оценки использования, поддержки и оплат, версия формулы), FollowUp(клиент, исполнитель, срок, причина, дата выполнения), SyncRun (источник,начало, окончание, статус, ошибка). Оценка допускает null, если данныхнедостаточно. Добавь фабрики с реалистичными демо-данными.Проверьте, что пустая оценка не заменена нулём, а версия формулы хранится в каждом снимке.
2. Карточка клиента
Заголовок раздела «2. Карточка клиента»Сгенерируй Filament-ресурс для Account. В карточке покажи текущую оценку,дату продления, историю снимков и договорённости о следующем шаге черезrelation managers. Рядом с каждым показателем выведи источник и датуобновления.3. Очередь внимания и продления
Заголовок раздела «3. Очередь внимания и продления»Добавь в таблицу клиентов фильтр «Требуют внимания»: свежая оценка нижепорога из конфига, расчёт не старше суток. Добавь вкладки продлений на 30,60 и 90 дней, группировку по менеджеру и действие «Назначить следующийконтакт» с обязательными исполнителем и сроком.Проверьте, что клиенты без оценки не попадают в очередь риска, а показываются отдельно как «Недостаточно данных».
4. Синхронизация и предупреждения
Заголовок раздела «4. Синхронизация и предупреждения»Сделай фоновую задачу по расписанию, которая загружает сигналы активности,обращений и оплат из внешних API, пишет журнал SyncRun и пересчитываетснимки. При переходе оценки через порог отправляй уведомление в панелис причиной. Повторная загрузка того же сигнала не должна создавать дубли.5. Доступ и отчёт к встрече
Заголовок раздела «5. Доступ и отчёт к встрече»Настрой доступ: менеджер видит только своих клиентов, руководитель — своюкоманду. Примени это ограничение к таблицам, виджетам и экспорту. Добавьвиджеты динамики портфеля и экспорт снимка на выбранную дату с периодоми описанием показателей.Войдите под менеджером и убедитесь, что чужие клиенты не видны ни в списке, ни в виджетах, ни в выгрузке.
Похожие сценарии
Заголовок раздела «Похожие сценарии»- Воронка продлений клиентов — сроки продлений, ответственные и прогноз; оценка состояния отсюда служит сигналом риска продления.
- Оценка риска сделок — та же логика оценки, но для новых сделок в воронке, а не для действующих клиентов.
- Эскалации обращений — обращения и эскалации как сигналы состояния клиента; отдельный дубликат оценки состояния в поддержке не нужен.