Связка CRM с почтовой или курьерской службой убирает ручной перенос адреса, телефона и состава заказа. Менеджер оформляет отправление из карточки клиента, получает трек-номер, а CRM сама показывает этап доставки и передаёт клиенту уведомление. В статье разберём, как подготовить данные, выбрать сценарий интеграции, проверить обмен статусами и настроить процесс так, чтобы он подходил небольшому интернет-магазину в Беларуси.
Почему ручное оформление доставки тормозит магазин?
При ручной схеме сотрудник открывает сайт службы доставки, копирует данные из CRM, создаёт отправление, скачивает этикетку, переносит трек-номер обратно в заказ и отдельно пишет клиенту. Один заказ требует нескольких действий в разных системах. Если заказов становится 30–40 в день, на доставку может уходить несколько часов ручной работы, как показывает разбор автоматизации доставки интернет-магазина (Albato).
Ошибки появляются в местах, которые сложно заметить сразу: в адресе пропущен номер квартиры, телефон записан с лишним символом, в заказе указана старая версия товара. Иногда менеджер создал отправление, но забыл внести трек-номер в CRM. Клиент уже ждёт посылку, а коллега не видит, где она находится.
Интеграция переносит данные между системами по заданному сценарию. После подтверждения заказа CRM передаёт службе доставки сведения об отправителе, получателе, адресе, весе и вложении. В ответ она получает номер отправления и сохраняет его в карточке заказа.
Какие данные нужно подготовить до интеграции?
Сначала опишите путь заказа от оформления до получения. Для каждого этапа зафиксируйте, кто меняет статус и какое событие должно произойти. Например: «Новый заказ» запускает проверку адреса, «Подтверждён» создаёт отправление, «Передан в доставку» отправляет клиенту трек-номер, «Доставлен» закрывает доставку.
В CRM и кабинете службы доставки названия полей могут отличаться. Составьте простую таблицу соответствий:
| Данные заказа | Что передаётся в службу доставки | Что возвращается в CRM |
|---|---|---|
| Имя и телефон клиента | Получатель и контактный номер | Ошибки проверки или подтверждение создания |
| Город, улица, дом, квартира | Адрес доставки или пункт выдачи | Статус отправления |
| Товары и количество | Описание вложения | Дата и время изменения статуса |
| Вес, сумма заказа, способ оплаты | Параметры отправления | Трек-номер и ссылка на отслеживание |
Отдельно решите, какие значения обязательны. Если служба доставки требует вес, а в карточке заказа его нет, интеграция остановится ещё до создания отправления. Для небольшого магазина лучше заранее задать вес товара в каталоге и проверку пустых полей перед передачей заказа.
Как работает интеграция CRM с почтовой или курьерской службой?
Технически обмен обычно строят через API или готовый модуль. CRM отправляет запрос на создание отправления, служба доставки отвечает результатом. Если отправление создано, CRM записывает трек-номер. Если данные не прошли проверку, заказ получает понятную ошибку, а менеджер видит, что именно нужно исправить.
Рабочий сценарий для интернет-магазина выглядит так:
- Клиент оформляет заказ на сайте или через другой канал продаж.
- Менеджер проверяет наличие товара, телефон и адрес.
- После подтверждения заказа CRM передаёт данные в службу доставки.
- Система сохраняет номер отправления и печатает этикетку, если такая функция предусмотрена.
- CRM отправляет клиенту сообщение с информацией о доставке.
- При изменении статуса служба доставки передаёт обновление обратно.
- Менеджер видит проблемные отправления в отдельном списке и связывается с клиентом.
Для интернет-магазина полезно разделять статус заказа и статус доставки. «Собран» означает, что магазин подготовил товар. «Передан перевозчику» относится уже к отправлению. Если смешать эти понятия, менеджер не поймёт, находится ли посылка на складе, в пути или ожидает выдачи.
Клиентские сообщения тоже лучше привязывать к событиям. Отдельно настраивают уведомления о передаче в доставку, прибытии в пункт выдачи, переносе срока и вручении. Для SMS о статусе доставки пригодится отдельный сценарий с правилами отправки и текстами сообщений: как настроить SMS о статусе доставки в интернет-магазине.
Как выбрать подходящий сценарий для малого бизнеса?
У магазина с небольшим числом заказов может не быть смысла сразу подключать сложный обмен. Начните с одного направления: создание отправления из CRM и запись трек-номера. Когда процесс заработает стабильно, добавьте автоматические статусы и уведомления.
| Сценарий | Когда подходит | Что автоматизирует |
|---|---|---|
| Ручное оформление по инструкции | Мало заказов и один канал доставки | Только контроль шагов менеджера |
| Создание отправления из CRM | Заказы оформляют регулярно | Передачу данных и сохранение трек-номера |
| Полный обмен статусами | Есть несколько сотрудников или заметный поток заказов | Статусы, уведомления и контроль задержек |
| Несколько служб доставки в одной CRM | Клиент выбирает разные способы получения | Маршрутизацию заказа и единую историю доставки |
Если магазин продаёт через сайт, социальные сети и маркетплейсы, заказы лучше сводить в одну карточку до передачи перевозчику. Иначе один и тот же клиент может появиться в системе несколько раз, а остатки и сроки отгрузки придётся сверять вручную. О подходе к объединению заказов с разных площадок можно прочитать в материале как интегрировать CRM с маркетплейсами и не терять заказы.
При выборе решения проверьте четыре вещи: поддерживает ли служба доставки нужный способ обмена, можно ли получать обратные статусы, где хранится трек-номер и что происходит при ошибке. Цена интеграции складывается не только из настройки. На неё влияют доработки CRM, тарифы службы доставки, печать документов и отправка уведомлений.
Как проверить интеграцию до запуска?
Сделайте тест на нескольких заказах, которые отличаются по сценарию. Проверьте доставку по адресу, доставку в пункт выдачи, заказ с несколькими товарами, наложенный платёж, отмену и повторную отправку. Для каждого теста запишите ожидаемый результат: какой статус должен появиться, где сохранится трек-номер и какое сообщение получит клиент.
После запуска назначьте сотрудника, который ежедневно смотрит журнал ошибок. В нём должны быть видны дата события, номер заказа, причина сбоя и повторная попытка. Ошибка «не удалось создать отправление» бесполезна без уточнения: отсутствует телефон, неверен адрес или служба доставки временно не отвечает.
Полезно добавить контроль заказов без трек-номера. Если заказ получил статус «Передан в доставку», но номер отправления не записался, CRM должна показать его в отдельной выборке. Так менеджер исправит проблему до того, как клиент начнёт спрашивать, где посылка.
Какие ошибки чаще всего мешают автоматизации?
- Передача заказа до проверки обязательных полей. Пустой телефон или неполный адрес останавливает создание отправления.
- Одинаковый статус для заказа и доставки. Из-за этого сотрудники не видят, на каком этапе возникла задержка.
- Отсутствие защиты от повторной отправки. При повторном нажатии система может создать два отправления на один заказ.
- Трек-номер записывают в комментарий. Его сложнее искать, проверять и использовать в автоматическом сообщении.
- Уведомления отправляют при каждом техническом обновлении. Клиент получает лишние сообщения вместо понятной информации.
- Интеграцию не проверяют после изменения полей в CRM или каталоге. Даже небольшая правка может нарушить обмен.
Начните с карты статусов и списка обязательных полей, затем настройте передачу одного подтверждённого заказа и только после теста подключайте уведомления. Для интернет-магазина это практичный порядок: сначала CRM фиксирует отправление и трек-номер, потом получает статусы, а затем автоматически информирует клиента. Так интеграция доставки превращается в проверяемый процесс, который можно расширять вместе с объёмом продаж.