Как подключить CRM к интернет-магазину: заказы, статусы и кто пишет в карточку

Связка магазина и CRM — это поток «заказ → клиент → менеджер», не ещё одна лицензия. Когда CRM нужна вообще — отдельный разбор. Здесь — как не разъехаться стату

Подключить CRM к магазину — сделать так, чтобы клиент, заказ, оплата и следующий шаг менеджера жили в одном контуре. Письмо «новый заказ» на общую почту — не интеграция. Статья «когда нужна CRM» отвечает, пора ли вообще. Внедрение CRM — как заставить людей заполнять поля. Здесь — архитектура связки с витриной.

Короткий ответ

Магазин создаёт или обновляет клиента и заказ. CRM показывает менеджеру, кому звонить и что обещано. Оплата и доставка пишут статусы в тот же заказ, не в параллельный чат. Повторная продажа идёт из истории, не из памяти. Если поток маленький и вы один — таблица ещё может держать; не покупайте сложную шину «на вырост».

Целевой поток

  1. Витрина: клиент собирает корзину.
  2. Клиент: идентификация по телефону/email, без трёх дублей карточек.
  3. Заказ: состав, сумма, способ доставки, комментарий.
  4. CRM: сделка или заказ с тем же номером, ответственный, следующий шаг.
  5. Менеджер: видит оплату и может не спрашивать «вы оплатили?» вслепую.
  6. Оплата: вебхук пишет статус в магазин и в CRM (напрямую или через магазин как мастер).
  7. Доставка: трек и статус туда же.
  8. Повтор: следующий контакт из истории, не из личного WhatsApp как единственной базы.

один номер заказа = одно состояние; мастер статуса либо магазин, либо CRM, не оба «как получится»

Когда связка нужна

Когда не дублировать CRM

Если ecommerce-платформа уже даёт очередь заказов, роли и комментарии, а команда маленькая — вторая система без регламента создаст два правды. Если вы ещё не ведёте даже таблицу заявок — сначала решение «нужна ли CRM», затем внедрение полей, и только потом API. Не ставьте интеграцию ради галочки в смете сайта.

Кто мастер данных

СущностьОбычный мастерЧто едет в другую систему
Каталог и цена на витринеМагазин / PIMНе обязательно весь каталог в CRM
ОплатаПровайдер → магазинСтатус и сумма в сделку
Сборка и трекМагазин или WMSСтатус доставки в сделку
Следующий звонок, причина отказаCRMНе хранить только в чате
КлиентОдин ID; правило дедупа по телефонуЗапретить создавать карточку на каждый клик

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

Способы связи

Готовый модуль платформы. Нативный коннектор CRM. Промежуточный сервис (iPaaS). Свой webhook: магазин шлёт JSON при создании и смене статуса. Ручной импорт CSV — только как костыль на старте, не как архитектура. WhatsApp рядом: диалог можно вести в WABA, но сделка должна существовать в CRM. Схема WABA — отдельный материал, не поле «ещё один чат в карточке».

Как подключать

  1. Нарисуйте статусы магазина и статусы CRM на одном листе. Сопоставьте 1:1 где возможно.
  2. Правило клиента: поиск по телефону, иначе создаём. Иначе база раздуется.
  3. События: создан заказ, оплачен, собран, передан в доставку, вручён, возврат, отмена.
  4. Идемпотентность: повтор вебхука не плодит сделки.
  5. Права: менеджер не правит сумму оплаты руками без роли.
  6. Тест: заказ с витрины появляется за минуты, не «в конце дня файлом».
  7. Тест отказа и возврата. Проверьте, что склад и касса не живут своей жизнью.
Две правды

Самая частая поломка: магазин думает «оплачен», CRM — «новый», чат — «уже отправили». Чините не отчётом, а мастером статуса и запретом ручных рассинхронов без лога.

Ошибки

Чек-лист связки

Что дальше

Если CRM ещё не пора — сначала материал «когда нужна». Если купили и не пользуются — внедрение. Оплата должна писать статус до того, как менеджер возьмёт трубку. Сборка витрины — как создать интернет-магазин. Официальный WhatsApp рядом с карточкой — в связке WABA и CRM, когда этот материал появится в базе; не подменяйте им вебхук заказа.