Воронка продлений клиентов

Что это за сервис

Инструмент для менеджеров по работе с клиентами, их руководителя и финансов. Он собирает даты окончания клиентских договоров и подписок в одну шкалу, назначает ответственного за каждое продление и показывает, какие продления под угрозой.

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

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

Что он делает

Сводит продления в одну шкалу. Даты договоров, данные об использовании продукта и состояние клиента собраны в едином графике продлений.
Напоминает заранее. Уведомления за 90, 60 и 30 дней до даты продления запускают работу вовремя; для крупных клиентов окно может быть длиннее.
Назначает ответственного заранее. За 120 дней до окончания у каждого продления появляется владелец, чтобы оно не оказалось ничьим.
Отмечает риск. Оценка состояния клиента по использованию, обращениям и вовлечённости подсвечивает продления, требующие внимания.
Учитывает допродажи. В записи продления есть поля для расширения договора, и менеджер видит возможность допродажи в том же разговоре.
Даёт прогноз продлений. Финансы в любой момент видят ожидаемую сумму продлений и покрытие цели по удержанию по владельцам и сегментам.

Нюансы и особенности

Одна дата — один источник. Даты продлений из биллинга, CRM и таблиц сводятся в одну таблицу с указанием источника. Расхождения между источниками выносятся в очередь проверки, а не перезаписываются молча.
Напоминаний несколько. Одно напоминание легко пропустить. Окна 90/60/30 дней — пример; для разных сегментов и сумм договора их настраивают отдельно.
Оценка риска — по фактам. Оценку строят на использовании продукта и обращениях в поддержку, а не на ощущении менеджера. Формулу и веса хранят как настройку.
Продление и расширение — в одной записи. Если допродажи ведутся отдельно, менеджер обсуждает с клиентом только продление и упускает рост договора.
Многолетние договоры. Срок договора — просто даты. Продление через 12 или 36 месяцев обрабатывается теми же окнами напоминаний.
Доступ по ролям. Менеджер видит свои продления, руководитель — весь портфель, финансы — сводный прогноз. Ограничение действует на сервере, включая выгрузки.
Интеграция без миграции. Биллинг и CRM подключаются через API или read-only доступ к нужным таблицам. Если в биллинге уже есть отчёт по продлениям, которому доверяют, может хватить его и уведомлений.

Как сгенерировать через ИИ-агентов

Промпты рассчитаны на AI-агента (Claude Code, Cursor и аналоги) в Laravel-проекте с установленным Filament 4.x. Отправляйте их по одному и проверяйте результат каждого шага.

1. Данные и модели

Создай модели и миграции для воронки продлений: Account (внешний id,
сегмент, ответственный, оценка состояния), Contract (клиент, дата начала,
дата окончания, сумма, источник даты, срок в месяцах), Renewal (договор,
ответственный, дата назначения, статус, вероятность, сумма продления,
сумма расширения, следующий шаг, срок), RenewalAlert (продление, окно
в днях, дата отправки). Добавь фабрики с договорами на 12 и 36 месяцев.

2. Сведение источников

Сделай фоновую задачу, которая загружает даты договоров из биллинга
и CRM по API, сопоставляет их по внешнему id клиента и сохраняет источник.
Если даты окончания в источниках расходятся, не перезаписывай, а создавай
запись в очереди проверки. Пиши журнал загрузок.

Проверьте, что расхождение дат попадает в очередь, а не теряется.

3. Шкала продлений

Сгенерируй Filament-ресурс для Renewal: вкладки «90 дней», «60 дней»,
«30 дней», «Просрочено»; колонки оценки состояния, суммы продления
и расширения, ответственного и следующего шага; фильтры по сегменту
и владельцу; действие «Назначить следующий шаг» с обязательным сроком.

4. Напоминания и назначение владельца

Добавь задачу по расписанию: за 120 дней до окончания договора создавать
Renewal и назначать ответственного по правилам; отправлять уведомления
в окнах из конфига по сегментам, не повторяя уже отправленное окно.

5. Прогноз, доступ и экспорт

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

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