SaaS研发平台选型中，部署方式往往最先被问到、也最容易停留在“支持公有云还是私有化”这一句答复上。这份清单把部署相关判断拆成准备、评审、验收三个阶段，每项写明通过标准、证据形式和负责人，供选型发起人、IT与安全、业务负责人和采购逐项核验并签字。清单聚焦数据存放、身份接入、网络、集成、审计、服务等级与导出退出，平台全功能评估不在本文范围。
要点总览（TL;DR）
- 清单按准备、评审、验收三个阶段使用：准备阶段把数据地域、账号来源、网络条件和必须打通的系统写成供应商能直接回答的问题；评审阶段核验书面说明与演示结果；验收阶段用真实账号和链路跑通关键条目。
- 每项检查写明检查项、通过标准、证据形式和负责人，通过标准按“对象＋动作＋可观察结果”写，例如用测试账号从企业身份系统发起登录并在约定时限内进入平台首页。
- 供应商书面承诺与实测结果分开标注，文档答复记为书面证据，演示录屏和测试记录记为实测证据，两者不一致时以实测为准并记录差异。
- 数据存放与出境要求无法满足、统一身份无法对接且无替代方案、数据无法导出或迁移，这三类情况列为阻断项，任一不满足即停止推进。
- 清单整体完成的判定条件是全部阻断项通过并有证据支撑、其余检查项均有结论、各角色在对应范围内签字确认。
谁在什么时点用这份清单
这份清单由四类角色共同使用，但各自介入的时点和判断范围不同。把角色和时点分开，可以避免评审阶段拿演示当结论、验收阶段才发现条件不满足。
| 角色 | 介入时点 | 判断范围 | 签字确认内容 |
|---|---|---|---|
| 选型发起人 | 准备阶段启动，贯穿全程 | 整体节奏、检查项完整性、未确认项是否闭环 | 清单整体完成判定 |
| IT与安全 | 准备阶段提出约束，评审与验收阶段主导技术核验 | 数据存放地域、租户隔离、账号体系、网络接入、权限审计、导出迁移 | 技术与安全类检查项的结论及证据 |
| 业务负责人 | 准备阶段提供工具链清单，验收阶段参与端到端验证 | 关键集成链路是否跑通、日常使用场景是否可用 | 集成与业务可用性验证记录 |
| 采购 | 评审阶段核对商务口径，验收阶段确认合同条款 | 价格口径与计费项是否与部署方式一致、服务等级与退出条款是否落到合同 | 商务条款与合同证据 |
三个时点按先后顺序推进：准备阶段形成内部约束和待确认问题，评审阶段把供应商答复转成可核验条目，验收阶段用测试账号和真实链路做上线前验证。前一阶段没有结论的条目不带入下一阶段签字，只记为未确认并注明补充方式。
准备阶段：先把部署条件问清楚
准备阶段在接触供应商之前完成，目标是把内部约束写成供应商能直接回答的问题。以下检查表可直接填写使用。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 数据存放地域 | 明确平台数据存放在哪个国家或地区，与公司合规要求逐条比对后无冲突 | 内部合规要求文件、地域结论记录 | IT与安全 |
| 数据出境安排 | 若涉及境外访问或境外节点，已列出数据类型、访问方式和审批路径 | 数据分类清单、出境评估记录 | IT与安全 |
| 账号来源 | 写明是否必须对接企业统一身份，列出需接入的身份系统及协议要求 | 身份系统清单、对接要求说明 | IT与安全 |
| 网络条件 | 列出办公网、分支机构、外网及移动办公的访问方式，明确是否需要专线、代理或白名单 | 网络拓扑说明、访问方式清单 | IT与安全 |
| 必须打通的系统 | 形成工具链清单，标注每个系统的对接方向（读、写或双向）和优先级 | 工具链清单、接口需求说明 | 业务负责人 |
这张表的作用是把模糊诉求变成可回答的问题。例如“账号要统一”应落成“员工入职后由企业身份系统开通账号，离职当日停用”，供应商才能给出具体对接方案；网络条件写清分支机构和外网访问方式，才能判断平台是否需要额外网关或代理配置。
评审阶段：逐项核验平台与供应商答复
评审阶段把供应商的答复拆成检查项，并标注每项需要什么形式的证据。书面文档、演示录屏和测试账号三种证据强度不同，清单中应分开记录。
| 检查项 | 通过标准 | 证据形式 | 负责人 |
|---|---|---|---|
| 租户隔离与数据归属 | 供应商书面说明租户间数据隔离方式、数据归属方及数据使用边界 | 书面说明或合同附件 | IT与安全 |
| 单点登录 | 用测试账号完成一次从企业身份系统发起的登录，失败场景有明确提示 | 测试账号验证记录 | IT与安全 |
| 开放接口与 webhook | 按工具链清单逐项确认接口是否存在、鉴权方式和调用限制，关键链路有演示或文档 | 接口文档、演示录屏 | 业务负责人 |
| 权限模型 | 能按角色、项目或空间配置权限，并演示一次权限变更后的实际效果 | 演示录屏或测试账号 | IT与安全 |
| 操作日志与审计导出 | 关键操作有日志记录，可按时间、人员、操作类型筛选并导出 | 演示录屏、导出样例 | IT与安全 |
| 服务等级与故障响应 | 书面给出可用性承诺、故障分级与响应时限，并与合同条款一致 | 服务等级文档、合同条款 | 采购 |
| 数据备份 | 说明备份频率、保留周期、恢复方式与恢复演练安排 | 书面说明 | IT与安全 |
| 价格口径 | 计费项（人数、模块、存储、部署方式）与所选部署方式一致，报价单逐项可对 | 报价单 | 采购 |
评审阶段要区分“供应商说支持”和“我们看到可用”。文档答复记为书面证据，演示录屏和测试账号验证记为实测证据；两者不一致时以实测为准，并在记录中写明差异。以ONES为例，其公开资料说明支持私有部署和公有云部署，公有云按人付费、无需部署，私有化部署采用K3s容器化部署并支持对接LDAP等企业内部系统，高可用集群部署可实现故障转移与零停机升级。这些表述可作为评审提问的起点，具体计费单价、服务等级、数据存放地域和导出方式仍需向供应商取得书面材料或安排验证。
验收阶段：上线前必须跑通的检查项
验收阶段用真实账号和真实链路执行，结论以验证记录为准。以下条目建议在正式上线前全部跑通。
| 检查项 | 通过标准 | 验证记录 | 负责人 |
|---|---|---|---|
| 账号开通 | 新员工从身份系统发起后，平台账号在约定时限内可用 | 开通时间、操作人、结果 | IT与安全 |
| 账号停用 | 停用操作完成后，该账号在约定时限内无法登录，历史数据按规则保留 | 停用时间、登录尝试结果 | IT与安全 |
| 权限变更 | 调整一次角色或项目权限，变更后可见范围与预期一致 | 变更前后截图或录屏 | IT与安全 |
| 关键集成链路 | 工具链清单中优先级最高的链路完成一次端到端跑通，数据双向一致 | 链路测试记录 | 业务负责人 |
| 数据导出 | 按约定格式导出一次完整数据，字段完整、可被目标工具读取 | 导出文件与校验记录 | IT与安全 |
| 迁移演练 | 用样本数据完成一次导入，记录耗时、失败项与处理方式 | 迁移演练报告 | IT与安全 |
| 异常与回退 | 模拟一次登录失败或集成中断，确认告警触达人和回退操作步骤 | 演练记录 | IT与安全 |
验收记录应包含执行时间、执行人、实际结果和偏差说明。发现偏差时先判断是否属于阻断项，属于阻断项的停止推进，其余项记录整改责任人和复验时间。选型过程中的检查结论、证据文件和复验记录可以集中放在一个协作空间里，用工作项承载每项检查的状态和负责人，评审与验收的交接就有据可查；ONES的工作项与文档能力可以承担这类记录，具体配置按团队实际流程设置。
通过标准怎么写才可判断
可判断的通过标准包含三个要素：对象、动作和可观察结果。缺少任何一项，检查就会退化成主观评价。
| 写法 | 示例 | 问题或优点 |
|---|---|---|
| 反例 | 平台支持单点登录，体验良好 | 没有对象和可观察结果，无法判断是否完成 |
| 正例 | 用测试账号从企业身份系统发起登录，30秒内进入平台首页，退出后再次访问需重新认证 | 对象、动作、结果齐全，可复现 |
| 反例 | 数据可以导出 | 未说明格式、范围和校验方式 |
| 正例 | 导出全部项目与工作项数据为约定格式，字段完整率100%，抽样10条与平台内一致 | 可执行、可核对 |
书面承诺与实测结果要分开标注。文档答复记为“书面”，演示和测试记为“实测”，两者不一致时记录差异并以实测为准。对尚未取得材料或尚未安排验证的条目，统一记为“未确认”，注明补充材料或验证安排，不写成“不支持”。
证据与负责人：每项检查留痕
每项检查至少对应一种证据和一个负责人，重要条目设置复核人。证据类型按强度排列如下：合同条款和供应商正式书面说明用于约束性内容；演示录屏用于展示操作路径；测试记录用于证明实际可用；报价单用于核对计费口径。
- 负责人分配原则：谁提出约束谁负责核验，IT与安全负责数据、身份、网络、审计类条目，业务负责人负责集成与使用场景，采购负责商务与合同条款。
- 复核人设置：阻断项和涉及合同承诺的条目设复核人，复核人不能与执行人为同一人。
- 证据归档：统一存放在选型项目空间，文件名包含检查项编号、日期和版本，复验后保留旧版本以便追溯。
- 版本管理：供应商材料更新或报价调整时，新增版本并标注变更点，避免用旧证据支撑新结论。
阻断项与完成条件
以下条目任一不满足即停止推进，不进入下一阶段签字。
| 阻断项 | 判定依据 | 处理方式 |
|---|---|---|
| 数据存放与出境要求无法满足 | 数据存放地域与合规要求冲突，且无可行调整方案 | 停止推进，记录冲突点 |
| 统一身份无法对接且无替代方案 | 企业统一身份无法接入，替代方案在安全或运维上不可接受 | 停止推进，评估替代方案后再议 |
| 数据无法导出或迁移 | 无法按约定格式导出完整数据，或迁移演练无法完成 | 停止推进，作为退出条件写入合同前必须解决 |
清单整体完成的判定条件是：全部阻断项通过并有证据支撑；其余检查项均有明确结论，通过项附证据，未确认项注明补充方式和责任人；各角色在对应范围内签字确认。满足这三条，选型结论才具备可追溯的依据。
常见问题
供应商在评审时口头表示支持单点登录，清单里应该怎么记录？
口头答复先记为“未确认”，不直接写成通过。可以请供应商提供书面说明或安排一次测试账号验证：用企业身份系统发起登录，记录进入平台所需时间、退出后是否需重新认证、失败场景的提示内容。取得书面材料后记为书面证据，完成测试后记为实测证据，两类证据分别归档。若书面说明与实测结果不一致，以实测为准，并在记录中写明差异点。
数据存放在境外但供应商承诺可以调整，这种情况还要停止推进吗？
先看调整方案能否落到可核验的书面材料上。若供应商能书面确认数据存放地域、迁移安排和时间点，并与公司合规要求逐条比对无冲突，可以继续推进，把该条目标注为“待复验”并约定复验时间。若调整方案只停留在口头承诺，或调整后仍与合规要求冲突，按阻断项处理，停止推进并记录冲突点。判断依据以书面材料和合规比对结论为准，不以承诺语气为准。
验收阶段发现某个集成链路跑不通，但供应商说后续版本会支持，怎么处理？
先判断这条链路在工具链清单中的优先级。属于优先级最高的关键链路时，按未通过处理，记录实际测试结果、失败环节和供应商答复，由业务负责人和IT与安全共同确认是否影响上线。供应商提到后续版本支持，需要取得书面说明，写清版本范围和时间点，并作为复验条件；在复验通过前，该条目保持未通过状态。非关键链路可以记录整改责任人和复验时间，不阻塞整体验收，但要在完成判定中注明。
团队规模不大，清单里的检查项可以精简吗？
可以按实际条件调整条目数量，阻断项不建议删减。数据存放与出境、统一身份对接、数据导出与迁移这三类直接关系上线后的合规与退出成本，规模较小的团队同样需要核验。租户隔离、审计导出、高可用架构等条目可以按数据敏感程度和业务连续性要求决定核验深度，例如以供应商书面说明替代完整演示。精简时在清单中注明删减理由和负责人，保留可追溯记录。
选型过程中的检查记录和证据放在哪里比较合适？
集中放在一个选型项目空间里，按检查项编号建立条目，每条挂上对应证据文件和负责人。证据文件名包含检查项编号、日期和版本，供应商材料更新时新增版本并标注变更点。评审与验收的交接以这些记录为依据，复验后保留旧版本便于追溯。ONES的工作项与文档能力可以承载这类记录，具体字段和流程按团队实际选型节奏设置。
