ブラウザファーストのゲスト体験
ゲスト体験は、リンクまたは QR コードから開くレスポンシブなウェブアプリケーションとして提供されます。会場やイベントでは、アプリストアで配布しなくても、 看板、バッジ、チケット、客室、テーブルなどにアクセス情報を掲載できます。
決済やウォレットパスなどのプラットフォーム機能と連携するフローもありますが、基本となるゲストの利用開始はブラウザから行われます。
ブラウザファーストが重要な理由
Scoutello は、イベント、ホテル、ツアー、観光地、パートナーキャンペーンなど、時間的制約のある現場で利用されることが多くあります。ブラウザファーストの導入方法なら、ゲストがすぐに情報を必要とする場面でも、最初の操作をシンプルに保てます。
ブラウザファーストのモデルでは、チームが次のことを行えます。
- 看板、バッジ、チケット、客室、テーブルなどに QR コードを印刷または表示する。
- メール、ニュースレター、ウィジェット、パートナーサイトで直接リンクを共有する。
- アプリストアの審査なしで期間限定キャンペーンを開始する。
- ゲスト自身のデバイスに多言語コンテンツを表示する。
- オペレーターが管理する同じダッシュボードのコンテンツとゲスト体験を連携させる。
主なゲスト向け画面
| 画面 | 代表的なルート | ゲストが行うこと |
|---|---|---|
| ランディングページ / ウェブアプリ | /landing/:id | タイルを開く、情報を読む、フォームを送信する、オファーを確認する、ツアーを開始する、または階層化されたページを移動する。 |
| ツアー | /tours/:id（セッションの再開時は /tours/:id/:tourRunId が使用されることが多く、ランディングページからは /landing/:id/tours/:tourId も使用） | ストップを順に進む、音声を聴く、地図や施設案内図を確認する、ツアー専用のサポートにアクセスする。 |
| イベント | イベントおよびランディングページのルート | 登録する、情報を確認する、イベントタイルを使用する、参加者向けコンテンツを利用する。 |
| Planning and My Visit | ゲストアプリ内のカレンダーおよび訪問ビュー | アクティビティを手配する、リンクをインポートする、保存した項目を見つける、取得したガイドを計画する。 |
| デイプラン | 公開済みのデイプランリンクおよびタイル | 再利用可能な旅程を確認または取得し、計画に利用できる日付を選択する。 |
| ウィジェット | /widgets/:id/checkout および関連フロー | 外部サイトに埋め込まれた購入または登録のフローを完了する。 |
| ショートリンク | 短いスラッグ | 印刷物やキャンペーン素材から、適切なゲスト向けまたはマーケティング向けの遷移先にアクセスする。 |
オペレーターチェックリスト
公開前に行うこと：
- 実際のモバイルデバイスで公開リンクまたは QR コードをテストする。
- 意図した組織と言語でコンテンツが公開されていることを確認する。
- ログイン済みのダッシュボード外で、アクセス、決済、ウィジェットのフローを確認する。
- フォールバックテキスト、空の状態、問い合わせ先への導線がゲストにとって適切か確認する。
- 現地の案内表示を最終 URL またはショートリンクと一致させる。
サポートメモ
ゲストから体験の不具合が報告された場合は、QR コード、ショートリンク、メール、ウィジェット、直接のランディングページ、ツアーリンクのどの方法でアクセスしたかを確認します。次に、ダッシュボードで該当する画面を調べ、コンテンツが有効であること、想定どおり公開されていること、正しい組織に紐付いていることを確認します。
関連概念： Planning and My Visit、Product model、Reference: routes。