Мы используем файлы cookies для того, чтобы сделать этот сайт удобнее для вас.
Хорошо, не показывать больше

Производство мебели · ТД «Решение»

Как производитель диспетчерской мебели объединил 5 000 лидов из трёх CRM и ускорил обработку обращений

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

  • 5 000лидов перенесено в один портал
  • 1 500компаний
  • +40%обработка заявок ускорилась, по данным компании
Диспетчерский пульт и три базы данных, объединяемые в один портал

С 13 по 31 мая 2024 года Форайти объединила данные в одном портале: перенесла 5 000 лидов, 1 500 компаний, 5 000 контактов и около 50 рабочих полей. Настроила входящие каналы и связь работы цеха с продажами. По данным компании, обработка заявок ускорилась на 40%.

Сотрудник ТД «Решение» у производственного станка с панелью
Производство ТД «Решение»

Компания и цена разрозненных данных

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

До проекта часть этой истории оставалась в разных CRM. Отчётность собирали в Google-таблицах. Звонки, чаты и формы сайта не всегда создавали запись, с которой затем работает ответственный менеджер. У компании также не было удобного общего разграничения доступа между подразделениями: коммерческие сведения должны быть видны нужным сотрудникам, но не всем филиалам сразу.

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

Что сделали по этапам

  1. Собрали три разрозненные базы в один портал

    Перенесли данные из двух порталов Битрикс24 и amoCRM. В объём вошли 5 000 лидов, 1 500 компаний, 5 000 контактов и около 50 активных полей. При переносе сохраняли историю и ответственных, чтобы новый портал не оказался пустой адресной книгой без контекста: менеджеру важно видеть, кто общался с клиентом и о чём договорились раньше.

    Канбан-доска сделок Битрикс24 по этапам
    Сделки в Битрикс24 по этапам

    Если перенести только имена и телефоны, часть смысла сделки останется в старой системе. Поэтому результат этого этапа — не число импортированных строк само по себе, а пригодная для работы история клиента в одном месте.

  2. Подключили входящие обращения

    Настроили создание лидов из звонков, Jivochat и форм обратной связи на сайте; для форм сохранили UTM-метки. WhatsApp-переписку привязали к карточкам клиентов. Теперь у менеджера появляется рабочая запись по обращению, а руководитель видит источник заявки и ответственного.

    Это важно для продаж по двум причинам. Новый запрос меньше зависит от того, заметил ли сотрудник сообщение в отдельном канале. При повторном обращении история разговора находится рядом с карточкой клиента, а не только в телефоне конкретного менеджера.

  3. Разграничили доступ и связали дополнительные проверки

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

  4. Передали дату готовности из производства в продажи

    Дата готовности заказа передаётся из цеха в карточку сделки отдела продаж

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

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

  5. Перенесли отчётность и обучили команду

    Аналитику, которую раньше собирали в Google-таблицах, настроили в Битрикс24. Сотрудников обучили работе с карточками, воронками и смарт-процессами. Без изменения ежедневной привычки перенос пяти тысяч лидов остался бы копией старых баз: новые обращения снова продолжили бы жить в личных чатах и отдельных таблицах.

Как теперь проходит обращение клиента

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

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

Что изменилось после перехода

40%обработка заявок ускорилась

К концу указанного периода данные трёх CRM были сведены в один портал, основные каналы обращений подключены, права между подразделениями разграничены, а связь продаж с цехом настроена. По данным ТД «Решение», обработка заявок стала быстрее на 40%. Работа с клиентской историей, входящими каналами и задачами цеха теперь проходит в одном рабочем контуре.

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

Если клиентская история разбросана по системам

На бесплатной первичной диагностике Форайти пройдёт с вашей командой путь одного клиента от первого обращения до готового заказа. Покажем, какие сведения нужно сохранить при переносе базы, где обращение может потеряться и какой статус производство должно возвращать продажам. Оставить заявку.