Заказы с Wildberries и Ozon не доходят до amoCRM: как собрать продажи маркетплейсов в одну воронку и считать окупаемость рекламы

Где сейчас распадается картина: заказы в кабинетах, выручка в Excel

Заказы, статусы и выплаты Wildberries и Ozon остаются в личных кабинетах площадок и выгружаются руками в отдельные таблицы. В amoCRM их нет. Собственник считает окупаемость рекламы по неполным данным: рекламный бюджет лежит в рекламных кабинетах, фактические заказы — в кабинетах маркетплейсов, выручка — в Excel. Три разных источника, между которыми нет связки по конкретному товару.

Добавьте сюда обслуживание покупателей. Обращения и заказы размазаны по трём кабинетам — Wildberries, Ozon, Яндекс Маркет. Менеджер переключает вкладки и копирует данные о клиенте и заказе из одной системы в другую. Каждая такая операция — это время и вероятность ошибки при переносе.

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

Механика интеграции: заказы разных площадок в единой модели данных

Я собираю заказы Ozon, Wildberries и Яндекс Маркета в одну воронку amoCRM. Первый шаг — привести статусы площадок к единому виду: «новый», «сборка», «отгрузка», «доставка», «выплата». Каждая площадка ведёт свою терминологию, и без общего словаря статусов заказы разных маркетплейсов несопоставимы между собой.

Коннектор передаёт из Wildberries новые заказы форматов FBS и DBS, обновления статусов доставки, данные покупателя (ФИО, телефон, адрес) и детали товаров — артикулы, штрихкоды, цены. На стороне amoCRM автоматически создаётся сделка с нужным этапом воронки, ответственным и привязанными товарами из каталога. Обращения покупателей попадают в CRM как чаты с проставленным источником — WB, Ozon или ЯМ.

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

Финансы сделки внутри CRM: комиссии, логистика, выплаты, возвраты

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

Себестоимость и комиссии по конкретным заказам — это исходные данные для расчёта прибыли. Без них оценка окупаемости остаётся приблизительной: видно оборот, но не видно, что осталось после вычета площадки, логистики и возвратов.

Ограничение, которое держу в голове и проговариваю на внедрении. Часть финансовой детализации маркетплейсы отдают с задержкой — в отчётах о реализации после закрытия периода выплат. В моменте выручка в CRM считается по доступным данным, а точные цифры комиссий и удержаний фиксируются позже. Это влияет на точность «реальной выручки» в реальном времени, и это стоит закладывать в расчёт, а не выдавать оперативную сумму за окончательную.

Атрибуция до рубля: как реклама связывается с выкупом и прибылью

Атрибуция строится через уникальные метки в ссылках. Метка сопоставляет заказ с конкретным источником и креативом и восстанавливает цепочку: внешний клик → карточка → заказ → выкуп → прибыль.

Рекламные системы показывают клики и обращения. Закрытую выручку они не показывают. Коммерческий смысл атрибуция получает в тот момент, когда данные о продажах возвращаются в CRM. Тогда становится видно, что кампания с меньшим числом обращений даёт больше денег в потоке сделок, чем кампания с большим числом кликов. Сведение Wildberries и Ozon в один дашборд даёт основание перераспределять бюджет туда, где выше отдача по прибыли, а не по числу переходов.

Метрики окупаемости, которые считаются в одной системе

Когда реклама и фактические заказы сведены вместе, начинают работать метрики маркетплейсов:

• ДРР (доля рекламных расходов, она же ACOS) = расходы на рекламу / выручку с рекламы × 100%. Чем ниже, тем выгоднее. Пример расчёта: 12 000 ₽ / 50 000 ₽ = 24%.
• ROMI = (выручка − себестоимость − расходы на рекламу) / расходы на рекламу × 100%. Ниже 0% — убыток, 0% — безубыточность, выше — прибыль. Для корректного значения нужны и выручка, и себестоимость по конкретным заказам.
• CPO (стоимость заказа) должна быть меньше маржи товара, иначе продвижение работает в минус. CTR карточки ниже 2–3% — сигнал остановить рекламу и переработать карточку.

Отраслевые нормы ДРР и приведённый пример ROMI сильно зависят от ниши — привожу их как схему расчёта, а не как обещание результата. Общее у всех трёх метрик одно: контролировать пороги можно только тогда, когда реклама и фактические заказы лежат в одной системе. В двух разных таблицах CPO и маржу вручную не сопоставить на потоке.

Что это даёт собственнику и с чего начинается внедрение

По ориентирам поставщика интеграции такая связка снижает отмены из-за ошибок в остатках на 3–8 процентных пунктов и экономит 20–40 часов в месяц на ручных операциях. Это оценки вендора, и я проверяю их на реальном потоке заказов конкретного бизнеса, а не переношу как гарантию.

Пилот занимает 2–4 недели. За этот срок проверяется корректность переноса статусов, финансов и атрибуции — до реальных цифр прибыли, а не до факта «данные подтянулись». Результат для владельца: продажи маркетплейсов и сайта считаются в одной воронке по единым правилам, и решение по рекламному бюджету принимается по прибыли конкретных товаров, а не по агрегированным цифрам из кабинетов.

Если у вас Wildberries и Ozon уже дают оборот, а окупаемость рекламы вы сводите руками, начать стоит с интеграции кабинетов с amoCRM — с этого шага появляется общая база для всех дальнейших расчётов.