为什么不能只按总价比较服务商？
总价只有在页面、功能、接口、部署、测试、交付物和维护边界接近时才可直接比较，否则低价可能对应不同范围。
项目资料
软件服务商交付能力对比清单
摘要：这份清单用于在询价和方案评审阶段，用同一组问题比较软件定制开发服务商。重点核验能否形成明确范围、如何管理变更、测试与验收怎样留痕，以及源码、文档、账号、部署和维护是否能顺利移交。
比较前先统一范围
先把业务目标、用户角色、关键流程、页面、功能、接口、权限、部署环境和预计交付物发给所有候选方。若各方收到的资料不同，报价和周期就没有可比性。暂时无法确定的内容应列为假设、待确认项或可选项。
每项结论都要有证据
“支持”“可以做”“有经验”不等于可核验能力。证据可以是需求清单、原型示例、技术方案目录、测试报告样例、部署文档目录、版本管理方式和项目风险记录。涉及客户保密的案例不必展示敏感信息，但应说明承担的真实范围和交付职责。
源码与文档怎么核验
源码交付不只是一个压缩包，还要确认前后端工程、数据库脚本、环境配置、构建说明、第三方依赖、版本库、管理员账号和部署文档。若使用商业组件、云服务或开源依赖，应在合同和交付清单中说明授权、费用、升级和替换边界。
四个容易漏掉的边界
| 边界 | 需要确认 | 建议证据 |
|---|---|---|
| 变更 | 什么算缺陷、优化或新增需求 | 变更单模板和评估流程 |
| 测试 | 谁准备数据、环境和验收账号 | 测试计划、用例和问题记录 |
| 部署 | 首次上线、迁移和回滚由谁负责 | 部署手册和环境清单 |
| 维护 | 响应时间、缺陷期和版本升级范围 | 服务级别与排除项 |
把答复状态写清楚，不用“有经验”代替测试
在现有CSV的“服务商答复”“证据或链接”“备注”列中，可使用以下记录方式；原文件不预填任何公司的得分。
| 状态 | 建议记录 | 不能推导的结论 |
|---|---|---|
| 已现场验证 | 共同任务编号、输入样例、环境、操作和结果 | 不能推导更大规模、不同数据或生产环境也一定通过 |
| 已提供文档 | 文档名称、版本、可对应的答复和公开权限 | 不能把文档目录当作功能已实现 |
| 依赖条件 | 所需原厂接口、账号、网络或额外许可及负责人 | 不能默认条件按时满足或费用已包含 |
| 未验证 | 缺失条件、补测方式及采购方是否接受 | 不能记为“通过”或以其他评分抵消关键风险 |
比较前确定必须满足的业务条件，之后再讨论权重。无需把一次评审变成完整开发项目：可以选一条真实的脱敏任务，观察记录查询、权限、异常和交付说明。演示的资料范围与成果使用权应先说清楚。任务设计和局限见同任务供应商演示方法。
下载与使用
可以为不同评估维度设置权重，但不要只计算总分。高权重项中任何一个关键条件不满足，都应进入风险清单。合同和知识产权条款还需由企业法务或专业人员结合实际项目审核。更多问题可查看 北京软件定制开发公司怎么选。
怎样用这份清单比较大屏开发团队？
这份 CSV 有 18 个评估维度和 8 列。服务商 A、B、C 的填写区以及“证据或链接”“备注”列初始为空，供您记录各方实际答复；“高／中”是可调整的权重参考，不代表任何公司的评分。
| CSV列名 | 怎样填写 | 填写前可查看 |
|---|---|---|
| 评估维度、核验问题 | 按项目实际范围增减问题，保留各方共同使用的版本 | 明确页面、数据、权限、部署与交付范围 |
| 服务商A、服务商B、服务商C | 分别记录对同一问题的实际答复，未确认项不要预填通过 | 核对公司主体、项目职责和可说明的案例 |
| 证据或链接 | 注明对应服务商与问题，填写资料名称、地址和版本 | 原型、接口说明、测试与交付文件是否对应答复 |
| 权重、备注 | 按业务需要调整优先级，记录差异、条件和下一步 | 关键条件未满足时，先记录问题再继续比较 |
比较数据大屏团队时，先读大屏开发公司选择指南；了解泓珊的项目承接方式，可查看外包服务与合作条件。源码及部署要求可配合成果交接清单核对。
常见问题
案例截图可以作为交付能力证据吗？
只能作为线索。还应核验服务商在案例中承担的具体范围、交付物、技术角色和可说明的实施过程。
源码交付需要确认哪些内容？
应确认前后端源码、数据库脚本、配置、构建说明、第三方依赖、账号权限、版本库和知识产权边界。
这份清单是否已经给泓珊或其他服务商打分？
没有。文件中的服务商答复和证据栏目留给采购方填写，权重只是可调整的参考。比较泓珊或其他团队时，都应使用同一份范围和问题，记录实际答复、对应资料与仍需确认的条件。