結論 — 自作は「できる」。ただし自動なのは受付まで
モバイルオーダーは自作できます。Googleフォームと無料のQRコード作成ツールを使えば、費用0円で「お客さまのスマホから注文を受け取る仕組み」を今日作れます。ただし自動化されるのは「注文の受付」までです。厨房への通知・品切れの反映・卓番の識別・売上集計は手作業として残り、ここを重視するなら市販品（完全な買い切り型なら3万円前後から）が選択肢になります。
「モバイルオーダーを自作したい」と考えるのは自然なことです。月額数千円〜1万円超のサービスに毎月払い続けるのは、小さな店ほど重い。実は当サイトを運営するタクメニュー自体、開発者が個人で自作した注文システムを製品にしたものです。だからこそ、自作の「できること」と「つらいところ」の両方を、実体験ベースでお伝えできます。
0円自作の手順 — Googleフォーム+QRコード
いちばん簡単な自作は、プログラミング不要のGoogleフォーム方式です。手順は4ステップです。
- Googleフォームでメニューを作る：質問1「卓番号」（記述式・必須）、質問2以降「料理名」（チェックボックスやプルダウン）。数量が要る品は「◯◯の個数」を追加します。
- フォームのURLをQRコードにする：無料のQRコード作成サイトにフォームのURLを貼れば画像ができます。
- 印刷して各卓に置く：QRの下に「読み取って注文→送信ボタンまで押してください」と一言添えます。
- 回答の通知をONにする：フォームの回答タブから、新しい回答が来たときにメール通知を受け取る設定にします。
これで「客のスマホ→店への注文送信」は動きます。文化祭の模擬店・週末だけのイベント出店・キッチンカーの事前注文なら、この方式で十分に戦えます。
ただし、毎日営業する飲食店で使うと、次の4つの壁に当たります。
自作で困る4つの壁
- 厨房への通知：Googleフォームの通知はメール中心です。調理と接客の合間にメールを見張る運用になり、注文と同時に音で知らせる厨房向けの仕組みは標準ではありません。ピーク帯の「注文に気づかない」が、自作の実務上いちばんの事故ポイントです。
- 品切れ・価格変更の反映：品切れが出るたび、営業中にフォームの編集画面を開いて選択肢を消す（閉店後に戻す）作業が発生します。日替わりメニューの店では毎日の編集になります。
- 卓番の識別：卓番は客の自己申告（記述式）になるため、書き忘れ・書き間違いが起きます。席ごとに別フォームを作れば解決しますが、卓数ぶんのフォームとQRを管理することになります。
- 売上集計：回答はスプレッドシートに溜まりますが、「今日の売上」「商品別の出数」は関数やピボットテーブルを自分で組む必要があります。会計時も、フォームの回答と伝票を突き合わせる作業が残ります。
どれも「できない」わけではありません。毎日・毎回、人力でやり続けられるかが問題です。1日30注文の店なら、この4つに毎日30回ずつ向き合うことになります。
自作・買い切り・月額型の費用と手間を比較
お金と手間の両面で並べると、選び方が見えてきます。
| 自作（Googleフォーム） | 買い切り型（例：タクメニュー） | 月額型 | |
|---|---|---|---|
| 初期費用 | 0円 | 29,800円（税込・1回のみ） | 0円〜（サービスによる） |
| 月額 | 0円 | 0円 | 3,300円〜17,600円/月程度 |
| 厨房への通知 | メールを自分で見張る | 注文と同時に店のスマホへ通知 | 専用画面・端末に通知 |
| 品切れ・価格変更 | フォームを手で編集 | 管理画面から即時反映 | 管理画面から反映 |
| 卓番の識別 | 客の自己申告（誤記あり） | 席ごとのQRで自動 | 席ごとのQR等で自動 |
| 売上集計 | スプレッドシートを自分で組む | 日別・時間帯別・商品別に自動集計＋CSV出力 | 自動集計（POS連携も） |
| 初期設定の手間 | 全部自分（数時間〜） | メニュー登録まで運営が代行 | サービスによる |
※月額型の金額帯はモバイルオーダー料金比較ガイド掲載の主要サービス（2026年7〜8月確認時点）に基づく目安です。
月額型との総額の比べ方は買い切り型の損益分岐点の記事に詳しくまとめています。
自作で十分なケース／市販に切り替える分岐点
自作（Googleフォーム方式）で十分なケース：
- 文化祭・お祭り・マルシェなど、数日で終わるイベント
- キッチンカーやテイクアウト専門で、卓番の概念がない営業
- 1日の注文が少なく、メールの見張りが現実的に回る規模
- とにかく0円で「QR注文がうちの客層に合うか」を試したい段階
市販品に切り替える分岐点：
- 毎日営業で、ピーク帯に注文の見落としが売上と信用の損失になる
- 品切れ・日替わりの反映を営業中に数秒で終わらせたい
- 卓番を確実に取りたい（配膳ミスを減らしたい）
- 売上集計を閉店後の作業ゼロにしたい
切り替える場合、毎月の固定費を増やしたくないなら買い切り型、POSレジやスマホ決済との連携まで求めるなら月額型が候補です。この違いは「手数料0円」のカラクリで解説しています。
プログラミングで本格自作する場合の現実
プログラミングができる（または身近にできる人がいる）場合、通知や集計まで含めた本格的な自作も可能です。ただし現実として、次の3点は最初に見積もってください。
- 開発時間：注文画面だけなら数日でも、厨房通知・メニュー管理・集計・複数卓対応まで作り込むと、動くものになるまで数週間〜数か月かかります（タクメニューも個人開発で、この工程を実際に通っています）。
- サーバー費と無料枠：無料のクラウドで動かす場合、利用量が無料枠を超えたときに誰が払うのかを設計時に決めておく必要があります。繁盛するほど費用が出る構造は後から効いてきます。
- 保守：OSやブラウザの更新への追従、不具合対応が営業日と関係なく発生します。作った人が店を離れたら誰も直せない、が個別開発の典型的な末路です。
外注でゼロから個別開発する場合は数十万円規模になることが珍しくなく、完成後も保守の依頼先が必要です。1店舗のためにそこまでやるかは、冷静に考える価値があります。
まとめ — 「注文を受けた後」を誰がやるかで決める
自作か市販かの判断軸は、「注文を受けた後の仕事（通知・品切れ反映・卓番・集計）を、人力でやるか・自動にするか」です。イベントや試験導入なら0円自作で十分。毎日営業の店で「受けた後」まで自動にしたいなら、固定費を増やさず済む買い切り型（タクメニューは29,800円税込・月額0円・初期設定代行込み）か、連携重視の月額型を検討してください。
市販サービスの料金相場は料金比較 完全ガイド、月額型との総額の逆転時期は料金シミュレーターで確認できます。
