需求界定：先写清入口场景
这份简报讨论的对象是 pg导航 类入口方案：它可能是一个自建导航页，也可能是现成的导航站，或是团队内部维护的入口集合。采购或选型之前，先把使用场景写清楚，比先看功能列表更有价值。 pg导航资讯
需求界定建议落到三句话：谁在用、在什么设备与网络环境下用、用完之后要完成什么动作。比如日常办公入口、临时项目入口、对外展示入口，三者的必备项并不相同。把这三句话写进简报开头，后续的评测问题才有对照基准。
- 使用人群：固定团队、流动人员，还是外部访客。
- 访问环境：桌面为主还是移动为主，是否存在受限网络。
- 核心动作：只是跳转，还是需要搜索、分类、收藏与更新提醒。
必备与可选：采购清单分层
把需求分成必备与可选两层，是这份采购简报的核心动作。必备项缺失即淘汰，可选项只影响评分，不参与一票否决。这样能避免被演示效果带偏。
必备项通常围绕可用性与可维护性：入口能否稳定打开、链接失效后是否有人负责更新、分类结构是否能让新成员快速上手。可选项则偏向体验：搜索、快捷键、主题、收藏同步等。以下清单可直接作为评测表的骨架。
- 必备：入口可访问、分类清晰、有明确的维护责任人。
- 必备：变更记录可查，出问题能回退到上一版本。
- 可选：站内搜索与关键词过滤。
- 可选：多端适配、收藏与个性化排序。
- 可选：与内部账号体系打通。
评测问题：向候选方案追问什么
评测阶段不要只看演示，用同一组问题追问每个候选方案，记录回答而不是印象。问题应聚焦责任、变更与故障处理，因为这些决定了长期使用成本。
- 入口清单由谁维护，更新频率与触发条件是什么。
- 链接失效时如何发现，发现后多久处理。
- 分类调整是否需要开发介入，普通成员能否操作。
- 出现误删或错误配置时，回滚路径是什么。
- 数据存放在哪里，导出格式是否开放。
把回答整理成对照表，用嵌套列表分组即可，不必追求复杂格式。重点是让每个候选方案在同一维度上被比较，而不是各说各话。
权衡取舍：成本、维护与可控性
选型很少存在全赢方案。自建导航页可控性高，但需要持续投入维护人力；现成导航站上手快，但分类与更新节奏受制于外部。采购时要明确团队愿意承担哪一类成本。
- 成本权衡：一次性搭建投入与长期维护投入，哪个更稀缺。
- 可控性权衡：入口结构能否按团队习惯调整。
- 维护权衡：是否有稳定的人负责巡检与更新。
- 迁移权衡：未来更换方案时，数据能否带走。
如果团队没有专职维护人，建议把“维护成本低”提升为必备项；如果入口本身就是对外展示的一部分，则把可控性与品牌一致性放在前面。权衡结论要写进简报，说明放弃了什么、为什么可以接受。
推荐框架：把结论写成可执行简报
最后一步不是选出一个名字，而是输出一份可执行的采购结论：推荐哪个方向、满足哪些必备项、接受哪些取舍、下一步由谁验证。评审时按以下顺序推进，能减少反复。
- 用需求界定的三句话确认范围没有跑偏。
- 用必备清单淘汰不满足项，保留两到三个候选。
- 用评测问题补齐对照信息，标注不确定项。
- 写下权衡结论与放弃理由，形成采购简报。
- 安排一次小范围试用，验证维护流程是否真的跑得通。
这份框架不追求一次定稿。入口需求会变，简报也应随场景更新；关键是每次变更都留下理由，让后来的人能看懂当初为什么这样选。