Застосунок чи сайт для ресторану: що запускати першим

Гість побачив вашу піцу в Instagram і хоче замовити вечерю. Йому потрібне посилання на меню, ціни та доставку. Інший гість купує у вас обід щотижня. Для нього може бути зручним застосунок, у якому легко повернутися до замовлення й отримати повідомлення про нове обіднє меню.

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

Коли варто почати із сайту

Якщо замовлення надходять у повідомленнях і телефоном, сайт може спростити роботу: гість сам обирає страви, вказує адресу й оформлює покупку. Посилання можна розмістити в соцмережах, профілі закладу на картах і на пакуванні.

Для нового гостя це короткий шлях до знайомства з меню. Він відкриває сторінку в браузері й одразу бачить, що можна замовити. Реєстрація та оплата залежать від налаштувань сервісу.

Перед запуском перевірте, звідки люди потраплятимуть на сайт. Чи помітне посилання в профілі ресторану? Чи знають про нього постійні гості? Хто оновлюватиме меню й оброблятиме замовлення? Ці питання варто вирішити разом із підготовкою сайту ресторану з онлайн-замовленням.

Якщо сайт уже працює, пройдіть покупку з телефона: знайдіть страву, виберіть доставку, заповніть поля й перевірте оплату. Зіставте цей досвід зі зверненнями гостей і даними про незавершені замовлення. Так ви побачите конкретні проблеми, які можна виправити до наступного запуску.

Коли є сенс додати застосунок

Застосунок варто розглядати, коли ресторан уже має гостей, які регулярно повертаються. Потрібно продумати, як запросити їх встановити програму і чим вона буде корисна в щоденному користуванні.

Наприклад, ресторан змінює обіднє меню щотижня. Гості, які часто замовляють обіди й погодилися отримувати повідомлення, можуть дізнаватися про нього через push. У застосунку Eatery Club такі повідомлення допомагають нагадати про заклад і привести гостя до пропозиції.

Для цього хтось у команді має готувати пропозиції, обирати час надсилання й перевіряти результат. Подивіться, скільки гостей скористалися пропозицією та зробили замовлення. Саме це покаже, чи виправдані витрати на таке спілкування.

Сайт можна залишити зручним входом для нових гостей, а постійним запропонувати застосунок. У мобільній версії сайту Eatery Club для цього передбачено банер із посиланнями на App Store і Google Play; його описано в налаштуваннях сайту.

Як врахувати лояльність і роботу з меню

Бонуси мають бути зрозумілими гостю: за що він їх отримує, де бачить баланс і яку частину наступної покупки може оплатити ними. У Eatery Club програма лояльності об’єднує сайт, застосунок і кіоск. Умови нарахування та використання потрібно узгодити для всіх способів замовлення.

Під час демонстрації попросіть показати знайомий гостю сценарій: покупку, нарахування бонусів і їх використання наступного разу. Перевірте його на сайті та в застосунку. Це допоможе оцінити зручність програми; деталі налаштування є в довіднику про лояльність.

Також з’ясуйте, як оновлюються меню й ціни з вашої каси. Після зміни ціни гість має бачити актуальну суму, а страву зі стоп-листа не повинен мати змоги замовити. Оновлення меню не потребує публікації нової версії застосунку в магазинах. Порядок синхронізації та сумісність каси перевірте до запуску.

Які витрати включити в розрахунок

Попросіть розрахунок окремо для сайту та для сайту із застосунком за однакового очікуваного обсягу замовлень. Так буде видно, скільки коштує додавання застосунку й що входить у цю суму.

У пропозиції мають бути такі складові:

• Плата платформі. Абонплата, відсоток із замовлень, склад пакета та підтримка. Умови Eatery Club наведено на сторінці тарифів.
• Підключення. Разовий внесок, умови звільнення від нього та можлива вартість індивідуальної інтеграції. Для мережі попросіть розрахунок на всі заклади з урахуванням застосовних знижок.
• Онлайн-оплата. Комісія платіжного провайдера за вашим договором.
• SMS. Повідомлення, зокрема коди підтвердження, оплачуються за тарифами окремого SMS-провайдера. У нього потрібно уточнити ціну, порядок оплати та умови для країн, де працює ресторан.

Для SMS закладіть очікувану кількість повідомлень, для еквайрингу — обсяг онлайн-оплат. Платежі можуть списуватися за різними правилами й у різний час. Зведіть їх до одного періоду, наприклад місяця, а разові витрати покажіть окремо.

Додайте час команди на запуск: підготовку меню, перевірку замовлень, навчання працівників і повідомлення гостям. Для застосунку також заплануйте роботу з пропозиціями та push-повідомленнями.

Що робити з доменом

Якщо ресторан уже має впізнавану адресу, зазвичай доцільно її зберегти. На неї можуть вести посилання з пошуку, карт і партнерських сайтів; вона може бути надрукована на пакуванні. Перед переходом перевірте, чи контролюєте домен і чи підтримує обраний тариф його підключення.

Новий домен може бути доречним для нового бренду або окремого проєкту. Якщо причина зміни — втрачений доступ, спочатку з’ясуйте, на кого зареєстровано адресу, і зверніться до реєстратора щодо відновлення.

Якщо на чинному сайті є блог, сторінки закладів чи інший корисний контент, обговоріть, як зберегти їх разом із запуском онлайн-замовлень. Домовленість про підключення домену має охоплювати й долю цих сторінок.

Під час зміни адрес потрібен план перенаправлень зі старих сторінок на відповідні нові. Також доведеться оновити власні посилання й перевіряти індексацію після переїзду. Google описує ці кроки в керівництві з перенесення сайту.

Як прийняти рішення

На демонстрацію прийдіть із конкретною задачею: спростити замовлення з Instagram, прибрати незручний крок оплати або запропонувати постійним гостям застосунок з обідніми пропозиціями. Попросіть показати цей шлях повністю й порахувати запуск із вашою касою, оплатою та доменом.

Перед стартом зафіксуйте поточні показники, за якими оцінюватимете результат: завершені онлайн-замовлення, повторні покупки або замовлення після повідомлень. Оберіть ті, що відповідають вашій задачі. Тоді рішення про наступне вкладення спиратиметься на досвід власного ресторану.