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