本文へ移動
cutty.dev
All posts

レストランのQRコードメニュー — 一度作れば、もう再印刷の必要はありません。

短く変更可能なリンクに基づいたレストランのQRコードメニュー:一つの不変なコードで、印刷なしのメニュー更新、ゲストのプロファイリングなしでのスキャン統計。

誰もが同じことをアドバイスします。QRコードを生成し、そこにメニューのリンクを入れ、印刷すれば完了です。私の考えでは、これはこれを行うための最も愚かな方法です。なぜそう言えるのか、後ほど説明します。

まずは画像。金曜日、満席の店内、ウェイターは目が回るほど忙しく動き回っている。7番テーブルでは、3人の客が5分前から油ぎったステッカーの上でスマートフォンを振っている。コードを入力すると、2シーズン前のPDFに繋がる。料理の半分は品切れ。価格はデタラメ。最後には、もう印刷していない紙のメニューについて聞かれる。心当たりはありませんか? まさに、そんな感じですよね。

QRコードメニューは単なるガジェットではありません。それは、店舗全体の中で最も頻繁に触れられる「ボタン」なのです。そして、通常、その運用においては初日から問題が発生することがあらかじめ想定されています。

ファイルをエンコードするコードは、使い捨てのコードです(あなただけがそれを知らないだけです)

定番です。menu-wiosna-2025.pdf へのダイレクトリンクを含む QR コードを生成します。印刷し、ラミネート加工し、タグに刻印して、各テーブルに配置します。素晴らしい方法です。メニューの内容が変更されるまで有効です。

ビール業者が変わる。あるいは、バーガーの価格を3ズウォティ値上げする。もしくは、季節限定メニューが登場する。すると突然、あの綺麗なラミネート加工されたQRコードが、古いコンテンツに繋がってしまう。あなたには2つの選択肢があります:嘘をテーブルに残しておくか、それともすべてを新しく刷り直すか。

QRコードそのものが愚かです。それは文字通り、テキストの一部をエンコードしたただの画像に過ぎません。もしそこに、長くて固定されたファイルへのアドレスを埋め込んでしまったなら、あなたはそのアドレスと結婚してしまったも同然です。良い時も悪い時も。

そして、解決策はすべて一文に収まっています。コードはメニューに繋がるものではありません。いつでも目的を切り替えられる短いリンクに繋がるものである必要があります。

実践ではこのようになります

QRコードに次のようなスタイルのモンスターをエンコードする代わりに:

https://twojarestauracja.pl/uploads/2025/menu-final-v3-NEW.pdf

短い中間アドレスをエンコードします:

https://cutty.dev/u/menu

このリンクは決して変わりません。変わるのはリンク先だけで、それは管理パネルから30秒で設定できます。今日は春のカードを開きます。明日は冬のカードです。1ヶ月後には、バーでのワイン付きPDFに切り替えることができます。テーブルのステッカーは? そのままです。紙を交換するのではなく、目的地を入れ替えるだけ。これがトリックのすべてであり、これ以上に複雑なことは何もありません。

一度書いたら忘れてしまうコードのレシピ

順番に。

まずはメニューをPDFではなく、ウェブページとして作成してください。これは重要です。スマホでのPDFは最悪です。ズームしたり横にスクロールしたりする必要があり、店の地下などで電波が弱いと読み込みに永遠に時間がかかります。通常のHTMLのサブページなら、すぐに開けますし、50ズウォティ(約2000円)で買ったあのひび割れた画面でも、あらゆる画面で読みやすく表示されます。

その後、意味のある末尾を持つ短いリンクを作成してください。/u/menu/u/karta のようなものです。これは、お客様が手入力したい場合や、予約の際に電話で伝える場合(「kropka dev, スラッシュ menu」)に役立ちます。

この短いリンクからQRコードを生成します。一度きりの作業です。cutty.devでは、用意されたリンクからすぐに作成できるため、3つのツール間を行ったり来たりしたり、どのPNGファイルが正しいものか迷ったりする必要はありません。

印刷して展開するだけです。テイクアウトをご利用の方のために、吊り下げ広告、ステッカー、入り口のシール、ショーウィンドウ用のポスターを用意しましょう。

以上です。これからは、カードの変更はパネル内での一度の編集のみとなります。紙はそのままの状態に保たれます。

スキャンは、あなたが思う以上にその場所について教えてくれます

ここに、ほとんどのレストラン経営者が単に無視してしまうことがあります。短いリンクがスキャン統計を提供します。そして、これらは額縁に入れて飾るための死んだ数字ではなく、あなた自身の店舗に関する知識なのです。

金曜日の夜に何度メニューが開かれたか、そして火曜日の午後に何度開かれたかを確認してみてください。ランチ用のコードとディナーメニュー用のコードを分けて作成すれば、あなたの店で本当のディナーが何時に始まっているのか(たいてい、あなたが思っている時間とは違います)が分かります。ワインリスト専用のコードを作れば、残酷な真実、つまり誰もそこに目を通しているのかどうかが明らかになるでしょう。

ここからが重要ですので、注意してください。cutty.dev では、ゲストプロファイルを作成することなく、これらの数値を収集します。IPはハッシュ化され、広告トラッカーはなく、顧客の個人データも保持しません。手に入るのはスキャン数と時系列のトレンドであり、まさに飲食店を運営するのに役立つ情報です。スパゲッティの皿を個人データに変えるようなことはしません。GDPRが常に付きまとうEUの飲食業界において、これは「統計データがある」状態と「検査官とのトラブルが発生している」状態の差となります。

ストレスを軽減するいくつかの細かなポイント。メニューとスキャンデータはEU内のサーバーに保存されるため、会計士との話し合いの議題が一つ減ります。ユーザーはアカウントを作成したり、同意の壁(cookie-wall)をクリックしたりする必要はありません。タラ料理を食べる前にクッキーの同意画面が出てくるほど食欲を削ぐものはないからです。そして、この同じ仕組みを使って「本日のプロモーション」や「訪問後のアンケート」も運用できます。既存のリンクを一時的にリダイレクトするだけで十分です。

良いQRコードメニューは退屈なものです。一度印刷すれば、何年も掲示され続け、価格について嘘をつくこともありません。ここでの「退屈」は褒め言葉です。

次に誰かに「メニューのリンクをコードに貼り付けて印刷して」と言われたら、微笑んで別の方法を試してみてください。下部に短縮可能なリンク(例えば cutty.dev)を置いておけば、30ものテーブルのステッカーを貼り替えるのではなく、ワンクリックでメニューを更新できます。7番テーブルのウェイターはあなたに感謝することでしょう。