Представьте магазин без единого хозяина
Вы открываете приложение A, находите товар продавца из приложения B, выбираете доставку компании C и оплачиваете заказ. Ни один участник не владеет всей цепочкой, но сделка складывается благодаря общему протоколу. Так устроена идея ONDC — Open Network for Digital Commerce.
Индия уже проверила похожий подход в платежах UPI. Теперь пытается применить его к более сложной операции, где есть каталог, остатки, адрес, логистика, возврат и спор.
Что именно разъединяет ONDC
Обычный маркетплейс — one-box system: он приводит покупателей, подключает продавцов, задаёт поиск, оформляет заказ и определяет правила. ONDC делит этот ящик на роли. Buyer Network Participant отвечает за интерфейс и поддержку покупателя. Seller Network Participant подключает продавцов и их каталоги. Gateway помогает обнаруживать предложения. Отдельные участники могут выполнять доставку и технологические функции.
Один бизнес может совмещать роли, но не обязан. Смысл в том, что продавцу не нужно регистрироваться в каждой витрине, чтобы стать видимым её покупателям.
Почему это интересно малому бизнесу
У локального магазина редко есть бюджет одновременно на сайт, приложение, трафик и доставку. В открытой сети он подключает каталог через продавецкое приложение, а спрос могут привести разные покупательские интерфейсы. Логистику также можно выбрать как отдельную услугу.
Теоретически это снижает зависимость от комиссии и алгоритма одного маркетплейса. Практически продавцу всё равно нужны хорошие карточки, актуальные остатки, сервис и экономика заказа. Протокол открывает дверь, но не создаёт спрос автоматически.
E-commerce сложнее платежа
Платёж в идеале имеет ясный результат: деньги списаны и зачислены. У заказа десятки промежуточных состояний. Кто виноват, если в buyer app была красивая фотография, seller app передал неверный остаток, а курьер опоздал? Кому писать покупателю? Как сравнивать рейтинги между сетями?
Чем сильнее разъединена система, тем важнее общий журнал событий, корреляционный ID, подписанные сообщения, единая модель статусов и правила ответственности.
Поддержка должна скрывать архитектуру
Пользователь не обязан знать, что заказ прошёл через четыре компании. Приложение покупателя берёт на себя фронт поддержки и должно видеть весь путь. Это требует не только API заказа, но и стандартов диагностики, сроков ответа и передачи доказательств между участниками.
Открытые сети проигрывают, если каждый участник отвечает «это не у нас». Хорошая спецификация проектирует отрицательные сценарии так же внимательно, как успешную покупку.
Где применить идею без национальной сети
В B2B можно отделить каталог поставщика, интерфейс закупщика и логистику. В сервисной компании — дать партнёрам собственные витрины поверх общего расчёта и исполнения. В отраслевой платформе — стандартизировать заказ, сохранив конкуренцию CRM и приложений.
Начинать стоит с одного сквозного сценария и минимального набора ролей. Чем раньше вы попытаетесь описать весь рынок, тем дольше не будет первой сделки.
Не протокол вместо продукта, а протокол между продуктами
ONDC не отменяет дизайн, маркетинг и поддержку. Наоборот, конкуренция интерфейсов делает их важнее. Сеть лишь переносит монополию над транзакцией из приложения в общий договор участников.
Это смелая инженерная и институциональная гипотеза. Её успех нельзя оценивать только числом подключённых продавцов: важны повторные покупки, качество выполнения и то, кто в реальном споре остаётся рядом с клиентом.