本文へ移動
cutty.dev
All posts

レストラン向け短縮リンク — 予約、メニュー、デリバリー

レストランの予約、メニュー、デリバリー用の不変かつ短縮されたリンク:QRコードを再印刷することなく遷移先を変更可能。チャネルの計測とゲストデータの保護(EU準拠、IPハッシュ化)を実現。

このような場面を想像してみてください。300枚のドアノブ用タグを印刷しました。綺麗なQRコード、配送先住所、すべて完璧に準備できています。1ヶ月が経過します。手数料が高すぎたため、配送サービスを変更することにしました。すると突然、これら300枚のタグはどこにも繋がらなくなってしまいます。テーブルに貼ったステッカーも同様です。レジ横の名刺。誰かが持ち帰り、冷蔵庫に貼り付けたチラシも。

これは常に起こっていることです。飲食業界は変化と共にあります:サプライヤーは入れ替わり、予約システムは倒産するか値上げをし、メニューは季節とともに変わります。しかし、一度印刷された紙は、こうした変化に対して無反応です。古い、死んだ住所を表示したままそこに掛かっているのです。

レストランにとってのリンクは、マーケティング部門が飾るための装飾品ではありません。むしろ、配管のような静かな設備です。毎日、音もなくあなたのために機能しているか、あるいは店舗に変化があるたびに、あなたの財布に滴り落ちてくるかのどちらかです。

不変のアドレス、可変のコンテンツ

これを、通常書かれているのとは異なる方法で表現してみようと思います。ほとんどの飲食業者は、リンクをプラットフォームに紐付いたものとして考えています。「このシステムで予約を受け付けているので、そのアドレスを貼り付ける」「このサービスでデリバリーを行っているので、あちらのアドレスを貼り付ける」。そしてここに、後になって災いをもたらす間違いがあるのです。

なぜなら、その時 restaurant-booking-platform.com/widget?id=8842&utm=... というアドレスは、そのプロバイダーとの契約期間と全く同じ期間だけ存続するからです。提携を解消すれば、リンクもそれと共に消滅します。

これを逆転させてください。誰が背後にいるかではなく、何をするかに基づいて、いくつかの固定された短いアドレスを作成してください:

  • cutty.dev/rezerwacja は、現在予約を受け付けているテーブルへ案内します
  • cutty.dev/menu はメニューへ(PDF、サブページ、どちらでも可)
  • cutty.dev/dowoz は現在のデリバリーサービスへ
  • cutty.dev/opinia はGoogleのクチコミへ

これら4つのアドレスは、一度名刺、ウェブサイト、レシートに刻印されると、永遠に残ります。そして、その背後にあるものは、あなただけのものです。パネルで変更して、保存すれば、完了です。わずか10秒です。

目的のすり替え、すなわち印刷所への訪問の終わり

ここが最も高いリターンが得られる場所です。リンクの目的は、アドレス自体に触れることなく変更することが可能です。一見、当たり前のことのように聞こえますが、年に何回資料を再印刷するかを計算するまでは。

あのドアハンガーの話に戻りましょう。300個、cutty.dev/dowoz、QRコード。1ヶ月後、あなたは他の誰かとより良い手数料の交渉に成功したとしましょう。例えば、30%から22%への引き下げです(月間数万の売上がある場合、これは現実的な金額です)。パネルに入り、ターゲット /dowoz を新しいURLに変更して保存します。すると、街中のドアにすでに掛かっている300個すべてのドアハンガーが、その瞬間から新しいサプライヤーへと誘導されるようになります。新しいステッカーを一つも注文する必要はありません。

シーズンについても同様です。cutty.dev/menu は、ラテ(掲示板)や各テーブルに用意されています。12月にはクリスマスメニューへ、夏にはタパスとレモネードへ、シーズンオフには定番メニューへと切り替えます。お客様は常に最新の情報を目にすることができます。テーブルのカードが動くことはありません。

あなたの配送業者よりも長持ちするQRコード

QRコードは、実のところ単なるアドレスのパッケージに過ぎません。アドレスを転送できるのであれば、QRコードも新しいルールで機能します。cutty.dev/rezerwacja 用に一度生成してラミネートし、バーに置いておけば、半年後に予約ウィジェットを交換することになっても、すべてをやり直さなければならないという心配はもう不要です。

実践において、手放すべきこと、あるいは逆に積極的に取り入れるべきこと:

一つの機能、一つのコード。予約、メニュー、デリバリーを一つの選択式QRコードに詰め込まないでください。テーブルのゲストは分岐を待つ忍耐力を持っていません。

10センチの距離からではなく、実際に顧客が座るであろう距離から、スマートフォンで印刷物のテストを行ってください。目の前で完璧にスキャンできるコードも、テーブルが窓際で日光が当たっている状況では読み取りにくくなることがあります。

バーカウンターにも、普通のテキストで書かれた住所と一緒にQRコードを置いてください。一部の人々、特に高齢の方は、カメラを向けるよりも指で cutty.dev/menu と打ち込む方を好みます。選択肢を与えてあげましょう。

ゲストは本当にどこからやってくるのか

これらのドアノブ用タグが誰かにスキャンされているのか、それともすべてのトラフィックがInstagramの特定の投稿から来ているのかを知りたいと考えているとしましょう。妥当な質問です。そして、この問いには、ユーザーをプロファイリングしたり、インターネット中を追いかけてくるようなクッキーを使用したりすることなく答えることができます。

各チャンネルに個別の住所を割り当てるだけで十分です:

  • 紙のチラシに cutty.dev/dowoz-ulotka
  • Instagramのプロフィールに cutty.dev/dowoz-ig
  • 吊り下げ広告に cutty.dev/dowoz-qr

1週間経って、座ってクリック数を比較してみると、どこに注力し、何を諦めるべきかが突然わかります。(私の知っているある飲食店では、ポストに投函したチラシのコンバージョンはほぼゼロでしたが、デリバリーのすべては近隣グループへの地元の投稿一つによって支えられていました。彼らはチラシを廃止し、印刷代を節約しました。)

cuttyの統計は、人数ではなくクリック数をカウントします。ゲストのIPアドレスはハッシュ化され、データはEU内のサーバーに保持されます。あなたには、本当に必要な情報(いつ、どのくらいの量、おおよそどこから)のみが提供されます。顧客のプロフィールを作成したり、深夜2時にパッタイを注文したのが誰であるかを第三者に販売したりすることはありません。

電話越しに口頭で伝えることができる末尾

些細なことですが、それが違いを生みます。レシートに twojarestauracja.cutty.dev/opinia と記載されているのを見た人は、xyz3k9 のようなものよりもそれを信頼します。ブランド化された末尾は一目で読み取ることができ、チラシ映えも良く、そして何より重要なのは、予約の際に一文字ずつ綴る必要がなく、電話で口頭で伝えられることです。

もし誰かにサーブの形をナプキンに描いて説明するとしたら、このようになります:

  • ウェブサイト、Googleビジネスプロフィール、プロフィール欄に /rezerwacja
  • テーブルのQRコードおよびメニュー表に /menu
  • タグラベル、チラシ、デリバリー用ステッカーに /dowoz
  • レシートおよびデリバリー用のサンキューカードに /opinia
  • 比較したい各チャンネルごとに個別の末尾(URL)を用意

4つの固定されたアドレス。一度印刷すれば、あとはターゲットを入れ替えて数字を確認するだけです。

なぜなら、実際、飲食業ではシフト、配送、そして誰かにスープがぬるかったという理由で星3つに下がったレビューなど、常に膨大な事柄を抱えているからです。印刷所へ走ったり、住所を書き写したりといった、物理的な手間がかかることは少なければ少ないほど良いのです。優れた、永続的なリンクとはまさにそのようなものです。一度設定すれば、あとは忘れていても、役割を果たし続けてくれます。もしよろしければ、cutty.devであなたのレストラン用にこのようなリンクを作成して、メニューなど一つの媒体で試してみてください。再印刷の手間が一つ減るだけでも、大きな進歩です。