JUNHE 君和数字科技 · 选型参考
企业定制软件
供应商选型标准
V1.0 适用于定制开发、平台建设、小程序及系统集成类项目
本标准可用于三个场景：一、直接发给候选供应商，要求按其格式统一应答；二、作为内部评审的打分依据；三、作为多家方案横向比价的统一口径。
标准化的好处在于：当所有供应商回答同一组问题、按同一套维度报价，价格才具备可比性——否则你比较的从来不是价格，而是各自对需求的不同理解。
一、四项一票否决（不满足任一项，建议直接排除）
□ 01 不接受"交付全部源代码与数据库设计文档"条款。
□ 02 不接受"需求、原型、设计图三阶段分别确认"的流程要求。
□ 03 不披露项目是否转包、交付团队是否为自有团队。
□ 04 不提供项目组人员名单、投入比例与排期计划。
这四项共同指向一个问题：对方是否愿意把承诺写进合同。愿意的，进入评分；不愿意的，不必再比价格。
二、评分表（满分100分）
| 维度 | 分值 | 评分要点 |
|---|---|---|
| 需求与方案 | 20 | 是否输出需求规格说明书？是否覆盖业务流程、角色权限、数据字段、异常场景？是否做过同类项目？ |
| 定制流程 | 25 | 是否有原型与设计图？是否逐阶段单独确认？确认记录能否提供？是定制开发还是产品改配置？ |
| 技术与安全 | 15 | 架构能否支撑业务放量？数据存储、权限、备份方案是否明确？是否有测试环节与验收标准？ |
| 团队与工期 | 20 | 是否有专属项目组与人员名单？排期是否按里程碑拆解？关键角色变动如何处理？历史准时交付情况？ |
| 交付与源码 | 10 | 源码、数据库文档、部署文档是否全部移交？有无加密或模块保留？是否提供使用与运维培训？ |
| 售后与SLA | 10 | 响应时长、服务时段、免费维护范围是否成文？升级与维护如何计价？有无违约约定？ |
| 合计 | 100 | 建议80分以上进入商务谈判；60分以下不建议合作。 |
三、报价归一化：让价格变得可比
直接比较总价没有意义，因为各家报价包含的工作范围不同。建议要求供应商按以下三张表分别报价，再行比较。
表一 · 一次性建设费用。需求梳理、原型设计、视觉设计、开发、测试、上线部署，逐项列价。
表二 · 按年发生的费用。服务器、域名、第三方接口、运维、版本升级，逐项列价并注明是否必需。
表三 · 变更单价。新增一个页面、一个接口、一个报表分别多少钱？变更按人天计价还是按功能点计价？
三张表填完，总拥有成本（三年期）自然浮现。此时再看报价，低价方案往往会自己暴露问题：要么表二、表三缺失，要么干脆拒绝填写。
四、签约前必须书面回答的十个问题
01 这个项目由谁负责？项目组有几个人，各自投入多少比例？
02 项目是否转包？交付团队是否全部为贵司自有员工？
03 需求、原型、设计图三个阶段，能否分别出图并由我方签字确认？
04 本项目是定制开发，还是基于贵司已有产品配置？
05 全部源代码、数据库设计文档、部署文档是否随验收移交？有无加密？
06 除合同金额外，未来三年还会有哪些必然费用？请列清单。
07 需求变更如何计价？单价能否写进合同附件？
08 排期计划能否拆到里程碑节点？延期的责任如何约定？
09 关键人员离职或调岗，交接方式与通知义务如何约定？
10 售后响应时长、服务时段、免费维护范围，能否写成SLA？
十个问题的答案，基本可以还原一家供应商的真实交付能力——因为这些问题问的不是态度，而是流程是否存在。
五、横向评审结论表
| 评估项 | 权重 | A | B | C |
|---|---|---|---|---|
| 一票否决项（4项） | 通过／排除 | |||
| 评分总分 | 100 | |||
| 三年总拥有成本 | 参考 | |||
| 单位工作量价格 | 参考 | |||
| 风险备注 | — |
当分数与价格放在同一张表上，"最低价"往往不再是最优解——这才是统一标准的真正价值：让选择回归可比，而不是回归直觉。
君和数字科技
400 039 7699
www.junhebrand.com Junhe@Junhebrand.Com
郑州 · 北京 · 上海 · 珠海
企业定制软件供应商选型标准 V1.0
