DoorsPlace — CRM и ERP площадки дверей
Операционный контур площадки: тарифы и лимиты продавцов, биллинг и документы, модерация ассортимента, правила распределения лидов, споры и отчётность.
- Клиент
- DoorsPlace
- Срок
- 6 месяцев
- Команда
- 6 специалистов
- Стек
- Laravel · PostgreSQL · RabbitMQ
- 420+
- продавцов под управлением
- 78%
- операций без ручного труда
- 1 200
- счетов в месяц
- −64%
- время на биллинг и модерацию
Скриншоты проекта
Как лид попадает к продавцу
Раньше маршрут заявки зависел от того, кто из менеджеров её прочитал. Мы описали правила так, чтобы решение принимала система, а спорные случаи оставались оператору.
-
01
Правило
Заявка получает признаки: город и район, категория двери, бюджет, необходимость монтажа и тариф покупателя.
-
02
Отбор продавцов
Система оставляет продавцов с подходящим гео, категорией в ассортименте, остатком лимита и достаточным рейтингом.
-
03
Передача и таймер
Лид уходит первому в очереди, продавец получает уведомление и таймер ответа, событие пишется в историю.
-
04
Эскалация
Если ответа нет, лид переходит следующему продавцу, а молчание учитывается в качестве и рейтинге.
О проекте
Собрали учётную систему площадки: подписки и лимиты лидов, счета, акты и УПД, очередь модерации, маршрутизация заявок с таймером ответа, реестр споров и дашборды по выручке. Роли и права развели между операторами, модераторами, финансами и продавцами.
Задача
Площадка продавала подписки и лиды, но операционный контур жил в таблицах: тарифы, лимиты, счета и распределение заявок вели вручную три сотрудника. При 420 продавцах и 9 400 лидах в месяц ручные процессы стали ограничением роста.
Тарифы и лимиты считали в таблицах
Подписки и остатки лимитов велись в Google-таблицах. Продавец иногда получал заявки сверх оплаченного пакета, а счёт выставлялся с задержкой в две недели.
Распределение заявок было непрозрачным
Менеджер выбирал продавца по памяти и переписке. Новые салоны почти не получали лидов, сильные забирали больше, а претензии разбирались без данных о передаче.
Качество ответа продавцов не измерялось
Площадка не знала, за сколько продавец отвечает на заявку и какую долю принимает. Обосновать стоимость подписки или понизить тариф нерадивому продавцу было нечем.
Финансы и взаиморасчёты расходились
Платежи, акты и УПД готовились в разных файлах, сверка с продавцом занимала недели и заканчивалась расхождениями в суммах и периодах.
Решение
Операционный контур собран как единая система: продавец, тариф и лимит — одна сущность, лид движется по правилам с фиксацией каждого шага, а счета, документы и отчётность считаются из тех же данных.
Продавцы, тарифы и лимиты
Карточка продавца связана с тарифом, лимитом лидов и правилами участия, остаток лимита пересчитывается автоматически.
- Тарифы: подписка, пакеты лидов, размещение
- Лимиты с ежедневным пересчётом остатка
- Правила участия по городам и категориям
- Приостановка показа при неоплате
Биллинг и закрывающие документы
Счета формируются по тарифу и факту лидов, оплата проводится в системе, документы собираются из шаблонов.
- Регулярные счета по подписке
- Оплата по счёту и онлайн
- Акты и УПД из шаблонов
- Акт сверки и история платежей
Модерация ассортимента
Очередь модерации с приоритетами и автопроверками: оператор видит причину отклонения и историю правок позиции.
- Очередь с приоритетом новых продавцов
- Автопроверка цен и обязательных параметров
- Массовая модерация загруженных прайсов
- Журнал решений и причин отказа
Распределение лидов по правилам
Маршрутизация заявки описана правилами, а не решением менеджера: гео, категория, тариф, рейтинг и остаток лимита.
- Маршрутизация по гео и категории
- Ротация между равными продавцами
- Таймер ответа и автопередача
- Возврат лида в очередь при отказе
Споры, жалобы и качество продавцов
Обращения покупателей и продавцов попадают в реестр со сроком разбора, а решение влияет на рейтинг и лимиты.
- Реестр обращений и жалоб
- Срок разбора и ответственный оператор
- Связь спора с лидом и заказом
- Пересчёт лимитов при подтверждённой жалобе
Финансы площадки и дашборды
Выручка по подпискам и лидам, взаиморасчёты и активность продавцов видны в одном отчёте для площадки и в отчёте для продавца.
- Выручка по тарифам и лидам
- Взаиморасчёты, бонусы и корректировки
- Дашборд активности продавцов
- Отчёты для продавца и руководства
Результаты
Замеры через квартал работы контура: сравнивали ручные операции, ошибки в счетах и сроки разбора спорных заявок.
- 78%
- Автоматизация операций
- тарифы, лимиты, счета и распределение лидов
- −64%
- Время на рутину
- биллинг, сверка и модерация ассортимента
- −71%
- Ошибки в счетах и лимитах
- по журналу корректировок за квартал
- −52%
- Срок разбора спора
- реестр обращений с ответственными
- ×2,3
- Продавцов на оператора
- без роста штата площадки
- 9 400
- Лидов в месяц
- проходят через правила распределения
Как шла работа
-
01 3 недели
Аудит операций
Разобрали ручные процессы, таблицы и причины расхождений в счетах.
-
02 4 недели
Модель данных и правила
Спроектировали связку продавец — тариф — лимит — лид и описали правила маршрутизации.
-
03 10 недель
Разработка контура
Биллинг, документы, модерация, споры, роли и дашборды.
-
04 3 недели
Интеграции и перенос
Эквайринг, уведомления, вебхуки и перенос тарифов из таблиц.
-
05 далее
Запуск и развитие
Обучение операторов, контроль первых периодов биллинга и доработки.
Стек и роли технологий
Backend
- Laravel
- тарифы, лиды, модерация, роли
- PostgreSQL
- финансы и взаиморасчёты
- RabbitMQ
- очереди уведомлений и вебхуков
- Redis
- лимиты, таймеры и кэш правил
Frontend
- Livewire
- рабочие места операторов и модераторов
- Tailwind CSS
- интерфейсы реестров и дашбордов
Интеграции
- Эквайринг
- оплата счетов продавцами
- Telegram Bot
- уведомления о лидах и оплатах
- Вебхуки продавцов
- события по статусам лида
Технические показатели
- 120 мс
- Ответ API распределения лидов
- 1 200
- счетов в месяц
- 99,95%
- Uptime биллинга
- 0,4 с
- Отчёт продавца за период
Что передали клиенту
- Исходный код CRM и ERP площадки
- Тарифная сетка и правила распределения лидов в системе
- Шаблоны счетов, актов, УПД и акта сверки
- Регламент модерации, споров и взаиморасчётов
- Дашборды по выручке площадки и активности продавцов
Заказчик подтверждает, что тарифы, счета и распределение лидов перешли из таблиц в систему: спорные случаи разбираются по истории передачи, а финансы сходятся без ручной сверки.
Похожие проекты
DoorsMegaMarket — CRM и ERP для сети дверей
Единая учётная система ритейлера: сделки, заказы, склад по 9 точкам, замеры и монтаж, закупки, документы, финансы и мобильные приложения.
Смотреть кейс CRM и ERP-системаDverkovich — CRM и ERP для производителя с дилерской сетью
CRM и ERP производителя дверей: заказы салонов, передача в цех со спецификацией, планирование производства, себестоимость и взаиморасчёты с дилерами.
Смотреть кейс CRM и ERP-системаDvericlass — CRM и ERP для магазинов и монтажного направления
Единая учётная система: заказы двух магазинов и заявки на монтаж в одной воронке, склад с резервами, наряды бригад и документы.
Смотреть кейсНужен похожий проект?
Разберём вашу задачу, предложим архитектуру и оценим сроки — с опорой на опыт этого кейса.