Как перенести заказы, статусы и переписку из ZZap в CRM с помощью Битрикс24 Вайбкод
Продавец автозапчастей принимал заказы через ZZap, а продажи вел в Битрикс24. Каждую новую сделку приходилось переносить в CRM, после чего сотрудник продолжал переключаться между двумя системами: в одной менял стадию, в другой проверял статус заказа и отвечал покупателю. Прямой интеграции между сервисами не было, поэтому у менеджеров возникали сложности при работе сразу с двумя системами одновременно.
О компании
Alister — партнер-интегратор Битрикс24, который специализируется на трансформации отделов продаж. Один из клиентов Alister продает автозапчасти оптом и в розницу через ZZap. Заказы и переписка с покупателями находились внутри сервиса, а сделки компания вела в Битрикс24.
Сотрудникам приходилось параллельно работать в двух окнах. Информацию о заказе нужно было переносить в Битрикс24, а после каждого изменения следить, чтобы его статус совпадал со стадией сделки. Все эти действия сильно усложняли процесс работы менеджеров, поэтому команда Alister с помощью Битрикс24 Вайбкод сделала интеграцию Битрикс24 и ZZap.
Как работает решение
Когда покупатель оформляет заказ на ZZap, интеграция создает сделку в нужной воронке Битрикс24. В карточку попадают товар, номер и сумма заказа, магазин, дата создания, срок поставки, комментарии и другие доступные через API сведения.
Здесь же создается или находится контакт покупателя, проверяются дубли и объединяются связанные заказы. Статусом можно управлять из CRM, а переписка из ZZap открывается в отдельной вкладке сделки.
Битрикс24 Вайбкод использовали сразу в трех частях проекта: для обмена данными с сервисом, подключения чата и создания робота, который отправляет покупателю сообщение при отмене заказа.
Создание сделки
Интеграция привязана к отдельной воронке. Как только в ZZap появляется заказ, в Битрикс24 создается сделка со всеми необходимыми данными.
Сотрудник сразу видит:
- товар;
- номер заказа;
- сумму;
- магазин, в котором оформлена покупка;
- дату создания;
- срок поставки;
- комментарии;
- сведения о покупателе.
Проверка дублей
Перед созданием нового контакта интеграция проверяет покупателя по номеру телефона. Если такой человек уже есть в базе, заказ связывается с его существующей карточкой.
Отдельная проверка работает для сделок. Если у покупателя уже есть активный заказ, система учитывает его при обработке нового.
Это помогает сохранить историю клиента в одной карточке и не создавать несколько одинаковых записей.
Объединение заказов
Покупатель может оформить сразу два одинаковых заказа. Клиенту Alister было важно не превращать их в две независимые сделки, которые менеджеру придется вести параллельно.
В таком случае интеграция объединяет заказы в одну сделку, но сохраняет информацию о каждом из них во множественных полях. Сотрудник работает с одной карточкой, не теряя исходные номера и другие данные. Если объединенную сделку закрывают, соответствующие заказы закрываются и в ZZap.
Синхронизация статусов
Стадии воронки связаны со статусами заказа на площадке. Когда менеджер переводит сделку, например, в обработку, интеграция фиксирует изменение и передает новый статус в ZZap.
Изначально синхронизация работала в обе стороны: изменение на площадке обновляло стадию сделки, а действие в CRM — статус заказа. Позднее процесс упростили, поскольку сотрудники почти полностью перешли на работу в Битрикс24 и заходят в ZZap в основном для обновления прайс-листов.
Сейчас основная логика управляется из CRM. Исключение — отмена со стороны покупателя. Если он закрывает заказ на площадке, сделка автоматически переходит на стадию «Отмена покупателем».
Чат в карточке сделки
Для переписки с покупателем в карточке появилась отдельная вкладка с чатом ZZap. Менеджер открывает сделку, видит историю сообщений и отвечает, не переходя на площадку.
Отмена заказа
Если заказ отменяет продавец, покупателю нужно объяснить причину или сообщить об изменении. Для этого Alister разработал отдельного робота. Когда сделка переходит на соответствующую стадию, робот отправляет сообщение в чат ZZap. Текст уходит из Битрикс24, поэтому сотруднику не приходится открывать площадку и повторять действие вручную.
Робот можно встроить в автоматизацию воронки и запускать на нужной стадии.
Несколько магазинов
У клиента несколько магазинов на ZZap. На момент интервью к одному обработчику были подключены шесть кабинетов, еще около четырех планировалось добавить. Заказы из каждого магазина приходят со своими данными. В карточке сделки видно, к какой торговой точке относится покупка, поэтому обращения не смешиваются.
Новые кабинеты можно подключать к тому же обработчику и работать с ними по уже настроенному сценарию.
Что получилось
Сотрудники продавца автозапчастей перенесли основную работу с заказами в Битрикс24. В CRM автоматически появляются сведения из ZZap, а менеджер ведет сделку, меняет статус и переписывается с покупателем в одной карточке.
Интеграция умеет:
- создавать сделку из заказа ZZap;
- переносить товар, сумму, номер заказа, магазин, сроки и комментарии;
- находить существующий контакт по номеру телефона;
- проверять сделки на дубли;
- объединять одинаковые заказы;
- передавать изменение стадии из CRM в ZZap;
- фиксировать отмену заказа покупателем;
- показывать чат ZZap в карточке сделки;
- отправлять сообщения через кастомного робота;
- подключать несколько магазинов к одному обработчику.
Главное изменение — один заказ больше не нужно сопровождать в двух системах. ZZap остается площадкой, где покупатель оформляет заказ и получает сообщения, а сотрудник работает с продажей в привычной воронке Битрикс24.
