ブラウザファーストのゲストエクスペリエンス

ゲストエクスペリエンスは、レスポンシブWebアプリケーションとして提供され、リンクまたはQRコードから開かれます。会場やイベントでは、アプリストアでの配布なしに、看板、バッジ、チケット、部屋、またはテーブルにアクセスを配置できます。

一部のフローでは、支払いまたはウォレットパスなどのプラットフォーム機能と統合されますが、基本的なゲストジャーニーはブラウザから開始されます。

ブラウザファーストが重要な理由

Scoutelloは、イベント、ホテル、ツアー、デスティネーション、パートナーキャンペーンなど、時間的制約のある物理的なコンテキストで使用されることがよくあります。ブラウザファーストのエントリは、ゲストが迅速に情報を必要とする場合に、最初のアクションをシンプルに保ちます。

ブラウザファーストモデルにより、チームは以下のことが可能になります。

• 看板、バッジ、チケット、部屋、またはテーブルにQRコードを印刷または表示する。
• メール、ニュースレター、ウィジェット、パートナーサイトで直接リンクを共有する。
• アプリストアのレビューなしで一時的なキャンペーンを開始する。
• ゲスト自身のデバイスで多言語コンテンツを提供する。
• ゲストエクスペリエンスを、オペレーターが管理するダッシュボードコンテンツと同じものに接続しておく。

主要なゲストサーフェス

サーフェス	通常のルート	ゲストは何をするか
ランディングページ / Webアプリ	/landing/:id	タイルを開く、情報を読む、フォームを送信する、オファーを表示する、ツアーを開始する、またはネストされたページをナビゲートする。
ツアー	/tours/:id (セッションを再開する場合は通常 /tours/:id/:tourRunId、ランディングページから /landing/:id/tours/:tourId)	ストップに従う、音声を聞く、地図/サイトプランを表示する、ツアー固有のサポートにアクセスする。
イベント	イベントおよびランディングページのルート	登録する、情報を確認する、イベントタイルを使用する、参加者コンテンツと対話する。
ウィジェット	/widgets/:id/checkout および関連フロー	外部サイトから埋め込まれた購入または登録ジャーニーを完了する。
ショートリンク	短いスラッグ	印刷物やキャンペーン資料から、適切なゲストまたはマーケティングの宛先に到達する。

オペレーターチェックリスト

ローンチ前：

1. 実際のモバイルデバイスで公開リンクまたはQRコードをテストする。
2. コンテンツが意図した組織と言語で公開されていることを確認する。
3. ログイン済みダッシュボードの外側で、アクセス、支払い、ウィジェットのフローを検証する。
4. フォールバックコピー、空の状態、連絡先パスがゲストにとって意味をなすことを確認する。
5. 物理的な看板が最終的なURLまたはショートリンクと一致していることを確認する。

サポートノート

ゲストが壊れたエクスペリエンスを報告した場合は、どのようにアクセスしたかを特定します：QRコード、ショートリンク、メール、ウィジェット、直接のランディングページ、またはツアーリンク。次に、ダッシュボード内の対応するサーフェスを調べ、コンテンツがアクティブであり、必要に応じて公開されており、正しい組織に添付されていることを確認します。

関連コンセプト: プロダクトモデル、リファレンス: ルート。