跳到主要内容

以浏览器为先的访客体验

访客体验以响应式 Web 应用的形式提供，访客可通过链接或二维码打开。场所和活动组织方可以将访问入口放在标牌、胸牌、票券、客房或桌面上，无需通过应用商店分发。

部分流程仍会集成支付或电子钱包凭证等平台功能，但访客旅程的基础入口始终是浏览器。

为什么要优先使用浏览器​

Scoutello 经常用于活动、酒店、旅游、目的地和合作伙伴推广等对时效性要求较高的线下场景。以浏览器为先的入口让访客在需要快速获取信息时，能够以更简单的方式开始操作。

以浏览器为先的模式让团队能够：

  • 将二维码印刷或展示在标牌、胸牌、票券、客房或桌面上。
  • 在电子邮件、新闻通讯、组件和合作伙伴网站中分享直接链接。
  • 无需经过应用商店审核即可发起临时活动。
  • 向访客自己的设备提供多语言内容。
  • 让访客体验与运营人员管理的同一套控制面板内容保持连接。

主要访客界面​

界面常见路径访客可执行的操作
着陆页 / Web 应用/landing/:id打开磁贴、阅读信息、提交表单、查看优惠、开始游览或浏览嵌套页面。
游览/tours/:id（恢复会话时通常使用 /tours/:id/:tourRunId；从着陆页进入时也可使用 /landing/:id/tours/:tourId）按顺序访问站点、收听音频、查看地图或场地平面图，以及获取游览专属支持。
活动活动和着陆页路径注册、查看信息、使用活动磁贴并与参会者内容互动。
规划和我的行程访客应用中的日历和行程视图安排活动、导入链接、查找已保存的条目，以及规划已获取的指南。
日计划已发布的日计划链接和磁贴查看或获取可重复使用的行程，并选择符合条件的规划日期。
组件/widgets/:id/checkout 及相关流程从外部网站完成嵌入式购买或注册流程。
短链接短标识从印刷材料和活动宣传内容进入正确的访客或营销目的地。

运营人员检查清单​

上线前：

  1. 在真实的移动设备上测试公开链接或二维码。
  2. 确认内容已在目标组织中以预期语言发布。
  3. 在已登录的控制面板之外验证访问、支付和组件流程。
  4. 检查备用文案、空状态和联系路径是否符合访客使用场景。
  5. 确保线下标牌与最终 URL 或短链接保持一致。

支持说明​

当访客报告体验无法正常使用时，先确认其进入方式：二维码、短链接、电子邮件、组件、直接着陆页或游览链接。然后在控制面板中检查对应界面，并确认内容处于启用状态、按预期公开，且已关联到正确的组织。

相关概念：规划和我的行程、产品模型、参考：路径。