先做基线盘点：明确pg官方使用边界
动手之前先花半小时做基线盘点，这一步决定后面三个阶段是否白做。目标不是把所有功能都试一遍，而是先写清楚：你打算用pg官方解决什么问题、由谁负责、什么情况算完成。准备清单如下：
- 写下本次要解决的具体问题，一句话即可，避免写成“提升体验”这类空话。
- 列出参与角色：谁操作、谁复核、谁在出问题时接手。
- 确认你使用的是pg官方平台入口还是其他渠道，记录入口来源，避免后续对不上。
- 划出边界：哪些操作本次不做，哪些数据不碰。
这一步的退出条件是：能用三句话向同事说明你要做什么、做到什么程度算完成。说不清就不要进入下一阶段。
第一阶段：跑通最小可用流程
第一阶段只追求“跑通”，不追求“跑好”。目标是让一条完整流程从开始到结束走一遍，哪怕中间需要人工补位。输入是上一步的边界说明，输出是一份带时间点的操作记录。
- 选一个最小场景，只覆盖一条主路径，不要同时验证多个分支。
- 按顺序操作，每完成一步就在记录里写一行，包括当时看到的结果。
- 遇到卡点先记录不解决，继续往下走，保证流程能到终点。
- 走完后回看记录，标出所有需要人工介入的位置。
常见坑：一上来就想把pg官方玩法全部配置到位，结果每一步都在调参数，流程永远走不完。第一阶段的正确做法是允许粗糙，先拿到一条能复现的路径。
退出条件：同一条路径能连续两次走通，且第二次不需要额外查资料。 pg官方技巧
第二阶段：把pg官方玩法沉淀成可复用步骤
第二阶段解决“换个人也能做”的问题。目标是把你个人跑通的路径，变成别人照着做也能复现的步骤说明。输入是第一阶段的记录，输出是一份步骤文档加一份检查项。
- 把记录里的口语描述改成动作句，每句只写一个动作。
- 给每个动作标注前置条件，比如需要先完成哪一步、需要什么权限。
- 把第一阶段标出的人工介入点，逐个判断是保留还是消除。
- 写一份检查项，用于操作完成后快速核对结果是否符合预期。
这里的判断标准是：如果换一个没参与过的人，只看文档能否走通。若对方需要频繁提问，说明文档还停留在“自己看得懂”的阶段。pg官方玩法在不同场景下会有差异，文档里要注明适用范围，不要写成万能步骤。
退出条件：一位未参与的同事按文档独立走通一次，且只提出不超过两个澄清问题。
第三阶段：固化pg官方技巧与异常处理
第三阶段处理“出错怎么办”。目标是让流程在常见异常下仍能收口，而不是一遇到问题就回到人工兜底。输入是第二阶段的文档，输出是异常对照表和处理顺序。
- 收集前两阶段实际遇到的所有异常，按出现频率排序。
- 为每个高频异常写一条处理动作，写清先做什么、后做什么。
- 把处理动作中可自动化的部分抽出来，形成pg官方技巧清单。
- 为无法自动化的异常指定责任人，避免问题悬空。
常见坑：把偶发问题当成高频问题，为它写复杂处理逻辑，反而让主流程变重。判断方法是看这个问题在过去两次完整流程中出现过几次，只在一次里出现的先记录不处理。
退出条件：高频异常都有对应处理动作，且处理动作不需要临时查资料。
复核与交接：用退出条件收口
最后一步不是继续加功能，而是复核并交接。目标是确认三个阶段各自的退出条件都真实满足，并把责任交到长期维护者手里。复核顺序如下：
- 回看基线盘点的问题描述，确认当前流程确实解决了它。
- 重跑一次完整流程，记录本次耗时和人工介入次数。
- 核对步骤文档与当前实际流程是否一致，不一致的地方立即修正。
- 把异常对照表和技巧清单一起交接，不要只交主流程文档。
如果复核时发现某个退出条件没有满足，不要跳过，回到对应阶段补做。阶段路线的价值就在于每个阶段都有明确的收口标准，任何一步没达标，后面的工作都会反复返工。