Омниканальность: как не потерять покупателя между каналами продаж

Мультиканальные и омниканальные продажи: в чём разница

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

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

ИИ-консультант — это ещё один канал

На AI Growth Days 2026 я сформулировал мысль, к которой мы пришли на проекте для Ekrom: ИИ-консультант в Max, Telegram или на сайте — это канал продаж, такой же, как сайт или касса. Значит, к нему те же требования. Если бот назвал одну цену, а на сайте другая или скидка не применилась, вы теряете покупателя сразу.

У Ekrom четыре шоу-рума, оптовые продажи кухонным салонам, сайт на Битриксе и бот, который за 10 секунд собирает комплект техники по 30 продуктовым акциям. Соблазн был посчитать цену прямо в боте. Мы сделали иначе.

Как мы сохранили одну цену для бота и сайта

Бот разбирает заявку, подбирает товары и выбирает акцию, а потом прогоняет готовую корзину через Битрикс — тот же механизм, что считает заказ на сайте. Если в Битриксе есть собственные скидочные правила, они срабатывают. Ответ клиенту уходит из Битрикса. Логику сайта мы не меняли, интеграция ничего не сломала, а цена в чате и на сайте совпадает по построению, а не по договорённости.

Что должно быть общим у всех каналов

• Каталог и характеристики. Один источник товарных данных, обычно PIM или учётная система. Когда характеристики правят в трёх местах, они расходятся за неделю.
• Цены и акции. Расчёт скидки в одном месте, а каналы его только вызывают. У Ekrom около 30 акций с исключениями, и копировать их логику в каждый канал — гарантированная ошибка.
• Остатки. Общие для сайта, приложения и магазинов, иначе покупатель оплатит то, чего нет.
• Клиент. Один профиль, история заказов, бонусы и B2B-условия, если вы продаёте и в розницу, и оптом.
• Заказ. Оформленный в любом канале, он виден в остальных: можно забрать в магазине, вернуть в другом, уточнить в чате.

Где обычно рвётся омниканальность

Чаще всего на интеграциях. Сайт сделал один подрядчик, приложение другой, кассы работают на своей системе, обмен с 1С идёт раз в час. Каждый новый канал добавляет ещё один обмен данными и ещё одно место, где цены могут разъехаться; по заявкам этого года я вижу, что клиенты прямо просят одного: отсутствия проблем с интеграцией.

Розница и опт над одними данными

Отдельная история — компании, которые продают и в розницу, и оптом. У Ekrom так: четыре шоу-рума для конечных покупателей и оптовые поставки кухонным салонам. У оптовика другие цены, другие акции, другой порядок заказа, и соблазн завести под него отдельную систему велик.

Я считаю это ошибкой. Каталог, остатки и товарные данные у розницы и опта одни и те же, различаются только условия для группы клиентов. Когда B2B-витрина работает над тем же ядром, что и розничная, менеджеру не нужно сверять остатки вручную, а партнёр видит в кабинете те же позиции, что и покупатель в магазине, только со своими ценами. Поэтому в нашей платформе розничная и B2B-витрины подключены к одной админке.

Одно ядро и много витрин

Технический ответ на задачу — headless-архитектура. Ядро с каталогом, ценами, заказами и клиентами работает отдельно, а витрины подключаются к нему через API; сайт, мобильное приложение, B2B-кабинет, ИИ-консультант — всё это разные интерфейсы над одними данными.

Так мы устроили свою платформу. Одна админка, к которой подключены мобильное приложение, розничная витрина, B2B-витрина и консультант. Данные правятся в одном месте и сразу актуальны везде. Стек — Laravel и Next.js. Код организован так, чтобы его можно было дорабатывать с помощью ИИ и при этом ничего не ломать.

Сроки и деньги

Клиенты сейчас приходят с запросом «запуститься за два месяца». Разработка такого набора с нуля стоит несколько миллионов рублей и занимает полгода и больше; готовое ядро позволяет запускаться быстрее и платить подписку в пределах 100 000 рублей в месяц. Сам бот для Ekrom работает по подписке за 36 000 рублей в месяц, включая модели и правки.

С чего начать переход

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

Дальше — вынести расчёт цен и акций в одно место и подключать к нему каналы по очереди; ИИ-консультант хорошо ложится последним: он ничего не считает сам, а вызывает тот же механизм, что сайт. Так было у Ekrom, и поэтому бот там работает без отдельной поддержки цен.