Перейти к содержимому

Сценарии Laravel + Filament

Каталог помогает превратить повторяющуюся работу команды в отдельное внутреннее приложение: определить роли, основные записи, состояния процесса и измеримый результат. Laravel отвечает за доменную логику, данные, интеграции и фоновые задачи; Filament ускоряет создание рабочего интерфейса для сотрудников.

Это набор сценариев, а не готовая спецификация продукта. Перед разработкой проверьте, что процесс устойчив и действительно требует отдельной системы: если достаточно настройки CRM, help desk, ERP или BI, покупной сервис обычно дешевле сопровождать.

Каталог содержит 100 сценариев в восьми категориях. У каждого сценария своя страница с одинаковой структурой: что это за сервис, что он делает, нюансы и особенности, последовательность промптов для ИИ-агента. Похожие сценарии из разных категорий описаны один раз, а на страницах соседних сценариев указано, чем они отличаются.

КатегорияСценариевПримеры
Продажи и CRM13состояние клиентской базы, воронка продаж, расчёт комиссионных
Образование11воронка приёмной кампании, посещаемость, расписание занятий
Финансы14реестр счетов, согласование закупок, прогноз движения денег
Маркетинг12дашборд кампаний, реестр UTM-ссылок, атрибуция лидов
Инженерная команда13журнал деплоев, штаб инцидента, фича-флаги
Поддержка клиентов12дашборд обращений, трекер эскалаций, SLA первого ответа
Операции12управление заказами, складские остатки, портал поставщиков
HR13справочник сотрудников, чек-лист адаптации, учёт отпусков

В каждом сценарии начните с одного владельца процесса и минимального набора сущностей. В Filament обычно достаточно ресурсов для основных записей, таблицы с поиском и фильтрами, форм с валидацией и действий, вызывающих доменные операции Laravel. Статусы и переходы храните в приложении, а не только в интерфейсе.

Правила доступа тоже закрепляйте на сервере. Как поставить такую задачу ИИ-агенту, показано в разделе «Как сгенерировать через ИИ-агентов» на странице каждого сценария.

  1. Зафиксируйте текущий процесс, включая исключения и ручные обходы.
  2. Выберите основную запись и 2–4 состояния, без которых работа не движется.
  3. Определите роли и поля, которые каждая роль вправе видеть или менять.
  4. Добавьте журнал действий и уведомления только для значимых переходов.
  5. Интеграции и отчёты включайте после проверки основного потока на реальных данных.

Дашборд с KPI относится к формату дашбордов и аналитики, самообслуживание внешнего пользователя — к личным кабинетам, а внутренние очереди и согласования — к back-office системам. Эта папка показывает, какие прикладные сценарии могут реализовать эти форматы.