起点：把澳客放进真实场景里
很多人第一次接触澳客，是从一句转述开始的：有人说它省事，有人说它麻烦。真正让判断落地的，往往不是这句转述，而是把它放回自己的场景里。澳客足迹之所以值得记录，是因为它天然带着一条路径——从听说，到试用，到验证，再到交接给下一个使用的人。
这条路径不需要一次走完。更稳妥的做法是先立一个基线：你现在的流程是什么，谁在用，哪一步最容易卡住。基线不是文档工程，而是把“感觉不顺”翻译成具体节点。只有基线清楚，后面的阶段才有参照物，否则很容易把别人的经验直接搬成自己的结论。
第一阶段：把需求边界写清楚
这一阶段的目标不是选型，而是把边界画出来。边界包括使用范围、协作方式、数据流向，以及哪些环节可以妥协、哪些不能。
- 目标：让参与的人对“要解决什么”有一致理解
- 输入：现有流程记录、参与角色、已知的痛点描述
- 输出：一页边界说明，列出必须满足与可以放宽的条件
- 退出条件：至少两名实际使用者确认边界描述与他们的日常一致
这一步常见的偏差是把需求写成愿望清单。愿望清单无法用来做取舍，边界说明可以。写清楚之后，再去看澳客资讯里提到的各种用法，就不容易被个别场景带偏。
第二阶段：把候选方案摆上桌面
边界确定后，才进入方案比较。比较的重点不是谁更全面，而是谁更贴合上一阶段列出的条件。可以把候选方案按同一组维度排列，让差异显性化。
- 先列出候选方案，数量不必多，三到四个即可
- 用边界说明里的“必须满足”做第一轮过滤
- 对留下的方案，逐项记录它在每个节点上的表现
- 标注哪些结论来自实际体验，哪些只是推测
这一阶段的输出是一份对比记录，而不是一个结论。记录里要区分事实和判断，这样在复盘时才知道该重新验证哪一条。协同也发生在这里：让不同角色各自补充自己关心的节点，比一个人闷头比较更可靠。
第三阶段：用小范围验证替代口头承诺
到了这一步，讨论已经足够多，需要用小范围的实际使用来替代口头承诺。验证不等于全面上线，而是选一个边界清晰的场景，走完一次完整流程。 澳客
- 目标：确认方案在真实节点上是否顺畅
- 输入：对比记录、一个具体场景、明确的观察点
- 输出：验证记录，包含顺利的节点和卡住的节点
- 退出条件：卡住的节点都有对应的处理方式或明确的放弃理由
验证阶段最容易被忽略的是记录卡点。顺利的部分往往相似，卡住的部分才是决定路径能否继续的关键。如果某个节点反复出问题，回到第一阶段修正边界，比硬推更省时间。
复盘与交接：让路径可以重复走
路径走完一轮后，需要两次复盘。第一次复盘发生在验证结束后，重点回答：哪些判断被证实，哪些被推翻。第二次复盘发生在交接前后，重点回答：如果换一个人来走这条路，他需要知道什么。
交接不是把文档丢过去，而是把节点讲清楚：从哪一步开始，遇到什么情况该停下来，什么条件下可以继续。可以把它整理成一份澳客实用指南式的短清单，让后来的人少走重复的弯路。澳客足迹的价值也在这里——它不是一次性的结论，而是一条可以被重复走过的路径。