Зніміть брендинг з дарк-стору й піцерії — і софт під ними виявиться приблизно на 70% ідентичним: клієнтський застосунок, оплата, зони доставки, розподіл замовлень між кур'єрами, живе відстеження, екран менеджера. Решта 30% — саме там оператори q-commerce й набивають ґулі. Продуктовий дарк-стор продає 3,000 SKU замість 60 страв, міняє кухню на зал збирання і обіцяє 15–30 хвилин на кошиках вагою вісім кілограмів. Тож якщо ви запускаєте або лагодите такий, перестаньте питати, який софт вам потрібен, і починайте питати, що ламається, коли меню перетворюється на склад.
Що переноситься з доставки їжі без змін
Клієнтський шар переїжджає майже недоторканим. Брендований застосунок для замовлень у q-commerce важить навіть більше, ніж у їжі, бо люди купують так, як купують продукти: 4–8 замовлень на місяць від залученого домогосподарства проти 2–3 у ресторанного клієнта. Конверсія власного каналу повторює закономірність, яку ми бачимо на 3+ мільйонах замовлень їжі: застосунки конвертують до 35% відвідувачів, сайти для замовлень — до 15%, картки на маркетплейсах — близько 3%. А оскільки q-commerce-маркетплейси беруть комісію в тих самих 15–30%, що й фуд-платформи, математика прямого каналу — той самий давній аргумент, лише з більшими кошиками.
Зони й розподіл теж переносяться, з одним коригуванням: обіцянки в q-commerce коротші, тож полігони мають бути тіснішими — обіцянка 15 хвилин означає полігон на 6–8 хвилин їзди, а не розмитий «радіус». Решту закриває оптимізація логістики: автопризначення, об'єднання замовлень в один бік, живе відстеження кур'єра, яке відповідає на «де моє замовлення» раніше, ніж хтось встигне подзвонити.
Каталог: меню на 60 позицій стає каталогом на 3,000 SKU
Ресторанний софт припускає, що людина може прогорнути все меню. Ніхто не гортає 3,000 SKU. Тому каталогу потрібні пошук, який пробачає одруківки, дерева категорій на три рівні, вагові товари (0.4 кг винограду з ціною за кілограм) і ціни за кілька одиниць. Фотокартки в стилі меню для кожного SKU вам не потрібні, та ви їх і не зробите; потрібні структуровані дані про товар.
Складніша частина — доступність. Ресторан ставить страву в стоп-лист кілька разів на тиждень; залишки дарк-стору змінюються з кожним зібраним замовленням і кожним прийнятим ящиком. Покажіть товари, яких немає на полиці, — і ви створили заміни, повернення й одну зірку в промислових масштабах. Жива синхронізація залишків між вітриною і вашою складською системою, що працює як справжня інтеграція, а не нічний експорт, — найважливіший рядок у технічному завданні дарк-стору.
У нас обидва працюють на одній платформі. Подивіться каталог, збирання і розподіл на живому демо.
Зал: кухня стає залом збирання
У доставці їжі темп задає кухня, а софт на неї чекає. У дарк-сторі «кухня» — це людина з візком, і тепер темп задає софт. Процес збирання, який справді влучає в обіцянку 15 хвилин, працює так. Замовлення падає на екран збирача відсортованим за маршрутом між полицями, а не за тим, що клієнт додав першим: ряд бакалії, потім холодильник, потім морозилка, один прохід, без повернень. Кожен товар сканується для підтвердження, і це вбиває помилки «не той смак, не той розмір», які переслідують зібрані вручну замовлення. А коли чогось нема попри синхронізацію залишків, сценарій заміни спрацьовує одразу — запропонувати альтернативу в застосунку або повернути гроші за позицію, — замість кур'єра під дверима, що торгується про бренди йогуртів.
Натренований збирач на маршрутизованому потоці збирає замовлення на 12 позицій за 3–4 хвилини. Без маршруту те саме замовлення забирає 7–9. На 150 замовленнях на день сама лише маршрутизація повертає 8–10 людино-годин — приблизно одну повну зміну. Це та сама дисципліна, яку управління замовленнями приносить на кухню, тільки спрямована на полиці.
Ця економіка терпить менше втрат, ніж їжа
Маржа q-commerce тонша за ресторанну: ви перепродаєте фасовані товари з продуктовою націнкою, а не перетворюєте борошно на піцу. Кошик на 600 ₴ може нести 130–170 ₴ валової маржі до оплати праці збирача й кур'єра. Саме тому хвилини збирання і частка замін перестають бути операційними дрібницями і стають самим P&L. І саме тому хороший менеджер проводить зміну, полюючи на винятки на панелі моніторингу: застряглі замовлення, збирачі, що відстають, перегріті зони, — а не наглядаючи за залом, прогулюючись ним.
Утримання тут простіше, ніж у їжі, — якщо використовувати дані про покупки
Одна перевага q-commerce перед ресторанами: продукти — це звичка, а не забаганка. Домогосподарство, яке щотижня замовляє молоко, яйця і каву, перезамовлятиме той самий кошик з машинною регулярністю — якщо перезамовлення робиться одним дотиком. Списки «купити знову», побудовані на історії покупок, дають дарк-стору більше виторгу, ніж будь-який банер, а пуш, підлаштований під власний цикл домогосподарства («ваш звичний четверговий кошик?»), конвертує, бо читається як нагадування, а не реклама. Додайте зверху кешбек — і вартість перемикання накопичується: клієнт із балансом 150 ₴ у вашому застосунку не відкриває застосунок конкурента. Інструменти маркетингу ті самі, що й у ресторанів, — просто q-commerce дає їм передбачуваніший матеріал.
Що зробити далі
Якщо у вас уже є доставка їжі й ви придивляєтеся до q-commerce, ваш клієнтський застосунок, зони, кур'єри та розподіл уже працюють. Перш ніж щось підписувати, проведіть аудит двох прогалин: каталогу з живою синхронізацією залишків і маршрутизованого збирання. Якщо стартуєте з нуля — закладайте бюджет на вітрину останнім. Дарк-стори провалюються в залі, а не в App Store.
Каталог, збирання, синхронізація залишків, розподіл і брендований застосунок — запуск приблизно за два тижні.