Построение кастомной системы управления мебельным производством на базе Pyrus

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

Чем сложнее заказ, тем больше в нём участников и потенциальных точек ошибки.
Компании требовалась система, которая сможет:

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

Поэтому проект вышел далеко за рамки настройки отдельных форм Pyrus.

Архитектура решения
Центральной сущностью стала форма «Заказ».
Именно вокруг неё мы построили всю дальнейшую архитектуру.
В карточке собирается основная информация о заказе, клиенте, параметрах проекта, ответственных и текущем состоянии работ. Дальше Pyrus самостоятельно ведёт заказ по нужному маршруту и запускает связанные процессы.

В зависимости от этапа и особенностей заказа к работе подключаются необходимые подразделения:

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

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

Сложная автоматизация производственного маршрута
Одной из ключевых задач проекта было сделать так, чтобы Pyrus не просто отображал этапы, а фактически управлял ими.

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

На критичных участках дополнительно работают контрольные механизмы. Система проверяет полноту данных, корректность переходов и результаты предыдущих этапов.

Это позволяет защитить процесс сразу от двух типов ошибок:

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

Вместо того чтобы обнаруживать проблему уже на следующем участке производства, Pyrus помогает остановить её там, где она возникла.

Для мебельного бизнеса это особенно важно: ошибка, допущенная на раннем этапе и дошедшая до производства или установки, обходится значительно дороже.

Связанные процессы вместо одной огромной формы
Мы сознательно не стали собирать всё производство внутри одной карточки.
Основной заказ выполняет роль центра, а отдельные направления работают в собственных связанных процессах.

Например, доставка и сборка имеют свою логику, свои действия и свой результат, но при этом остаются частью общего заказа.

То же самое относится к другим производственным этапам.
Такой подход позволил сохранить систему понятной для сотрудников: каждый работает только со своей частью процесса, а Pyrus самостоятельно связывает всё в общую структуру.

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

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

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

За счёт этого компания сохраняет полную историю: от первоначального заказа до возникшей проблемы и её окончательного решения.

Рекламации перестают быть разрозненными сообщениями и превращаются в полноценный управляемый процесс контроля качества.

Контроль завершения и обратная связь клиента
В Pyrus также выстроили завершающую часть процесса.
После производства, доставки и установки фиксируются результаты выполненных работ и дальнейшие действия по клиенту.

Отдельно реализован расчёт NPS
Таким образом, заказ не просто получает статус «выполнен». Компания может связать внутреннее качество исполнения с реальной оценкой клиента.

Это позволяет использовать Pyrus не только для операционного управления, но и как основу для дальнейшего анализа качества работы.

Связка с amoCRM
При этом Pyrus не существует отдельно от клиентского контура компании.
Продажи и первичная работа с клиентом ведутся в amoCRM. Когда заказ готов к передаче в дальнейшую работу, необходимые данные автоматически попадают в Pyrus, где начинается уже производственная часть процесса.

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

В результате amoCRM отвечает за отношения с клиентом и продажу, а Pyrus становится центром исполнения.

Pyrus в общей цифровой системе Cleveroom
Вокруг основного процесса работает несколько внешних сервисов.
Roistat и Яндекс.Метрика используются для аналитики источников обращений.
Коммуникации через WhatsApp, Telegram и MAX объединены через Wazzup.
Телефония также связана с клиентским контуром.

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

Получилась понятная последовательность:
обращение → продажа → заказ в Pyrus → производство → доставка и установка → контроль результата → рекламация при необходимости.

Что получил бизнес
Cleveroom получила не набор отдельных автоматизированных задач, а полноценную систему управления мебельным заказом.

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

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

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

Рекламации стали частью единой системы качества, а клиентская оценка — логичным завершением производственного процесса.

Итог
Для Cleveroom мы построили на базе Pyrus кастомную систему управления мебельным производством.
В одном контуре связаны заказ, производственные подразделения, снабжение, сборка, доставка, контроль качества, рекламации и обратная связь клиента.

При этом Pyrus встроен в более широкую цифровую инфраструктуру компании: amoCRM отвечает за продажи, Wazzup — за коммуникации, Roistat и другие сервисы — за маркетинговую аналитику.
Но именно Pyrus управляет тем, что происходит после продажи.
Система не просто фиксирует статус заказа, а участвует в самом процессе: маршрутизирует работу, связывает подразделения, передаёт данные, запускает необходимые сценарии и контролирует корректность движения между этапами.

В результате компания получила архитектуру, отражающую реальную работу мебельного бизнеса и позволяющую масштабировать количество заказов без пропорционального роста ручного контроля.