Воронка приёмной кампании

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

Рабочий дашборд приёмной комиссии и её руководителя на период кампании. Он ведёт абитуриента от первого обращения до подтверждения места: заявка начата, заявка заполнена, рассмотрение, решение о приёме, подтверждение (договор, оплата депозита или согласие на зачисление). Главные вопросы, на которые он отвечает: сколько людей на каждом этапе, какая конверсия прямо сейчас и как это соотносится с прошлым годом на ту же дату.

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

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

Что он делает

Ведёт абитуриента по этапам. Каждое обращение проходит фиксированную последовательность этапов, и у каждого перехода есть дата и автор.
Показывает конверсию в реальном времени. Доля перехода между этапами видна по программам и каналам в течение всей кампании, а не в итоговом отчёте.
Распределяет нагрузку. Новые обращения назначаются консультантам по очереди, по программе или по региону, а сводка показывает текущее число абитуриентов у каждого.
Оценивает по единой шкале. Критерии и веса заданы в системе, поэтому все консультанты оценивают заявки одинаково.
Сравнивает с прошлыми кампаниями. Показатели текущего года стоят рядом с прошлогодними на ту же календарную дату.
Возвращает недозаполненные заявки. Если заявку начали и не закончили за заданное время, абитуриент получает напоминание, а консультант — задачу.

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

Граница сценария — подтверждение места. Этот дашборд отвечает за привлечение и отбор. Путь от решения о приёме до фактического зачисления с документами и местами в группах ведёт трекер зачисления, а итоговый контингент считает аналитика контингента.
Этапы — фиксированный справочник. «Заявка подана» должна означать одно и то же у всех консультантов. Свободный текстовый статус ломает и конверсию, и сравнение с прошлым годом.
Сравнение на ту же дату. Чтобы сопоставить кампании, нужны ежедневные снимки воронки. Итоговые цифры прошлого года против текущих промежуточных дают ложный вывод об отставании.
Шкала оценки версионируется. Критерии и веса согласуют с приёмной комиссией. Если их меняют посреди кампании, сохраняйте версию вместе с оценкой, чтобы сравнивать заявки честно.
Один человек — несколько заявок. Абитуриент может подать документы на разные программы. Храните человека и заявки отдельно, а в карточке показывайте все его заявки.
Персональные данные и доступ. Заведующий кафедрой видит заявки своей программы, консультант — своих абитуриентов, руководство — всё. Ограничение действует на сервере, включая выгрузки. Согласие на обработку персональных данных фиксируется вместе с заявкой.
Интеграция вместо переноса. Если заявки приходят из портала или официальной системы приёма, дашборд синхронизируется с ними через API или читает разрешённые таблицы. Когда штатная CRM приёмной комиссии уже закрывает задачу, отдельное приложение может не понадобиться.

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

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

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

Создай модели и миграции для приёмной кампании: Applicant (ФИО, контакты,
регион, согласие на обработку данных), Program (название, подразделение),
AdmissionCycle (год, даты начала и окончания), Application (абитуриент,
программа, кампания, этап из фиксированного enum: обращение, заявка начата,
заявка заполнена, на рассмотрении, решение о приёме, место подтверждено,
отказ; консультант, итоговая оценка, версия шкалы), StageChange (заявка,
этап, дата, автор). Добавь фабрики с демо-данными за две кампании.

2. Карточка абитуриента и заявки

Сгенерируй Filament-ресурсы Applicant и Application. В карточке абитуриента
покажи все его заявки, историю этапов и оценки через relation managers.
Смена этапа — только через действие, которое пишет запись в StageChange.

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

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

Проверьте, что при смене весов старые оценки сохраняют свою версию шкалы.

4. Снимки и напоминания

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

5. Доступ и дашборд

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

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