Дашборд воронки продаж

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

Общая доска сделок для менеджеров, руководителя отдела продаж и аналитика коммерческого блока. Каждая сделка живёт в одном месте, а руководитель видит, хватает ли воронки для выполнения плана.

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

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

Что он делает

Собирает все сделки на одной доске. Сделки разложены по этапам, менеджер перетаскивает карточку, и этап меняется в исходной записи.
Показывает покрытие плана. Отношение суммы воронки к плану видно по менеджерам и этапам, с учётом вероятности этапа.
Отмечает зависшие сделки. Сделки без обновлений дольше порога помечаются, а после долгого бездействия переводятся в «Зависшие» и не завышают воронку.
Связывает сделку с активностью. У каждой сделки видна дата последнего контакта, поэтому на планёрке обсуждают план действий, а не состояние данных.
Даёт представления по ролям. Менеджер видит свои сделки, руководитель — весь отдел, аналитик — всё с правом выгрузки.

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

Этапы задаёт команда. Набор этапов — это справочник, а не жёсткий список. Четыре этапа или двенадцать, доска и фильтры подстраиваются. Вероятности этапов утверждает руководитель, иначе прогноз создаёт ложную точность.
Устаревание видно сразу. Колонка «последнее обновление» и отметка сделок без изменений, например, дольше 7 дней. Порог — настройка.
Воронка без «мёртвых душ». Сделки без активности, например, 30 дней автоматически уходят в «Зависшие». Так сумма воронки отражает реальные шансы.
Без активности сделка слепа. Журнал звонков, писем и встреч связывают со сделками с первого дня, иначе дата последнего контакта неизвестна.
Представления по ролям с первого дня. Одна доска на всех перегружает менеджера и открывает лишнее. Ограничение действует на сервере, в том числе в выгрузке.
Данные — живыми запросами. Дашборд строится на актуальных данных, а не на ночной выгрузке, иначе проблема ручного отчёта возвращается.
Не обязательно уходить из CRM. Доску можно построить поверх базы или API существующей CRM без миграции. Если штатные дашборды CRM закрывают задачу и команда не упирается в их ограничения, отдельное приложение не нужно. Собственная доска оправдана, когда нужна своя модель данных, поля и процесс без ожидания администратора CRM.

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

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

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

Создай модели и миграции для воронки продаж: Stage (название, порядок,
вероятность, признак закрытия), Deal (название, клиент, менеджер, этап,
сумма, ожидаемая дата закрытия, дата последнего обновления, дата последней
активности, признак «Зависшая»), Activity (сделка, автор, тип, дата,
результат), SalesTarget (менеджер, период, план). Добавь фабрики
с реалистичными демо-данными.

2. Ресурс сделок и доска

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

Проверьте, что перенос карточки сохраняет этап в базе и не ломает дату последнего обновления.

3. Зависшие сделки

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

4. Покрытие плана

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

5. Роли, синхронизация и экспорт

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

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