Третя сторона інтеграції доставки означає підключення до маркетплейсів, на яких ви продаєте (Uber Eats, Deliveroo, Just Eat, Wolt та подібні) до систем, які ви вже використовуєте, щоб замовлення, меню та статуси могли безперешкодно передаватися між ними без повторного введення даних з планшета. Якщо зробити це правильно, це усуває помилки і підтримує спокій на кухні. Якщо робити це окремо, ви все ще будете сплачувати маркетплейсу його частку з кожного замовлення. Цей посібник пояснює, як працює інтеграція, що перевірити перед тим, як ви зобов'яжетесь, як її налаштувати і як створити прямий канал поряд з нею, щоб маркетплейси стали додатковим джерелом доходу, а не вашим основним бізнесом.
TL;DR
- Інтеграція підключає додатки доставки до вашої POS-системи, меню та кухонного потоку, тому замовлення надходять в одному місці, а не на полиці планшетів.
- Це вирішує проблеми з навантаженням та точністю. Це не змінює те, що стягує маркетплейс: 30% від чистої вартості замовлення плюс ПДВ, майже 40% загалом.
- Перед покупкою перевірте список інтеграцій вашого постачальника POS, чи пропонує він відкритий API, і чи синхронізується доступність товарів між каналами.
- Поєднайте маркетплейси з вашим власним каналом замовлень. З RESTOBOT комісія за прямі замовлення становить 0%; ви сплачуєте лише щомісячну підписку.
- Ставтеся до роботи як до проекту: оберіть постачальників, складіть меню, протестуйте живі замовлення, навчіть персонал.
Зміст
- Що таке інтеграція доставки третьої сторони
- Як це працює з вашим POS і онлайн-замовленнями
- Переваги та виклики, які з ними пов'язані
- Вартість: що ви платите понад програмне забезпечення
- Що перевірити перед підключенням
- Як реалізувати це, крок за кроком
- Звичайні проблеми синхронізації та як їх виправити
- Управління замовленнями, кур'єри та дані клієнтів
- Гібридна модель: маркетплейси для охоплення, прямі для маржі
- Наша перспектива
- Налаштування вашого прямого каналу з RESTOBOT
- Часті запитання
- Джерела
Що таке інтеграція доставки третьої сторони
Платформа доставки третьої сторони — це маркетплейс, який з'єднує відвідувачів, водіїв та ресторани. Вона приносить вам клієнтів, приймає замовлення, обробляє платежі та зазвичай постачає кур'єра. Використовуючи "окремо", кожна платформа надає вам свій власний планшет або панель управління. Кожен новий додаток означає ще один екран для спостереження, ще одне меню для редагування та ще одне місце, де можна замовити розпродане блюдо.
Інтеграція замінює цю купу екранів одним потоком. Замовлення з кожного додатку передаються у вашу POS-систему або панель замовлень, друкуються або відображаються на проході, як будь-який інший квиток, а їх статус (прийнято, готово, забрано) надсилається назад у додаток. Меню та доступність товарів можуть бути передані в зворотному напрямку, з вашої системи до маркетплейсів.
Існує три поширені налаштування:
- Тільки планшет. Немає інтеграції. Персонал читає кожне замовлення і вводить його в касу. Найдешевший варіант для початку, найповільніший і найбільш схильний до помилок під час напливу.
- Пряма інтеграція. Ваш постачальник POS має вбудоване з'єднання з конкретною торговою платформою. Простий, але обмежений платформами, які підтримує постачальник.
- Проміжне програмне забезпечення або агрегатор. Третя система знаходиться між торговими платформами та вашим POS, перекладаючи формат кожного додатку. Це підходить для закладів, які працюють на кількох платформах одночасно.
Вибір налаштування має менше значення, ніж дисципліна навколо нього: одне джерело меню, перевірені статуси та особа, яка відповідає за з'єднання.
Як це працює з вашим POS та онлайн-замовленнями
За лаштунками більшість інтеграцій виконує чотири завдання.
Введення замовлення. Коли клієнт замовляє в додатку, замовлення надсилається до вашого POS або кухонного дисплея з товарами, модифікаторами, нотатками, ім'ям клієнта та часом отримання. Без повторного введення.
Публікація меню. Ціни, описи, фотографії та модифікатори керуються один раз і надсилаються до кожної торгової платформи. Тут починаються найбільші проблеми: кожна платформа має свої правила для модифікаторів і категорій, тому меню, яке виглядає акуратно у вашій касі, може зламатися, коли його відображають в додатку. Ми розглядаємо виправлення в нашому посібнику з синхронізації меню POS.
Контроль доступності. Коли на кухні закінчується лосось, товар вимикається скрізь одночасно. Без цього ви скасовуєте замовлення вручну, і торговельна платформа може накласти на вас штраф за це.
Оновлення статусу та кур'єра. Прийнято, готується, готово, забрано: кожен етап повідомляється назад, щоб клієнт бачив прогрес, а кур'єр знав, коли приїхати.
Ваше власне онлайн-замовлення вписується в ту ж картину. Замовлення через веб-сайт або месенджер-бот — це просто ще один канал, що надходить до одного й того ж проходу, і це єдиний канал, де ви вирішуєте плату. Наш огляд інтеграцій ресторанного POS порівнює шлях через торговельні платформи з прямими замовленнями більш детально.
Переваги та виклики, які з ними пов'язані
Доставка від третіх осіб надає ресторану готовий цифровий канал продажів, але той же звіт про управління інтеграцією зазначає, що ці переваги супроводжуються операційними викликами, на які потрібно планувати (QSR Magazine). На практиці вони виглядають так:
| Область | Що покращує інтеграція | Що залишається складним |
|---|---|---|
| Точність замовлення | Без ручного повторного введення, менше неправильних або відсутніх товарів | Модифікатори, які не відображаються коректно |
| Швидкість | Квитки миттєво потрапляють на кухню | Наплив з кількох додатків одночасно може перевантажити лінію |
| Контроль меню | Одне місце для редагування цін та доступності | Кожна торговельна платформа має свій формат і затримку на затвердження |
| Звітність | Продажі з усіх каналів в одному вигляді | Торгові платформи часто зберігають деталі клієнтів для себе |
| Витрати | Менше витрат праці на планшетах | Комісія з кожного замовлення залишається незмінною |
Останній рядок — це той, який власники недооцінюють. Інтеграція є інструментом ефективності. Вона упорядковує робочий процес навколо плати, а плата є найбільшим витратами в усьому угоді.
Вартість: що ви платите понад програмне забезпечення
Є два рівні витрат.
Шар інтеграції. Ваш постачальник POS або постачальник проміжного програмного забезпечення може стягувати щомісячну плату за кожне місце, іноді за кожну підключену платформу. Запитайте ціну в письмовій формі, включаючи витрати на налаштування та будь-які зміни меню. Ціни сильно варіюються в залежності від постачальника і часто змінюються, тому отримайте актуальну пропозицію, а не покладайтеся на цифру в статті.
Шар ринку. Великі ринки, такі як Uber Eats, Glovo, Bolt Food, Wolt, Just Eat та Pyszne, стягують 30% від чистої вартості замовлення плюс ПДВ, що в сумі становить майже 40%. На кошик з їжею в £25 це велика частка, перш ніж ви заплатите за інгредієнти, персонал або упаковку. Наш огляд як витрати на онлайн-замовлення накопичуються показує, що це робить з місячною маржею.
Комісія також є причиною, чому багато операторів розглядають сторонні додатки як витрати на маркетинг, а не як стандартний канал продажу, і використовують гібридну модель, яка включає їхнє власне замовлення (PayPal). Це формулювання є корисним: ринок окупає себе, коли приносить клієнта, якого ви інакше не досягли б. Він не окупає себе, коли обслуговує постійних клієнтів, які замовляли б у вас безпосередньо.

Що перевірити перед підключенням
Спочатку проведіть короткий аудит. Це допоможе уникнути найдорожчої помилки, якою є купівля інтеграції, яку ваш POS не може підтримувати.
- Інтеграційний ринок вашого постачальника POS. Які платформи доставки він вже підтримує у вашій країні? Доступність у Великій Британії може відрізнятися від США.
- Відкритий API. Якщо ваш POS підтримує його, ви зможете підключити проміжне програмне забезпечення або кастомний потік пізніше. Якщо ні, ви прив'язані до того, що пропонує постачальник. Ці перевірки, разом з синхронізацією доступності товарів через онлайн-канали, є основою огляду сумісності (Restaurantware).
- Синхронізація доступності. Перевірте, що вимкнення товару в одному місці вимикає його скрізь.
- Обробка модифікаторів. Чи може інтеграція передавати комбо, додатки та спеціальні інструкції без їх сплющення?
- Маршрутизація на кухні. Чи друкуються або відображаються квитанції на доставку там, де їх очікує правильна станція, і чи можете ви сповільнити надходження замовлень, коли кухня заповнена?
- Звітність. Чи можете ви розділити продажі за каналами, щоб побачити, скільки кожен ринок насправді заробляє після комісії?
- Хто підтримує це, коли воно ламається. О 19:00 у п'ятницю, це ви, постачальник POS, проміжне програмне забезпечення чи ринок?
Як реалізувати це, крок за кроком
Рекомендації щодо реалізації від команди малого бізнесу американського банку розбивають роботу на вибір постачальників, уточнення зборів та вимог до onboarding, інтеграцію системи замовлень у щоденну діяльність, синхронізацію меню, вирішення, як отримувати замовлення, та навчання персоналу (PNC Insights). Перетворено на практичну послідовність:
- Виберіть платформи. Оберіть ті, що мають реальний попит у вашій місцевості. Кожен додатковий маркетплейс додає навантаження на обслуговування меню та підтримку.
- Порівняйте комісії, витрати на доставку та додаткові послуги. Отримайте повний графік зборів перед підписанням.
- Визначте, як надходять замовлення. Окремий планшет швидкий, але ручний. Підключення POS або проміжного програмного забезпечення коштує дорожче, але усуває повторне введення даних.
- Створіть одне меню, готове до каналу. Скоротіть до страв, які добре транспортуються, напишіть чіткі модифікатори та встановіть ціни на доставку навмисно.
- Підключіть і протестуйте. Розмістіть тестові замовлення на кожній платформі. Перевірте, щоб позиції, примітки, підсумки та статуси відповідали з обох сторін.
- Встановіть правила для кухні. Визначте маршрутизацію замовлень і як обмежити обсяг у пікові часи.
- Навчіть команду. Кожен, хто має справу з замовленням, повинен знати, як приймати, відмовляти, позначати готовим і передавати кур'єру.
Якщо ви пізніше переведете клієнтів на пряме замовлення, зробіть це за планом. Контрольний список міграції по годинах показує, як перейти без втрати сервісу.
Загальні проблеми синхронізації та як їх виправити
Товари, що закінчилися, все ще можна замовити. Зазвичай доступність управляється на планшеті, а не в POS. Зробіть одну систему головною та вимкніть ручні перемикачі в інших місцях.
Ціни відрізняються між каналами. Деякі оператори підвищують ціни на маркетплейсах, щоб компенсувати комісію. Це вибір, але він має бути свідомим і задокументованим, а не випадковим результатом редагування меню вручну.
Модифікатори зникають або приходять як вільний текст. Перебудуйте групи модифікаторів у формі, яку приймає маркетплейс, а потім протестуйте знову.
Статус ніколи не доходить до програми. Перевірте, чи виконуються дії прийняття та готовності в POS або все ще потребують натискання на планшеті. Персонал часто робить обидва, і кур'єр приходить рано або пізно.
Дубльовані замовлення. Зазвичай планшет і інтеграція працюють одночасно. Відключіть планшет, як тільки з'єднання буде підтверджено.
Дані клієнтів залишаються на маркетплейсі. Це структурна проблема. Платформа володіє відносинами, тому прямі канали важливі для повторного бізнесу.
Управління замовленнями, кур'єри та дані клієнтів
Інтеграція допомагає в повсякденному контролі. Коли кожен канал з'являється в одному вигляді, менеджер може бачити довжину черги, час підготовки та які замовлення запізнилися. Координація кур'єрів покращується, оскільки кухня знає часи підбору з одного екрану.
Дані клієнтів є слабким місцем. Замовлення з маркетплейсу зазвичай дає вам те, що потрібно для приготування та передачі їжі, і мало для побудови відносин. Це обмежує те, що ви можете зробити з лояльністю, відгуками та повторним маркетингом. Прямий канал змінює це: ви бачите, хто замовляє, як часто і що їм подобається, і можете їх винагородити. Для більш глибокого погляду на поєднання каналів, омніканальний досвід клієнтів є хорошим кутом зору: кожен канал має свою задачу, і клієнт повинен знаходити одне й те ж меню та бренд у всіх них.
Гібридна модель: маркетплейси для охоплення, прямі для маржі
Практична мета полягає не в тому, щоб відмовитися від маркетплейсів. Мета полягає в тому, щоб припинити платити 30% чистими плюс ПДВ за замовлення, які ви могли б виграти самостійно.
- Використовуйте маркетплейси для відкриття. Нові райони, нові клієнти, спокійні зміни.
- Перенесіть повторних клієнтів на свій власний канал. Помістіть QR-код або картку в кожну сумку з маркетплейсу, вказуйте постійним клієнтам на ваш вебсайт і дайте їм причину, наприклад, картку лояльності.
- Тримайте витрати на доставку під контролем. Пряме замовлення все ще може бути доставлене третім кур'єром, тому вам не потрібні власні водії. Наш план доставки на вимогу викладає підхід з акцентом на маржу, а пряме замовлення проти маркетплейсів пояснює, як з часом відновити баланс.
Простий приклад ілюструє цю точку. Припустимо, 100 ваших місячних замовлень з маркетплейсу надходять від людей, які вже вас знають. Якщо половина з них замовляє безпосередньо, 50 замовлень перестають нести 30% чистого доходу плюс ПДВ маркетплейсу. Ваш власний канал має фіксовану щомісячну підписку, незалежно від обсягу.
Наша перспектива
Ми розробляємо програмне забезпечення для ресторанів і бачимо ту ж саму тенденцію. Власники підключають свої додатки для доставки до каси, полегшення приходить, оскільки планшети зникають, а потім щомісячний звіт показує, що робочий процес покращився, хоча економіка - ні. Інтеграція варта того, щоб її здійснити, але вона відповідає на питання, як надходять замовлення, а не на питання, хто володіє клієнтом.
Наша думка полягає в тому, що кожному ресторану потрібен канал, який він контролює. Ось чому RESTOBOT не стягує комісію за замовлення: маркетплейс бере 30% від чистої вартості плюс ПДВ, у нас - 0%, і ви платите лише щомісячну підписку. Ваш сайт, меню, бронювання та картка лояльності знаходяться в одному місці, і ви можете запустити все за один день. Маркетплейси тоді роблять те, що вміють найкраще, а саме знаходять нових клієнтів, поки ваші постійні клієнти замовляють у вас.
*— автор*
Налаштування вашого прямого каналу з RESTOBOT
RESTOBOT надає вам вебсайт з вбудованим меню, замовленнями через сайт і Telegram-бота, бронюваннями, цифровими картками лояльності для Apple та Google Wallet, а також координацією доставки через третіх кур'єрів, таких як Wolt Drive. Створення сайту відбувається миттєво, а запуск займає один день. Плани оплачуються щомісячно або щорічно: MENU починається з €69 на місяць (€59 на рік за річним планом) і FULL за €119 на місяць (€99 на рік за річним планом). Дивіться плани MENU та FULL для отримання інформації про те, що входить до кожного з них.
Якщо ваша команда є частиною розмови, також є можливість для офіціантів, барменів і баріст отримувати чайові від гостей за QR-кодом, без комісії платформи, на кожному плані і навіть якщо заклад не на RESTOBOT.
Питання та відповіді
Чи варта інтеграція доставки від третіх сторін для маленького ресторану?
Так, якщо ви отримуєте більше, ніж невелику кількість замовлень з маркетплейсу, тому що це усуває повторний введення даних і зменшує помилки. Якщо ви отримуєте лише кілька замовлень на тиждень, планшет може бути достатнім. У будь-якому випадку, це не знижує комісію маркетплейсу.
Чи зменшує інтеграція комісію, яку я плачу?
Ні. Комісія встановлюється угодою з маркетплейсом і залишається на рівні 30% від чистої вартості замовлення плюс ПДВ. Інтеграція економить час і зменшує помилки. Щоб платити менше, перенесіть повторних клієнтів на канал без комісії.
Що мені потрібно перед інтеграцією?
POS або систему замовлень, яка підтримує підключення, або безпосередньо, або через відкритий API, чисте меню та угоди з платформами, які ви хочете використовувати. Почніть з перевірки списку інтеграцій вашого постачальника POS.
Чи можу я використовувати інтеграцію доставки та своє власне замовлення разом?
Так, і більшість операторів повинні. Обидва забезпечують один і той же потік на кухні. Маркетплейс приносить нових клієнтів, а ваше власне замовлення захоплює повторних за 0% комісії.
Чи діляться маркетплейси деталями клієнтів зі мною?
Зазвичай лише те, що потрібно для підготовки та передачі замовлення. Для лояльності та повторного маркетингу вам потрібен канал, де ви самі підтримуєте відносини з клієнтом.


