お客様が見るもの
選ぶ → 支払う → 完了
ダウンロードもスタッフ介入も不要。商品を選び、テーブルまたはテイクアウトを指定し、支払えば注文が実行に入ります。
注文と決済
お客様はサイトから注文・決済 — アプリも追加端末も不要。キッチンとバーはステーションごとに注文を受け取り、売上は直接口座へ。処理済み取引ごとに統一コスト。
お客様が見るもの
ダウンロードもスタッフ介入も不要。商品を選び、テーブルまたはテイクアウトを指定し、支払えば注文が実行に入ります。
レストランが受け取るもの
各商品は該当ステーションへ。MaxMenu がキッチン、バー、カクテル向けのジョブを生成 — 実行すべき内容だけ。
フルフロー
サイトが POS に。ブランドデザイン、ダウンロードゼロ。
料理、追加、アレルゲン、テーブル — すべてモバイルから。
Apple Pay、Google Pay、Bizum、カードなど。ブランドのネイティブチェックアウト。
正しいステーションに表示。決済は口座に精算。
仕組み
プラグインではありません — 埋め込み可能な飲食インフラ。事前設定済み、安全、任意のサイトにブランドで展開可能。
名称、通貨、言語、設定。メニューの PDF または画像をアップロード — AI で 1 分以内に準備完了。
一度接続すれば直接入金。外部プロバイダーの管理は不要。
WordPress、Shopify、Webflow、HTML、React… そのまま動作。あなたのドメイン、あなたのブランド。
リダイレクトなし。MaxMenu がブランドの下でネイティブに決済フローを管理。
各商品を該当ステーションへルーティング。KDS、プリンター、またはハイブリッドでクリーンに実行。
チェックアウトを視覚的にカスタマイズ — フォント、ラベル、レイアウト — ダッシュボードから、再デプロイ不要。
MaxMenu は任意のドメイン、CMS、スタックで動作。ネイティブ決済、ウォレット、本当のコントロール — プラットフォームに縛られない。
統一コスト
レストランはプロバイダーや別料金を足す必要なし。処理済み取引ごとに MaxMenu の 1 コスト — 国と通貨で定義。
ヨーロッパ · ユーロ圏
メニュー価格の売上に対して計算。処理の別行はありません。
英国 · GBP
同じ基準:処理済み売上に対する 1 つの率、処理の別行なし。
米国 · USD
USD の統一手数料は 5,3 %。レストランは取引ごとに 1 つの数字だけを見ます。
売上、単一コスト、推定純額 — 外部内訳なし。
レストランは自分のコストを把握。お客様はチェックアウトで明確な体験 — 技術料金がレシートに混ざらない。
規模別コスト
ヨーロッパ(ユーロ圏)、英国、米国の例 — 各市場の統一コスト。MaxMenu は決済成功時のみ課金。
ヨーロッパ · ユーロ圏 · 3,9 %
英国 · GBP · 3,9 %
米国 · USD · 5,3 %
補完モデル
立たず、アプリも入れずに注文したいお客様向けのレイヤー。選択肢を増やすだけ — ウェイターは置き換えません。
メニュー価格を維持し、既存フローで注文を受け取る。MaxMenu のお客様料金はレストランのチケットと分離。
お客様が欲しいものを決め、自分で完結したい瞬間をカバー。
料金が存在する理由
お客様料金は任意で分離:Order & Pay の利便性をカバーし、小額チケットが店舗利益を侵食するのを防ぎます。
よりスムーズな体験のための固定料金。必須ではなく、通常のサービスを置き換えません。
平均チケットの一部でも、レストランの上乗せでもありません。
POS
運用を作り直す必要はありません。MaxMenu はエンドツーエンド、または既存スタックを補うレイヤーとして動作。
注文、決済、ステーションルーティング、実行 — モダン運営への最短ルート。
MaxMenu がチェックアウト面;POS は内部台帳のまま。
FAQ
統一コスト、ドメイン、POS、ルーティング — 余計な説明なし。
はい。ダッシュボードに登録したドメインが承認対象です。承認済みドメインのみ embed を実行できます。
開始時は不要。MaxMenu は単独、または既存 POS の補助レイヤーとして動作できます。
両方。ステーションジョブがあれば、出力は KDS、プリンター、またはハイブリッド。
不要。QR は配布手段に過ぎません。Order & Pay は任意ドメインに埋め込み可能。
最低注文額ルール(例:8–10 €)を使うか、Order & Pay を食事カート向けに限定。
いいえ。処理済み取引ごとに MaxMenu の 1 コスト。処理はその料金に含まれます。
レストランです。決済は各店舗の入金口座へ、そこから銀行へ。MaxMenu は技術コストを別表示しません。