Омниканальность — это не когда у вас есть Wildberries, сайт и Telegram-канал одновременно. Это когда покупатель, пришедший с любого из каналов, получает связный опыт, а вы видите его как одного человека, а не трёх разных. Проблема в том, что каналы по умолчанию не говорят между собой — и это нужно решать руками.
Почему каналы «живут отдельно» и что с этим не так
Маркетплейс отдаёт вам данные о заказе, но не о покупателе. Вы не знаете, кто купил, не можете написать ему напрямую, не можете предложить ему что-то в следующий раз. Площадка сознательно держит покупателя у себя.
Интернет-магазин даёт email и телефон, но чаще всего они лежат в базе без движения. CRM либо не настроена, либо не связана с каналами коммуникации.
Мессенджеры и email работают как отдельные инструменты: рассылка уходит всем подряд, без учёта того, что конкретный человек уже купил или, наоборот, бросил корзину.
В итоге покупатель получает нерелевантные сообщения, а вы тратите бюджет впустую.
С чего начинается реальная омниканальность
Омниканальность строится не с выбора платформы, а с ответа на вопрос: где у вас есть данные о покупателе и как они связаны между собой.
Четыре обязательных элемента:
- Единая база контактов. Один человек — одна карточка, независимо от того, купил он на Ozon или на вашем сайте. Без этого всё остальное бессмысленно.
- История покупок из всех каналов. Что купил, когда, через какой канал, вернул или нет.
- Сегментация по поведению. Не «все покупатели», а «купили один раз больше трёх месяцев назад» или «регулярно берут категорию X».
- Автоматизированные сценарии. Триггерные сообщения на основе действий: купил → через N дней напомнить о расходниках, бросил корзину → напомнить, не открыл письмо → попробовать другой канал.
Как это работает на практике: маркетплейс + собственный сайт
Маркетплейс — точка первого касания. Покупатель нашёл вас там, купил. Дальше вы его теряете, потому что площадка не передаёт контакты.
Здесь появляется физический канал. Если товар отгружается с вашего склада через FBS, в коробку можно вложить листовку с QR-кодом — на сайт, на телеграм-канал, на форму для получения промокода. Это единственный способ «перехватить» покупателя с маркетплейса и перевести его в управляемую коммуникацию.
На FBO это невозможно: коробку собирает склад площадки, и вложить что-то своё туда нельзя.
Дальше — уже на стороне вашего сайта и CRM. Покупатель оставил email или подписался на бота → попадает в базу → начинает получать релевантные сообщения в зависимости от поведения.
Как выстроить сценарии коммуникации
Начните с трёх базовых сценариев — они перекрывают большую часть работы:
| Триггер | Канал | Цель |
|---|---|---|
| Первая покупка | Email / мессенджер | Онбординг, знакомство с ассортиментом |
| Нет покупки N дней | Email / push | Реактивация |
| Повторная покупка | Upsell, программа лояльности |
Каждый сценарий должен учитывать канал, через который пришёл человек. Покупатель с маркетплейса и покупатель с сайта — разные люди с разным контекстом.
Подробнее о том, как CRM-маркетинг эволюционирует от рассылок к управлению LTV, — в отдельном материале блога.
Где чаще всего ломается интеграция
Проблема не в технологиях — платформ для этого достаточно. Проблема в данных и процессах.
Нет единого идентификатора покупателя. Email на сайте и телефон в заказе с маркетплейса — это разные записи, и никто их не склеивает.
Данные о заказах не попадают в CRM автоматически. Менеджер выгружает их раз в неделю вручную — база всегда устаревшая.
Сегменты не обновляются. Человек купил вчера, а рассылка «вы давно у нас не были» уходит ему сегодня.
Нет контроля за частотой. Если покупатель подписан на email, push и бота, он может получить одно и то же сообщение три раза подряд.
Что нужно для запуска: минимальный стек
Для малого и среднего e-commerce реалистичный стек выглядит так:
- CRM или ESP с возможностью сегментации и автоматизации
- Интеграция с CMS интернет-магазина (InSales, Битрикс, Tilda и т.д.)
- Способ собирать контакты с маркетплейсных покупателей — физические вложения в заказ
- Базовые сценарии: welcome, реактивация, допродажа
Запускать сразу всё не нужно. Начните с одного канала и одного сценария, убедитесь, что данные текут правильно, потом добавляйте.
Роль фулфилмента в омниканальной коммуникации
Фулфилмент — это точка, где физический и цифровой мир пересекаются. Если все заказы — и с маркетплейсов, и с сайта — идут через один склад, у вас есть полная картина товародвижения. Это основа для аналитики: что продаётся, откуда, с какими возвратами.
Кроме того, склад — это место, где в коробку кладётся листовка, промокод или пробник. Стоимость вложения на Fullio — 9,49 ₽ за единицу. Это самый дешёвый способ начать управляемую коммуникацию с покупателем, который пришёл через маркетплейс.
Если вы сейчас работаете по FBO и думаете о переходе на FBS — посмотрите материал о том, почему продавцы уходят с маркетплейсов и как устроен переход.
Коротко о главном
Омниканальность — это про данные и процессы, а не про количество каналов. Начните с единой базы покупателей, свяжите каналы продаж, добавьте физические вложения в заказ для тех, кто приходит с маркетплейсов, и запустите три базовых сценария в CRM.
Посчитайте стоимость обработки заказов и вложений на калькуляторе fullio.ru — или запросите расчёт через @fullio_ru_bot.
FAQ
Почему более половины продавцов WB и Ozon переходят с FBO на FBS и собственные склады?
На FBO площадка контролирует коробку: вы не можете вложить листовку, промокод или пробник, и теряете единственный физический канал коммуникации с покупателем. На FBS заказ собирается на вашем складе — вы управляете вложениями и видите полную картину товародвижения. Плюс FBS даёт больше гибкости при изменении условий площадок.
Как автоматизировать повторные продажи через CRM-сценарии: какие триггеры работают?
Лучше всего работают три триггера: первая покупка (welcome + знакомство с ассортиментом), отсутствие покупки в течение заданного периода (реактивация), повторная покупка (upsell или программа лояльности). Ключевое условие — данные о заказах должны попадать в CRM автоматически и в реальном времени, иначе сценарии работают на устаревшей базе.
Как CRM-маркетинг помогает управлять LTV и удержанием клиентов?
CRM-маркетинг переходит от разовых рассылок к управлению ценностью покупателя на горизонте. Для этого нужна сегментация по истории покупок, частоте и среднему чеку, а также автоматические сценарии под каждый сегмент. Без связки всех каналов продаж в единую базу LTV-управление невозможно: вы просто не знаете, сколько раз и где покупал конкретный человек.
Как считать допустимый CAC, если покупатель пришёл с маркетплейса, а потом вернулся через сайт?
Это задача атрибуции: нужно решить, какой канал считается источником покупателя — первый или последний. В омниканальной модели правильнее смотреть на CAC в разрезе первого касания, а LTV считать по всем последующим покупкам независимо от канала. Без единой базы покупателей эта задача нерешаема — один человек будет учтён как два разных.
Как программа лояльности вписывается в омниканальную коммуникацию?
Программа лояльности работает только если покупатель идентифицирован одинаково во всех каналах. Если бонусы начисляются только за покупки на сайте, а маркетплейсные заказы не учитываются — схема не работает и раздражает покупателя. Начните с простой механики: промокод на следующую покупку на собственном сайте, вложенный в маркетплейсный заказ.