先定需求边界：这份自检清单要核对什么
这份清单写给正在评估尊龙凯时应用实例的人：不是先看功能清单，而是先把自家场景的边界写清楚，再拿边界去比对候选方案。边界不清，后面所有对比都会变成参数堆砌。建议在开第一次评估会之前，把下面三件事写成一句话结论。 尊龙凯时
- 使用场景：谁在用、在什么环境下用、每天大概用多久。
- 输入与输出：需要接入哪些现有数据或流程，产出要交给谁。
- 不可接受项：哪些情况一旦出现就必须放弃该方案（如无法离线、无法导出）。
把这三条写成文档，作为后续所有勾选动作的基准。清单本身不替你做决定，它只保证你不会漏掉关键核对点。
必备项与可选项：逐条勾选
把需求分成两栏：不满足就不能进入下一轮的必备项，以及满足更好、但可以谈的可选项。逐条勾选，避免把可选项当成必备项，导致可选范围被人为收窄。
必备项核对
- 能否覆盖你写下的核心使用场景，而不是只覆盖演示场景。
- 数据能否按你的格式完整导出，导出后是否还能被现有流程读取。
- 权限与账号体系能否对上你现有的管理方式。
- 出现异常时，是否有可查询的记录或提示，而不是静默失败。
可选项核对
勾选完成后，统计必备项满足比例。若必备项缺项较多，不必急着进入价格谈判，先确认是需求写得太宽，还是方案确实不匹配。
评估提问：向候选方确认的核对点
提问的目的是把模糊描述变成可验证的回答。以下问题建议逐条记录答案，并标注是口头说明还是可当场演示。
- 请用我们提供的场景数据演示一次完整流程，而不是用默认示例。
- 当输入不符合预期时，系统会给出什么反馈？能否复现该反馈？
- 如果后续需要调整流程，由谁操作、需要多长时间、是否需要额外条件。
- 数据存放与访问范围如何界定，我方能否自行核查。
- 出现问题时，支持的响应方式与响应路径是什么。
把回答与前面的必备项逐条对照，凡是回答停留在“可以支持”但没有演示或说明的，先记为待确认，不要直接算作满足。
取舍与风险：哪些条件不能让步
选型几乎一定伴随取舍，关键是把让步项放在可承受的位置。可以用嵌套分组的方式做一次对比，把候选方案放在同一组维度下看。
- 功能覆盖组：核心场景是否完整，边缘场景缺失是否可接受。
- 数据与导出组：导出完整性、格式兼容、迁移成本。
- 使用成本组：上手时间、日常操作步骤、培训需求。
- 长期维护组：调整流程的便利度、记录可查程度。
其中“数据能否完整导出”“异常是否可查”通常属于不能让步的条件：它们一旦缺失，后续替换成本会明显上升。界面美观、操作快捷这类项可以谈，但不要用它们去换取数据导出能力的妥协。若候选方在关键项上无法给出明确回答，应视为风险项写入评估记录，而不是默认通过。
决策框架与下一步动作
把前面的勾选结果汇总成一张判断表：必备项满足数、待确认项数量、不可让步项是否全部通过。三项都过关的方案才进入下一轮，否则先补需求或换候选。
- 整理本轮勾选结果，标出未满足的必备项与未确认的回答。
- 对未确认项安排一次针对性的演示或书面说明。
- 按不可让步项做一次复核，确认没有用可选项换取红线项。
- 将结论写成简短评估记录，注明依据来自哪次演示或哪份说明。
- 再决定是否进入价格与合同环节，避免在信息不全时提前锁定。
这份清单可以反复使用：每次新增候选方案，就按同样的分组重新勾选一遍，保持判断标准一致，选型过程才不会被单次演示的印象带偏。