Почти каждый растущий магазин рано или поздно упирается в админку. Сначала её хватает: товары, заказы, статусы. Потом появляются роли, филиалы, индивидуальные цены, интеграции и отчёты, и оказывается, что половина работы ведётся в Excel, а каждая доработка стоит как отдельный проект.
Laravel + Filament — один из способов вернуть контроль над процессами. Это не «ещё одна CMS», а конструктор админки на базе фреймворка. Он подходит, когда бизнес-логика стала важнее готовых шаблонов.
Признаки, что админка мешает бизнесу
- Менеджеры ведут часть заказов, цен или остатков в Excel и переносят данные вручную.
- Каждая новая функция требует отдельного модуля, который конфликтует с обновлениями.
- Нельзя гибко настроить роли: все видят лишнее или, наоборот, не видят нужное.
- Нет истории изменений: непонятно, кто поменял цену и когда.
- Интеграции падают без логов, и причину приходится искать по косвенным признакам.
- Отчёты собираются вручную, хотя данные уже есть в системе.
- Каталог, заказы и контент живут в разных интерфейсах и не связаны между собой.
Если хотя бы три пункта знакомы, проблема не в «неудобной кнопке», а в модели данных и процессах. Косметические правки готовой CMS здесь помогают редко.
Что такое Filament
Filament — это набор инструментов для быстрого создания админ-панелей на Laravel. Он даёт готовые компоненты: таблицы, формы, фильтры, действия, виджеты, уведомления и управление доступами. Разработчик описывает ресурсы и поведение, а не рисует каждую страницу с нуля.
Важно понимать разницу: Filament не заменяет CMS для контент-редактора «из коробки». Это фундамент, на котором собирается админка под конкретные процессы. Зато она получается ровно такой, какой нужна бизнесу, без борьбы с чужими шаблонами.
CRUD для товаров, заказов, категорий, клиентов и любых сущностей с таблицами, фильтрами и массовыми действиями.
Поля, зависимости, валидация, повторители и загрузка файлов — без ручной вёрстки каждого экрана.
Роли, политики и ограничение действий по сущностям. Можно разделить доступ менеджера, склада и контент-редактора.
Показатели, графики и сводки по заказам, выручке и остаткам прямо в панели.
Что можно собрать на Laravel + Filament
Товары, варианты, характеристики, категории, индивидуальные цены и массовые импорты.
Статусы, история, возвраты, документы и связь с платежами и доставкой.
Экраны состояния обмена с 1С, CRM и складом, логи, повторный запуск и алерты.
Ограничение по складам, регионам и типам заказов без дублирования интерфейсов.
Страницы, статьи, баннеры и SEO-поля с предпросмотром и историей изменений.
Выручка, средний чек, остатки, зависшие заказы и другие показатели для ежедневной работы.
Как выглядит типовой проект
Фиксируем, кто и что делает: менеджер, склад, контент, бухгалтерия. Определяем сущности и правила.
Проектируем таблицы, связи и статусы. Ошибки на этом этапе дороже всего исправлять позже.
Собираем ресурсы, формы, фильтры и действия под реальные сценарии, а не под демо.
Подключаем 1С, CRM, оплату и доставку. Тяжёлые операции выносим в очередь с логами и повторами.
Настраиваем роли, аудит действий, бэкапы, алерты и понятный экран состояния системы.
Производительность на большом каталоге
Filament не делает сайт быстрым автоматически. Скорость зависит от запросов, индексов и того, как устроены таблицы. На каталоге в десятки тысяч товаров особенно важны серверная пагинация, фильтры по индексированным полям и отсутствие N+1.
- Используйте пагинацию и не выводите весь каталог в одном запросе.
- Добавляйте индексы под фильтры и поиск, которые реально используются.
- Подгружайте связи заранее через with(), а не в цикле.
- Выносите импорт, выгрузки и пересчёты в очередь.
- Кэшируйте тяжёлые виджеты и отчёты, если они не нужны в реальном времени.
Безопасность и роли
- Политики доступа на уровне моделей и действий, а не только скрытые кнопки.
- Двухфакторная аутентификация для администраторов.
- Журнал изменений по критичным сущностям: цены, остатки, статусы заказов.
- Регулярные бэкапы и проверка восстановления.
- Принцип минимальных прав: у контент-редактора не должно быть доступа к платежам и ролям.
Когда Laravel + Filament не нужен
- Небольшой магазин с типовыми процессами, которому хватает готовой CMS.
- Нет команды или подрядчика, который будет поддерживать код.
- Нужен запуск за неделю на минимальном бюджете.
- Текущая платформа закрывает 90% задач, а проблемы решаются точечно.
Своя админка — это инвестиция в процессы, а не серебряная пуля. Она оправдана, когда бизнес-логика действительно сложнее стандартной и её развитие упирается в ограничения готовой CMS.
Сроки и стоимость
- Простая админка с каталогом и заказами — обычно от двух до четырёх недель.
- Каталог, заказы, роли и базовая интеграция — от четырёх до восьми недель.
- Контур с несколькими интеграциями, отчётами и сложными правилами — от восьми до шестнадцати недель.
Точная оценка возможна только после описания процессов и объёма данных. Если подрядчик называет цену до интервью с бизнесом, это скорее маркетинг, чем расчёт.
Пример: портал на Laravel + Filament
В кейсе Oberegi мы собрали контентный портал с админкой на Laravel + Filament: материалы, рубрики, SEO-поля и управление структурой. Редактору не нужно знать код, а команда получила предсказуемую доработку без борьбы с чужой CMS.
Что в итоге
Laravel + Filament имеет смысл, когда админка должна отражать реальные процессы, а не подстраивать бизнес под шаблон. Это больше работы на старте, но меньше боли при росте: понятная модель данных, свои правила, нормальные интеграции и контроль доступа.
Своя админка или доработка CMS
Не каждая проблема требует нового проекта. Иногда достаточно доработать существующую CMS, добавить отчёты и навести порядок в правах. Решение зависит от того, насколько текущая платформа мешает процессам и сколько ещё проживёт бизнес-модель.
Если хотя бы половина пунктов не выполняется, своя админка может оказаться дешевле в горизонте двух-трёх лет. Но начинать с неё стоит только тогда, когда есть понятная команда и готовность поддерживать продукт.
Что меняется для команды и бизнеса
Своя админка перераспределяет ответственность. Бизнес получает интерфейс, который повторяет реальные процессы, а не заставляет сотрудников подстраиваться под чужую логику. Менеджеры перестают переносить данные вручную, разработчики — чинить конфликтующие модули после каждого обновления.
- Бизнес видит статусы, остатки и заказы в одном месте, без выгрузок в Excel.
- Менеджеры работают по понятным правилам и не могут случайно изменить лишнее.
- Разработчики добавляют функции в предсказуемую кодовую базу.
- Поддержка получает логи, историю действий и понятный экран состояния интеграций.
Но есть и цена: такую систему нужно проектировать, тестировать и поддерживать. Если в компании нет человека, который отвечает за развитие продукта, даже хорошая админка быстро обрастёт хаотичными доработками.
Как не превратить админку в долгострой
Сначала закройте самый болезненный процесс: например, обработку заказов или ведение каталога. Не пытайтесь сразу заменить все системы.
Оставьте ручные операции там, где они редки и не критичны. Автоматизация ради автоматизации усложняет систему.
С первого дня пишите историю изменений и ошибок. Это сэкономит недели поддержки, когда что-то пойдёт не так.
Админка работает только тогда, когда ей пользуются по правилам. Инструкции и короткие видео важнее ещё одной кнопки.
Типичные ошибки
- Копировать чужую админку, не разобравшись в собственных процессах.
- Выводить все поля сразу, превращая форму в простыню.
- Забыть про массовые операции и импорт — менеджеры быстро вернутся в Excel.
- Не предусмотреть права и ограничения по складам или регионам.
- Игнорировать тестирование на реальном объёме данных.
- Не оставить план развития: админка должна расти вместе с бизнесом.
Опишите процессы и текущие ограничения. Предложим, где достаточно доработки CMS, а где действительно нужна своя панель.
Обсудить задачу →
