飲食店向けアプリ注文システムの機能チェックリスト

アプリ注文システムの機能チェックリストには、正確なメニュー、商品のオプション、会員登録なしでの注文、明確な合計金額、支払い方法の選択肢、受け取りや配達のルール、注文状況の通知を含めましょう。各注文を、会計から厨房、商品のお渡しまで追って確認してください。リピーター向けの特典などの追加機能に費用をかける前に、すべての機能について、合否を判定できる公開前テストを行いましょう。

アプリ注文システムとは？

アプリ注文システムは、お客様がウェブサイトやモバイルアプリでメニューを見て、料理を選び、注文できる仕組みです。LimeTrayは、オンラインの料理注文システムの仕組みを解説する中で、このお客様側の操作の流れを紹介しています。

カフェで使うなら、会計後も業務の流れが途切れないことが大切です。ラテの注文を使って、一連の流れを確認しましょう。

1. ドリンクメニューを見る。
2. ラテのミルクをオーツミルクに変更する。
3. 表示された合計金額を支払う。
4. 注文確認と受け取り時間の目安を受け取る。
5. スタッフが注文伝票を受け取り、ドリンクを作る。
6. お渡しの際に、スタッフが注文とお客様を照合する。

飲食店向けアプリ注文システムの費用は？

飲食店向けアプリ注文システムの費用は、注文の受付方法や、スタッフが必要とするシステム連携によって変わります。導入と継続的な運用の予算は分けて考えましょう。AppDesign360のモバイルアプリ開発は3,500ドルからですが、これは合意した初期の開発範囲に対する料金で、飲食店の注文に必要な機能をすべて含むパッケージではありません。

各提供会社には、メニュー登録やシステム連携の費用を、定額利用料、決済手数料、配達料、保守費用と分けて提示してもらいましょう。販売手数料が無料でも、こうした費用がかかる場合があります。注文ごとにかかる費用と、注文の少ない月にも発生する費用を確認してください。

テイクアウトのカフェなら、インストール型アプリの開発を依頼する前に、まず既存の注文用追加機能で業務の流れに対応できるか確認しましょう。必要な業務の流れが既存のプラットフォームに合わない場合は、独自開発を検討する価値があります。最低価格だけを比べるのではなく、不足している部分を補う開発について、テストとサポートも含めた見積書を依頼しましょう。

アプリ注文システムの機能チェックリストに入れるべき項目は？

アプリ注文システムの機能チェックリストでは、公開時に必要な各機能に受け入れテストを対応させましょう。これは、合意どおりに動くかどうかを合否で判定する確認作業です。AppDesign360では、機能を一覧にする前に、お客様がサービスを利用する一連の流れを定義し、その後、それを支えるシステムと業務の対応範囲を決めます。開発を承認する前に、この方法を実際の注文に当てはめてみましょう。

テイクアウト用のオーツミルクラテとペストリーをカートに入れ、サンプル注文として使いましょう。同じ注文内容が、会計、レシート、厨房の注文伝票にどう反映されるかを追って確認してください。表の確認項目は、お店のメニューやサービスのルールに合わせて調整できます。

これらの確認項目は、任意の仕上げではなく、サービス開始の必須条件として扱いましょう。支払いが成功しても、オーツミルクの指定が消えてしまうなら、注文の流れは合格とはいえません。

オンライン注文はどこに届き、誰が対応しますか？

支払い済みの注文にはすべて、キッチンに届く経路と、対応に責任を持つ担当者が必要です。POS（販売時点情報管理）は、売上を記録するシステムです。利用環境に応じて、オンライン注文はスタッフ用の管理画面、プリンター、またはキッチンのディスプレイに届きます。

Squareによると、同社のオンライン注文用プロフィールはSquare POSと連携し、メニュー、注文、顧客データを一元管理できます。選んだ連携方法で、商品のオプションがどのように引き継がれ、注文が届いたときにスタッフへどう通知されるかを確認しましょう。

ラテとペストリーの注文では、カウンターの責任者を注文伝票の確認と受け渡しの調整担当にします。注文に対応できなかったときに返金を承認できるマネージャーも決めておきましょう。お客様に表示する注文状況を誰が更新するかも決めます。「準備中」と「準備完了」は進捗を表しますが、リアルタイム追跡は配達員の位置を表示するため、別の連携が必要です。

後回しにできる注文機能はどれですか？

サービス開始時にスタッフが確実に対応できる注文を支えるものではない機能は、後回しにしましょう。INFIは、使わない機能にお金を払うのではなく、目的に応じて重要な機能を決めることを勧めています。この原則を、注文の種類、店舗数、スタッフの対応力に当てはめましょう。

受け取りに対応するカフェ1店舗なら、ポイント制度やお気に入りの保存機能は、リピート注文が優先事項になるまで待てます。販促機能は、適用ルールを管理し、割引を確認できる担当者がいる段階で追加しましょう。アプリ注文システムの機能チェックリストでは、こうした条件次第で選ぶ機能と、サービス開始の必須条件を分けておきます。

配達を始めると優先順位が変わることはありますが、追加機能がすべて必要になるわけではありません。キッチンが2か所あれば、拠点ごとに注文を振り分ける機能はサービス開始の必須条件になりますが、2店舗目を計画しているだけなら必須ではありません。

モバイルオーダーシステムの開始前に何をテストすべきですか？

実際の注文を受け付ける前に、注文手続きが正常に完了する場合だけでなく、失敗する場合の流れもテストしましょう。テスト決済用の環境を使い、スタッフに問題発生時の対応を練習してもらいます。どの確認項目も、最後にはお客様への明確なメッセージが表示され、次に何をすべきかが分かる状態になるようにしましょう。

1. 商品をカートに追加した後に売り切れに設定し、その商品の注文手続きを進められないことを確認します。
2. 配達エリア外の住所を入力し、配達注文を進められないことを確認します。
3. 受け取り時間枠を満枠にして、お客様がほかの空いている時間を選ぶ必要があることを確認します。
4. 決済を失敗させて、注文が支払い済みにならず、再試行の方法がわかりやすいことを確認します。
5. 注文ボタンを繰り返しタップして、注文も請求も1回しか発生しないことを確認します。
6. 厨房への調理伝票の送信を中断して、スタッフが支払い済みの注文を見つけ、二重に調理することなく伝票を再送できることを確認します。

モバイル端末の購入手続きで、入力欄のラベルが読みやすく、キーボード操作で手続きを完了できるか確認します。アレルギーに関する備考はスタッフが確認できるようにします。ただし、備考を送信しただけで、厨房が安全に対応できると確認されたかのように表示してはいけません。

チェックリストをもとに、開発範囲を文書にまとめるにはどうすればよいですか？

飲食店向けアプリ注文システムの機能チェックリストをもとに、機能、担当者、システム連携、合否判定テスト、対応プラットフォーム、価格、スケジュールを盛り込んだ合意書を作成します。たとえば、本格導入前の限定的な試験運用で、支払い済みの受け取り注文がすべて厨房に届いているかを確認する担当として、シフト責任者を割り当てます。

AppDesign360のオプションサービス「App Blueprint」は1,250米ドルからで、クリックして操作できる試作品、技術仕様書、開発見積もりが含まれます。開発が始まる前に、何を購入するのかを明確にするのに役立ちます。適切な開発範囲は、既存のシステムと飲食店の業務の流れによって異なります。

AppDesign360の20分間の無料初回相談で、現在の環境について相談してみましょう。AppDesign360のお問い合わせページから予約できます。

飲食店のオンライン注文に関するよくある質問