モバイルオーダーは、QRコードを置くだけで選べるものではありません。注文を受けた後に、POSへどう登録し、どの厨房へ出し、売り切れや返金をどう処理するかまで確認します。
店舗タイプ別の結論
- 小規模店で無料から試すなら、iPadを用意してfunfoの無料範囲を確認
- ハンディと厨房伝票を含む本格運用なら、スマレジなどの飲食店向け有料プランも比較
- 「かんたん注文」は、Wizの広告先で対応範囲と見積もりを確認して判断
- テイクアウト中心なら、受取時間、事前決済、キャンセル処理を優先
比較する機能
| 項目 | 確認内容 |
|---|---|
| 注文方法 | LINE、ブラウザ、専用アプリのどれを使うか |
| POS連携 | 注文と会計を二重入力しないか |
| 厨房出力 | プリンターやKDSへ商品別に振り分けられるか |
| 売り切れ | 店内注文へすぐ反映できるか |
| 個別会計 | テーブル注文を分けて会計できるか |
| 顧客管理 | 同意を得た顧客情報を再来店施策に使えるか |
横長の機能表だけで決めず、実際のメニューを登録して、注文、変更、取消、会計、閉店処理まで試してください。
店内注文と事前注文の違い
店内QR注文は、来店後の卓番号と注文を結び付け、追加注文や個別会計へつなげる仕組みです。テイクアウト事前注文は、受取店舗・時間、事前決済、キャンセル、受取済み管理が中心になります。両方を提供するサービスでも、管理画面や料金、決済条件が同じとは限りません。
| 運用 | 優先する確認項目 |
|---|---|
| カフェ・テイクアウト | 受取時間、売り切れ、事前決済、返金 |
| 居酒屋・レストラン | 卓管理、追加注文、個別会計、厨房振り分け |
| フードコート | 呼び出し、受取番号、混雑時の注文制御 |
| 小規模店 | 初期設定、メニュー更新、紙注文との併用 |
POS・厨房とのつながりを確認する
注文データがPOSへ自動反映されても、会計、値引き、返金まで一貫するとは限りません。店頭で注文を追加した場合、QR注文と同じ伝票へまとめられるかも確認します。厨房では、商品カテゴリー別の出力先、追加・取消の表示、プリンター故障時の再出力が重要です。
売り切れ操作は、レジ、モバイルオーダー、テイクアウトの各画面へどの速さで反映されるかを試します。反映が別操作なら、ピーク中に誰が更新するかを決めます。
料金を比較するときの分け方
初期設定費、月額、注文手数料、オンライン決済手数料、POSプラン、プリンター等の機材費を分けます。「月額無料」でも決済や注文ごとの費用が発生する場合があるため、自店の月間注文件数と客単価で試算します。不明な項目は0円にせず、公式サイトまたは見積もりで要確認としてください。
導入テストで見る流れ
- メニュー、オプション、売り切れを登録する
- 新規注文、追加、変更、取消を行う
- POSと厨房への反映を確認する
- 現金・店頭決済・オンライン決済で会計する
- 返金、個別会計、閉店集計を試す
スタッフだけでなく、注文する客の画面も確認します。文字サイズ、アレルギー等の説明、通信が切れた際の表示、注文確定の分かりやすさが不十分だと、問い合わせが増えて省力化になりません。
向かないケース
通信が不安定な店舗、スマホ操作が難しい客が多い店舗、厨房側で注文を受けられない店舗では、QR注文だけへ切り替えると運用が止まる可能性があります。紙メニュー、口頭注文、ハンディなどの代替導線も決めます。
また、メニューや価格が頻繁に変わるのに更新担当を置けない店、注文端末と厨房の通知を確認できない店にも向きません。導入前にピーク時間の役割分担を決め、モバイルオーダーが止まったときも営業を続けられる手順を用意してください。