用途：为产品内导览、工具提示与情境帮助提供设计方法论。核心主张是帮助应在用户遇到摩擦的时刻出现，需求消失时也随之消失，而非长期堆叠成视觉噪音。适用于首次规划产品内帮助系统、审查有参与度指标却无采用提升的导览、设计触发逻辑，或判断哪些功能值得做导览、哪些依靠文档即可。
主要能力：一是导览决策，判断产品功能是否足够隐蔽、用户是否更受益于情境指导、团队能否随产品更新维护导览、成功指标是否明确；若功能少、用户偏好自主探索、产品迭代过快或无人维护，则不应做导览。二是三种模式对比：工具提示泛滥（每个按钮都加提示，用户产生盲视）、一次性首登导览（用户跳过或略读，摩擦出现时不再出现）、按需情境帮助（在进入未探索区域、点击需配置的功能、长期未登录返回或首次触发某功能时出现）。三是触发逻辑，分事件型（默认）、时间型（少用，信号噪声大）、状态型（按用户分层）及组合使用。四是导览架构，单一直线导览、分支导览与微导览库，多数现代系统倾向微导览库以匹配真实探索方式。五是情境放置与关闭机制，含悬停提示、聚光灯遮罩、侧边栏、内联，以及点 X、点击外部、自动关闭、持续到操作完成等，遵循不打扰原则：需要时找得到，不需要时可忽略。六是完成度追踪与再触发逻辑，记录已完成、已关闭、已看过未完成及距上次互动时间；已完成的通常不再展示，已关闭的尊重其选择，跳过的在相关时机再出现，长期缺席用户用精简帮助重新引导。七是重度用户与新手区分，依据功能使用历史、使用时长、活跃频率等信号，避免对已掌握功能的用户反复打扰，也不把所有人都当重度用户。八是常见失败模式诊断，如导览展示了但采用率未升、用户全局关闭导览、首登完成率 80% 但采用不变、提示无人点击、内容引用已下线功能、重度用户抱怨弹窗、移动端失效、团队间不一致、触发正确但用户不行动等。并给出 12 项导览设计考量，从是否该做导览，到触发逻辑、架构、放置、关闭、追踪、再触发、用户区分、移动端一致、维护纪律，最终以功能采用率而非导览完成率作为成功指标。
使用方式：资料未提供具体安装命令、代码或平台配置步骤；文中提及具体 Userpilot、Pendo、Appcues 平台配置属实现侧，不在该技能范围内。参考文件包括导览决策标准、触发逻辑模式、导览架构模式、情境放置模式、完成度追踪与再触发、重度用户与新手模式、关闭与不打扰模式、导览反模式及常见导览失败。
适用场景与限制：面向产品营销、增长营销、内部产品团队及为 SaaS 客户做激活的代理机构。不覆盖首次运行向导、对话式帮助、工程实现与具体平台配置。资料未提供定价、价格、效果数据或平台清单，这些暂未提供。