需求界定：先回答要解决什么问题？
讨论 pg官网 之前，先把需求写清楚：是日常查阅、临时核验，还是需要多人交接的长期路径。需求不同，评估的重点也不同。 pg官网内容更新
- 使用频率：偶尔访问还是每天多次，决定是否需要固定入口与记录。
- 使用人数：单人自用还是团队共用，决定是否需要交接说明。
- 核验要求：是否需要保留来源、时间与判断依据。
- 环境限制：网络条件、设备类型是否统一。
必备项与加分项怎么分？
必备项是缺了就影响使用的基本条件，加分项是提升体验但可以妥协的部分。把两者混在一起，评估就容易失焦。
- 必备项：入口可复现、访问过程可记录、异常时有替代路径。
- 加分项：界面熟悉度、收藏整理方式、说明文档的完整程度。
- 判断方法：逐条问“没有它是否还能完成任务”，不能则归入必备。
评估时要问哪些问题？
评估问题应当指向可验证的事实，而不是印象。以下问题适合在内部讨论时逐条过一遍。
- 入口来源是否清楚，能否说明从哪里获得？
- 访问结果是否稳定，出现异常时如何判断是环境问题还是入口问题？
- 记录是否足够支撑交接，别人能否按记录复现？
- 替换成本有多高，换一种方式需要重新学习什么？
主要取舍在哪里？
取舍通常集中在便利与可控之间。越省事的路径，往往越依赖外部条件；越可控的路径，前期整理成本越高。
- 便利优先：上手快，但异常时排查线索少。
- 可控优先：记录完整，但需要维护习惯。
- 折中做法：固定少量入口，保留核验记录，定期复查。
推荐框架怎么落地？
推荐框架不是给出唯一答案，而是让不同评估者得出可比较的结论。可以按以下顺序推进。
- 写下需求清单，标注必备项与加分项。
- 用评估问题逐条打分，记录依据而非结论。
- 明确取舍偏好，说明为什么接受某项妥协。
- 形成简短说明，包含入口、核验方式与异常处理。
- 定期复查，需求变化时更新清单。