CRM и интернет-магазин: что проверить до подключения интеграции

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

Определите единицы учёта

Посетитель, обращение, заказ и оплаченная покупка — разные сущности. Для каждой нужны идентификатор, источник и правила изменения. Если повторная отправка создаёт новый заказ, отчёт завышает число покупок. Если отмена не передаётся, выручка в управленческом интерфейсе перестаёт соответствовать действительности.

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

Пример интерфейса: Nepoizon — CRM

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

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

Принимайте обмен по событиям

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

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

Что должно попасть в акт приёмки

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

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