ChowNow по-русски: свой онлайн-заказ для кафе без высокой комиссии агрегаторов

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

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

В этой статье разберу, как устроена эта модель, почему у нас похожего инструмента почти нет, и как я вижу его реализацию для конкретного заведения — от MVP до рисков, которые стоит учитывать прежде, чем в это вкладываться. Материал будет полезен владельцам небольших кафе, кофеен и семейных ресторанов, которые уже устали отдавать заметную часть выручки агрегаторам и задумываются, можно ли выстроить приём заказов иначе.

Что это за модель за рубежом

ChowNow и похожие сервисы белого лейбла построены на простой идее: кафе не обязано отдавать свой онлайн-заказ под чужой бренд, чтобы принимать оплату через интернет. Вместо этого заведение подключает готовую платформу, которая монтируется в его собственный сайт как виджет заказа и разворачивается в отдельное мобильное приложение с логотипом и названием кафе. Гость видит не абстрактный маркетплейс с десятками конкурентов на соседней вкладке, а именно то заведение, в которое он и хотел попасть.

Ключевое отличие от классического агрегатора — модель оплаты за сервис. Агрегаторы доставки берут процент с каждого заказа: чем больше вы продаёте через них, тем больше отдаёте. Белый лейбл переворачивает это: заведение платит фиксированную подписку за пользование платформой независимо от того, сколько заказов пришло. При растущем потоке заказов эта разница становится всё заметнее — платформа не съедает часть каждого нового чека, она просто предоставляет инструмент.

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

Почему такого нет у нас

В России ситуация складывалась иначе. Малые и средние кафе почти полностью встроились в экосистему крупных агрегаторов доставки — это было проще всего: подключился, разместил меню, начал получать заказы. Никакой разработки, никакой возни с собственным сайтом. Плата за эту простоту — заметная часть выручки с каждого заказа и полная зависимость от чужой платформы.

Главная проблема глубже, чем просто комиссия. Агрегатор «прячет» клиента за своим интерфейсом: заведение не видит контактов гостя, не может напрямую предложить ему вернуться, не управляет тем, как выглядит карточка заказа — всё решает алгоритм платформы. Если завтра агрегатор поменяет правила ранжирования или условия работы, заведение узнает об этом последним и повлиять на это не сможет.

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

Как это могло бы выглядеть здесь

Я вижу это не как абстрактный сервис для всего рынка сразу, а как решение под конкретное заведение — собранное индивидуально, но по проверенной модели. Кафе получает свою страницу заказа: это может быть раздел на существующем сайте, отдельная посадочная страница или бот в Telegram либо MAX, который выполняет ту же функцию — показывает меню, собирает корзину, принимает оплату. Гость заходит по знакомой ссылке или QR-коду на столе, листает меню с фотографиями и ценами, добавляет блюда в корзину, указывает адрес или номер стола, оплачивает картой прямо в этом канале — и всё это происходит под брендом самого кафе, без стороннего интерфейса между гостем и заведением.

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

Что нужно для запуска

Чтобы такой инструмент заработал, а не остался красивой демонстрацией, MVP должен закрывать несколько базовых вещей.

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

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

В-третьих, уведомление кафе о новом заказе — сигнал, который сразу доходит до кухни или администратора, будь то push-уведомление, сообщение в тот же Telegram-бот или интеграция с уже используемой кассой, чтобы заказ не потерялся среди прочих дел.

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

Риски и сложности

Было бы нечестно рисовать только светлую сторону. Первая и главная сложность — конкуренция с уже привычным поведением. Гости годами приучены открывать одно и то же приложение агрегатора, когда хотят заказать еду. Переключить эту привычку на прямой канал заведения — отдельная задача, и здесь важно объяснить владельцу кафе, что свой канал строится не за один день, а постепенно, через QR-коды на столах, ссылки в соцсетях, небольшие бонусы за заказ напрямую.

Вторая сложность — доставка. Белый лейбл решает вопрос приёма заказа и оплаты, но саму доставку всё равно нужно кому-то организовать: либо своими курьерами, либо через подключение стороннего курьерского сервиса. Это отдельный процесс, который не появляется сам по себе вместе с сайтом заказа.

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

Частые вопросы

Чем это лучше агрегатора доставки? Заведение платит фиксированную подписку вместо процента с каждого заказа, сохраняет прямой контакт с гостем и данные о нём, а также полностью управляет тем, как выглядит его меню и страница заказа — без чужого интерфейса и алгоритма между собой и клиентом.

Нужна ли своя курьерская служба? Не обязательно. Свой канал заказа решает приём и оплату, а доставку можно организовать как своими силами, так и через подключение стороннего курьерского сервиса — это отдельный вопрос, который решается независимо от того, как оформлен сам заказ.

Можно ли использовать вместе с агрегаторами, а не вместо них? Да, и это самый разумный путь на старте. Свой канал не отменяет присутствие на агрегаторах — он работает параллельно и постепенно перетягивает часть заказов напрямую, туда, где заведение не платит процент и видит своего гостя.

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

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

Коротко о главном

Модель белого лейбла вроде ChowNow решает конкретную и понятную боль: заведение перестаёт отдавать часть каждого чека и самого клиента чужой платформе, а получает свой канал заказа под своим именем. У нас такого готового инструмента почти нет, хотя проблема с зависимостью от агрегаторов знакома любому владельцу кафе. Собрать подобное решение под конкретное заведение — не фантастика: свой сайт или бот-заказ, оплата, уведомления и аналитика по клиентам вполне реализуемы уже сейчас, и работать это может параллельно с агрегаторами, а не вместо них. Если вам интересно разобрать, как такой инструмент выглядел бы применительно к вашему заведению, буду рад обсудить проект и прикинуть, с чего разумнее начать именно вам.