Производство мебели · ТД «Решение»
У ТД «Решение» история клиента могла находиться в двух порталах Битрикс24 и amoCRM. Продажи работали с обращениями, производство — с исполнением заказа, руководитель сводил отчёты из разных мест. Когда новый запрос приходил из звонка, чата или формы, он не всегда попадал в CRM. Чтобы ответить действующему клиенту, менеджеру приходилось проверять несколько карточек и переписок.

С 13 по 31 мая 2024 года Форайти объединила данные в одном портале: перенесла 5 000 лидов, 1 500 компаний, 5 000 контактов и около 50 рабочих полей. Настроила входящие каналы и связь работы цеха с продажами. По данным компании, обработка заявок ускорилась на 40%.
ТД «Решение» производит диспетчерскую мебель и оснащает диспетчерские пункты. В работе участвуют филиалы, отдел продаж и производство. Клиент может прийти с новым проектом, уточнить готовность уже размещённого заказа или вернуться после длительного согласования. Во всех трёх случаях менеджеру нужна полная история отношений.
До проекта часть этой истории оставалась в разных CRM. Отчётность собирали в Google-таблицах. Звонки, чаты и формы сайта не всегда создавали запись, с которой затем работает ответственный менеджер. У компании также не было удобного общего разграничения доступа между подразделениями: коммерческие сведения должны быть видны нужным сотрудникам, но не всем филиалам сразу.
Бизнес-задача состояла шире переноса базы. Нужно было сохранить историю и ответственных, настроить поступление новых обращений, вернуть продажам дату готовности из цеха и дать руководству отчёт по единому набору данных.
Перенесли данные из двух порталов Битрикс24 и amoCRM. В объём вошли 5 000 лидов, 1 500 компаний, 5 000 контактов и около 50 активных полей. При переносе сохраняли историю и ответственных, чтобы новый портал не оказался пустой адресной книгой без контекста: менеджеру важно видеть, кто общался с клиентом и о чём договорились раньше.
Если перенести только имена и телефоны, часть смысла сделки останется в старой системе. Поэтому результат этого этапа — не число импортированных строк само по себе, а пригодная для работы история клиента в одном месте.
Настроили создание лидов из звонков, Jivochat и форм обратной связи на сайте; для форм сохранили UTM-метки. WhatsApp-переписку привязали к карточкам клиентов. Теперь у менеджера появляется рабочая запись по обращению, а руководитель видит источник заявки и ответственного.
Это важно для продаж по двум причинам. Новый запрос меньше зависит от того, заметил ли сотрудник сообщение в отдельном канале. При повторном обращении история разговора находится рядом с карточкой клиента, а не только в телефоне конкретного менеджера.
Для филиалов и подразделений настроили права доступа к клиентским и коммерческим данным. В исходном описании проекта также указана интеграция с «Базой защиты проектов» для автоматической проверки сведений. Такая настройка должна работать по реальным правилам компании: кому доступна сделка, кто может менять её данные и что нужно проверять перед следующим этапом.

Сделка создаёт задачу для цеха. Производство вносит дату готовности, а отдел продаж видит её в карточке. Раньше вопрос клиента о сроке мог требовать отдельного сообщения или звонка в цех. Теперь менеджер получает дату из рабочего процесса исполнения заказа и может отвечать предметнее.
Этот этап связывает продажу с обещанием клиенту. CRM не производит мебель и не исправляет задержку в цехе, но показывает отделу продаж, что происходит с заказом и какой срок указан исполнителями.
Аналитику, которую раньше собирали в Google-таблицах, настроили в Битрикс24. Сотрудников обучили работе с карточками, воронками и смарт-процессами. Без изменения ежедневной привычки перенос пяти тысяч лидов остался бы копией старых баз: новые обращения снова продолжили бы жить в личных чатах и отдельных таблицах.
Клиент оставляет заявку на сайте или связывается с компанией через звонок и чат. В CRM появляется лид с источником и ответственным. Менеджер видит историю компании и предыдущих контактов, ведёт сделку и передаёт заказ на исполнение. Производство получает задачу и указывает дату готовности; продавец видит эту дату в карточке, когда клиент спрашивает о сроке. Руководитель смотрит отчёт в том же портале, где команды ведут работу.
Для компании это один маршрут вместо нескольких неполных историй. Он сокращает повторный поиск сведений и делает передачу заказа между отделами заметной. При этом реальная скорость исполнения зависит не только от CRM, но и от нагрузки производства и дисциплины внесения данных.
К концу указанного периода данные трёх CRM были сведены в один портал, основные каналы обращений подключены, права между подразделениями разграничены, а связь продаж с цехом настроена. По данным ТД «Решение», обработка заявок стала быстрее на 40%. Работа с клиентской историей, входящими каналами и задачами цеха теперь проходит в одном рабочем контуре.
Для собственника результат выражается в управляемости процесса: можно проследить обращение от первого канала до даты готовности, не собирая историю вручную по филиалам. Это позволяет обсуждать конкретные задержки и ответственность за них, а не спорить о том, в какой системе находится верная карточка.
На бесплатной первичной диагностике Форайти пройдёт с вашей командой путь одного клиента от первого обращения до готового заказа. Покажем, какие сведения нужно сохранить при переносе базы, где обращение может потеряться и какой статус производство должно возвращать продажам. Оставить заявку.