Указанные суммы и сроки — ориентиры для выбранного сценария, а не публичная оферта или итоговая смета. Состав работ, стоимость и сроки согласуем после обсуждения задачи и зафиксируем в договоре.
Админ-панель нужна, когда команде регулярно приходится собирать данные из нескольких систем, а готовый сервис не закрывает ключевой рабочий сценарий. Начинать стоит не с графиков и не с оценки «сколько стоит дашборд», а с решений, которые пользователь должен принимать по данным.
Знакомая картина: бизнес живёт в Excel и чатах
Заявки могут приходить через форму, почту и другие каналы, заказы — жить в учётной системе, а финансы — в банковской выгрузке. Если статус приходится уточнять в нескольких местах, сначала зафиксируйте, где создаётся и кто отвечает за каждый тип данных.
Чтобы ответить на вопрос «сколько мы заработали на прошлой неделе и с каких каналов», владелец пишет трём людям и ждёт сутки. А потом сводит цифры руками — и они всё равно не сходятся.
Последствия предсказуемы:
- Обращения трудно проверить. У сообщения нет статуса, ответственного или истории обработки.
- Решения принимаются на ощущениях. «Кажется, Директ не работает» — а на самом деле не работает менеджер, который отвечает на заявки через 4 часа.
- Масштабирование невозможно. Нанять второго менеджера страшно, потому что непонятно, как контролировать даже первого.
Корень проблемы один: у бизнеса нет единой точки, где собраны все цифры. Именно эту задачу решает разработка админ-панели под ваш бизнес.
Что такое кастомная админ-панель и чем она отличается от готовых SaaS
Кастомная админ-панель — это веб-приложение, написанное под процессы конкретной компании. Внутри обычно три слоя:
- Сбор данных — интеграции с источниками: сайт, Telegram, 1С, amoCRM, рекламные кабинеты, банк.
- Хранение и логика — база данных и правила: статусы заявок, права доступа, расчёт метрик.
- Дашборд — экран с цифрами и графиками, понятный без обучения.
Честное сравнение с amoCRM и Битрикс24
Скажем прямо: готовые SaaS — хорошие продукты, и навязывать кастом всем подряд — недобросовестно. Сравним по-честному.
Когда достаточно amoCRM или Битрикс24:
- У вас классические продажи «заявка → звонок → сделка» без специфики.
- Команда до 5–10 человек, процессы стандартные.
- Не нужны нестандартные расчёты (себестоимость по партиям, маржа по рецептурам, сложная логистика).
- Бюджет на старт — до 30 000 ₽, и нужно «вчера».
Когда нужна кастомная разработка:
- Процесс не укладывается в воронку: производство, аренда, подписки, мультиэтапные проекты.
- Нужно свести данные из 3+ систем в один экран (1С + сайт + реклама + банк).
- Готовая CRM требует столько доработок и платных виджетов, что подписка плюс интеграторы выходят дороже собственного решения уже за первый год.
- Вы платите за 50 функций, а используете 5 — и тонете в интерфейсе.
Частый гибридный сценарий: amoCRM остаётся для отдела продаж, а кастомный дашборд собирает данные из неё, 1С и рекламы — и показывает владельцу сводную картину. Так не приходится ломать привычные процессы менеджеров.
Какие метрики выводить на дашборд владельца
Главный принцип: дашборд отвечает на вопросы, а не показывает «всё подряд». Для первого экрана владельца почти всегда достаточно четырёх блоков.
1. Деньги
- Выручка за день / неделю / месяц — и сравнение с прошлым периодом.
- Средний чек и его динамика.
- Дебиторка: кто и сколько должен, по срокам просрочки.
2. Воронка и конверсия по этапам
Не одна цифра «конверсия 3%», а разбивка: заявка → квалификация → КП → оплата. Так видно, где именно теряются клиенты. Если из 100 заявок 80 доходят до КП, но платят только 5 — проблема не в маркетинге, а в ценах или в дожиме.
3. Источники заявок
Сколько обращений и денег принёс каждый канал: Директ, SEO, Telegram, рекомендации. Рядом — стоимость заявки и стоимость клиента. Один взгляд — и понятно, какой бюджет масштабировать, а какой резать. Окупаемость вложений удобно прикинуть заранее в нашем калькуляторе ROI автоматизации.
4. Скорость и качество работы менеджеров
- Среднее время первого ответа на заявку (норма — до 15 минут в рабочее время).
- Количество просроченных задач по каждому менеджеру.
- Заявки без ответственного — этот счётчик должен быть равен нулю всегда.
Всё остальное — отчёты второго уровня, в них проваливаются по клику. На главный экран они не нужны.
Из чего складывается цена и сроки
Стоимость кастомной панели определяется тремя факторами: количеством интеграций, сложностью логики и числом ролей пользователей. Ориентиры по рынку и по нашей практике:
| Этап | Что входит | Срок | Бюджет |
|---|---|---|---|
| Первая версия | Один сценарий, статусы, права, основной экран | Оценивается после описания данных и критериев приёмки | Зависит от интеграций и объёма работ |
| Развитие системы | Дополнительные роли, отчёты, обмен с внешними системами | Планируется отдельными итерациями | Зависит от согласованных изменений |
| Развитие | Новые модули, аналитика, мобильная версия | итерациями | по задачам |
Почему мы советуем начинать именно с MVP за 2–3 недели: за этот срок становится понятно, пользуется ли команда системой и какие метрики реально нужны. Это в разы дешевле, чем полгода писать «комбайн» по ТЗ, которое устареет к релизу.
Отдельная статья расходов — интеграции. Подключение Telegram-уведомлений делается за день. Интеграция с amoCRM по API — 3–5 дней. Обмен с 1С — самая непредсказуемая часть: от пары дней при типовой конфигурации до пары недель, если 1С сильно доработана. Это стоит выяснить до подписания договора — на странице услуги мы описали, как проходит бесплатный разбор перед оценкой.
Типичные ошибки заказчиков
За годы работы мы видели одни и те же грабли. Проверьте себя.
Дашборд ради красоты. Заказчик хочет «как у Tesla — графики, тёмная тема». Через месяц на него никто не смотрит, потому что графики не отвечают ни на один рабочий вопрос. Правильный тест: каждый виджет должен заканчиваться действием. Видишь просевшую конверсию на этапе КП — идёшь слушать звонки.
50 метрик сразу. Желание «выводить всё» убивает проект дважды: разработка растягивается, а пользоваться экраном с полусотней цифр невозможно. Начинайте с 5–7 метрик. Добавить новую потом — день работы.
Нет владельца процесса. Система внедрена, но никто в компании не отвечает за то, чтобы данные в неё попадали. Менеджеры по привычке пишут в блокнот — дашборд показывает пустоту, проект признают провалом. Назначьте ответственного до старта разработки, а не после.
Автоматизация хаоса. Если процесс продаж не описан даже на салфетке, его нельзя оцифровать. Сначала договоритесь, какие этапы проходит заявка и кто за что отвечает, — потом программируйте. Иногда этот разговор на берегу полезнее самой системы.
Пример требований вместо неподтверждённого кейса
Для производственной компании первой версией может быть сценарий «заявка → расчёт → заказ». В требованиях фиксируют источник каждой суммы, роли пользователей, допустимые статусы, что происходит при ошибке обмена и какой отчёт нужен руководителю. Это пример структуры, а не описание проекта EvaLab и не обещание результата.
С чего начать
Не с разработки. Начните с листа бумаги: выпишите 5 вопросов о бизнесе, на которые вы сейчас не можете ответить за минуту. Это и есть ТЗ на первый экран вашего дашборда.
Дальше составьте карту источников и список вопросов, на которые должен отвечать первый экран. Для детализации пригодятся требования к дашборду руководителя и метрики дашборда продаж. При необходимости обсудить проект можно через контакты EvaLab.
Источники
Коллектив инженеров по машинному обучению, веб-разработчиков и системных архитекторов агентства EvaLab.
