飲食店向け
メニューは毎日変わる。テーブルのシールは変わらない。
QRメニューが便利なのは、それが今のメニューを指している間だけです。動的リンクなら、朝食を夕食に差し替え、季節限定のカードを引退させ、デリバリーの提携先を変えるのに、テーブルのカードを一枚も刷り直す必要がありません。
刷り直しこそ、QRメニューの隠れたコスト
QRメニューの売り文句は、紙が経常的な費用でなくなる、というものでした。たいていはそうなりません。コードが静的だからです。コードはファイルのアドレスを埋め込んでいるので、メニューのファイルが移動するたび、価格表が差し替わるたび、PDFが別の名前で作り直されるたびに、印刷したコードは動かなくなり、テーブルのカードはすべて印刷所へ戻ります。
動的なコードが埋め込むのは、代わりにあなた自身のドメインの短縮リンクです。リンクはその時点のメニューを指し、そのリンク先を変えるのはスマートフォンから数秒の作業です。シールも、テーブルのカードも、窓のデカールも、二度と変わりません。当初の約束が本当になるのは、そこです。
これは、同じ問題の厄介な変種も直します。正しいけれど、いま見せたいものではないメニューです。十一時まで朝食、四時まで昼食、その後は夕食——一つのコードの背後にあるリンク先は、誰もテーブルの上で何かを差し替えることなく、その時間割に従えます。
- メニューの改訂をすべて生き延びる、一度きりの印刷コード
- 営業の途中でも、スマートフォンから数秒でリンク先を変更
- 朝食・昼食・夕食のメニューを時間帯で振り分け
- あなた自身のドメイン上のリンク。アドレスが店の看板と一致します
テーブルに一つ、部屋に一つ、窓に一つのコード
多くの店はコードを一つだけ印刷し、そこから何も学びません。掲出ごとに固有のリンクを与えるのに費用はかかりませんし、それだけでコードは小さな運用データの流れに変わります。テラスと本館、通りに面した窓のデカールと入口脇のデカール、テイクアウトのカウンターとテーブル席の比較です。
それは、そうでなければ当てずっぽうになる問いに答えます。歩道のデカールは、占めている場所に見合っているのか。二階の部屋は、平日の昼にそもそも使われているのか。デリバリーの梱包に載せたコードは、料理を届けたマーケットプレイスではなく、自店のサイトへ人を連れ戻しているのか。
活動はゲスト自身の現地時刻で報告されるので、一日のリズムがそのまま見えます。営業前のスキャンの山、午後半ばの凪、遅い時間のテーブル。複数の店舗を持つグループでは、それぞれの店が同じアカウントの中の別々のリンクの集合になるので、ある店の数字が別の店の数字を汚すことはありません。
- テーブル、部屋、窓、梱包ごとに別々のリンク
- ゲストの現地時刻で報告されるスキャン。営業のピークが読めます
- 複数店舗のグループのための、店舗ごとのまとまり
- 数十のコードをたどれる状態に保つフォルダとタグ
メニュー以外の場所へ行くコード
メニューは分かりやすいリンク先ですが、最も価値の高いリンク先であることはめったにありません。同じ仕組みが、レビューを頼むレシートのコード、デリバリーのマーケットプレイスではなく自店の注文ページへ行く梱包のコード、テーブルカードの会員登録、そして窓に貼る求人のコードを動かします。
一つのリンクが、そうしたリンク先を同時にいくつも抱えて、その間でローテーションし、実際に完了してもらえるほうへ重みを移していくこともできます。とくにレビューの依頼は、いつも同じ場所ではなく、複数のプラットフォームへ順番に向けるとよく反応します。
メニュー、予約、道順、SNSアカウントのように、小さなリンクの集まりを抱える必要があるコードには、あなた自身のドメイン上のプロフィールページが向いています。隅に他社のブランドが入った第三者のランディングサービスへ、ゲストを送らずに済みます。
運用に必要なもの
実務的に必要なのは、ドメインと二十分ほどの時間です。menu.yourvenue.comのようなサブドメインをプラットフォームに向け、コードを生成し、印刷所のためにベクターで書き出し、以後はリンク先をスマートフォンから編集します。証明書はすべてのプランで自動的に発行・更新されるので、店の誰もHTTPSのことを考えずに済みます。
グループや飲食のコンサル会社には、もう一段の層が付きます。店舗ごとに、自分のユーザーとドメインを持つ分離されたワークスペースになり、店長には他店の数字を見せずに、自店の数字へのアクセスを渡せます。クライアントの事業として店舗を見ているなら、そのワークスペース自体があなたの売り物にもなります。価格はあなたが決め、課金はプラットフォームを通します。
ゲストが目にするページは、端から端まであなたのドメインに留まります。偶然たどり着くページも同じです。期限切れの季節メニューは、ゲストが聞いたこともないサービスのエラーではなく、あなたの配色のブランド適用済みのページを表示します。
- サブドメイン一つ、コード一式、そして印刷所へ渡すベクターファイル
- すべてのプランで自動の証明書
- グループや飲食のコンサル会社向けに、店舗ごとに一つのワークスペース
- 期限切れ・引退したコードのためのブランド適用済みページ
よくある質問
一つのQRコードで、時間帯ごとに違うメニューを表示できますか？
できます。コードが指しているのはファイルではなくリンクで、スキャンがどこへ着地するかを決めるのはリンクです。営業の終わりごとに手でリンク先を変えてもよいですし、ゲストの現地時刻で朝食・昼食・夕食のメニューが自動で出るよう、ルールを設定することもできます。
メニューが変わったら、テーブルのカードを刷り直す必要がありますか？
ありません。動的なコードを使う意味は、まさにそこです。印刷した模様が埋め込んでいるのはメニューのアドレスではなく短縮リンクなので、新しいメニューのファイルも、新しい価格表も、新しいPDFの名前も、テーブルの上の何も変えません。コードは一度印刷すれば、有効なままです。
どのテーブル、どの部屋が実際にスキャンしているか分かりますか？
掲出ごとに固有のリンクがあれば分かります。すべてが同じメニューを指したまま別々に計測されるので、テラス、本館、窓のデカールが別々の行として現れます。スキャンはゲストの現地時刻で報告されるため、各営業の形も目に見えるようになります。
複数の店舗を持つグループの場合はどうですか？
店舗ごとに、自分のユーザーとドメインを持つ分離されたワークスペースが与えられるので、ある店の数字が別の店の数字と混ざることはありませんし、現場の店長には自店の結果だけへの読み取りアクセスを渡せます。Starterには五十のワークスペースが含まれるので、たいていのグループは余裕で収まります。
ゲストが、見覚えのないプラットフォームの名前を目にすることはありますか？
ありません。リンクはあなた自身のドメインで動きますし、偶然たどり着くページ——期限切れの季節メニュー、引退したコード——も、見知らぬサービスのエラーではなく、その同じドメイン上であなたのブランドで描画されます。
あなたのブランドのリンク短縮サービスを立ち上げる
ドメインを接続し、価格を公開し、最初の顧客を招待する——多くのパートナーは一晩で公開まで進みます。
トライアルにカードは不要です。