Как интернет-магазину в Беларуси настроить обмен заказами между сайтом и CRM

Чтобы заказы не теряли статусы при передаче между сайтом и CRM, сначала опишите путь заказа и определите, какая система меняет каждый статус. Затем настройте передачу данных, сопоставьте названия статусов и проверьте обмен на тестовых заказах. В статье — практический порядок действий для небольшого интернет-магазина: как найти источник ошибок, согласовать обновления и понять, что заказ дошёл до нужного этапа.

Какие данные и статусы нужно передавать?

Начните с простой схемы: покупатель оформляет заказ на сайте, заказ появляется в CRM, сотрудник подтверждает его, затем меняет статус по мере обработки. Запишите этот путь так, как он устроен именно в вашем магазине. Например, магазин может использовать статусы «Новый», «Подтверждён», «Собирается», «Передан в доставку» и «Завершён».

Рядом с каждым статусом укажите, какое действие его запускает и где сотрудник его меняет. Если заказ собирают в CRM, именно там менеджер должен отметить, что сборка завершена. Если статус меняется на сайте или в другой подключённой системе, заранее решите, какая система передаст обновление дальше.

Для каждого заказа проверьте, что в CRM передаются данные, нужные сотруднику для работы: номер заказа, состав покупки, количество товаров, контакты покупателя и выбранный способ доставки. Не добавляйте в обмен поля «на всякий случай»: сначала убедитесь, что сотрудник понимает, зачем они нужны.

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

Как сопоставить статусы сайта и CRM?

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

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

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

Как проверить обмен до запуска?

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

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

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

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

Если магазин передаёт заказы в службу доставки из CRM, проверьте и этот участок цепочки: передача заказов в Белпочту из CRM.

Какие ошибки мешают обмену заказами?

• Один статус означает разное. Менеджеры по-разному понимают «В обработке». Зафиксируйте, какое действие подтверждает переход на этот этап.
• Статус меняют сразу в двух системах. Сотрудники не знают, какое обновление сохранится. Назначьте систему, в которой меняют статус, для каждого этапа.
• Отмену не проверили. Заказ отменён на сайте, но остаётся активным в CRM. Добавьте отмену в тестовый сценарий.
• Состав заказа расходится. Менеджер заменил товар, а сайт продолжает показывать прежнюю позицию. Проверьте, какие поля обновляются после изменения заказа.
• Ошибки замечают только по обращению покупателя. Сотрудники не видят, что заказ не дошёл или статус застрял. Определите, где проверять результат обмена и кто разбирает сбои.

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