Due Diligence Sample / 技术尽调 · 示例
报价 8.6 万，
最后建议“先别签”
合成示例：某行业预约小程序，1 家供应商、1 套方案。展示报价、供应商、技术、合同、验收五段怎么查，结论怎么给。
01 / 报价：先拉到同一口径
| 项目 | 报价 | 判断 | 说明 |
|---|---|---|---|
| 前端/页面 | 18,000 | 合理 | 8 个页面，含设计 |
| 预约/排课 | 22,000 | 偏高 | 标准功能，可对比 |
| 支付/退款 | 8,000 | 合理 | 含对账 |
| 后台/权限 | 0 | 缺项 | 未含后台，需补 |
| 源码/部署 | 0 | 缺项 | 未写归属/部署 |
| 维护 | 12,000/年 | 待确认 | 是否强制 |
直接总价 86,000 高于参考区间；把后台/源码/部署补上后，同口径约 98,000–105,000，问题不是“贵”，是“贵还没含全”。
02 / 供应商：三个待核
能核的
- 合同主体存在；
- 有 2 个可打开案例；
- 开发 3 人，1 个前端/1 个后端/1 个设计。
待核/风险
- 案例 A 无法确认是自研（域名 whois 与主体不一致）；
- 说“全栈”，但后端是外包；
- 合同里没有交付人员名单。
03 / 技术方案：两个过度设计
- 第一版就上微服务 + 多租户：预约小程序 8 万预算不需要，增加部署/维护成本；
- 自研消息队列：直接用云服务即可，省 1–2 周；
- 数据库/服务器账号写供应商名下：交付后迁移风险。
04 / 合同：要补的 5 条
| 条款 | 现状 | 要补什么 |
|---|---|---|
| 源码与知识产权 | 缺失 | 尾款后归甲方；通用组件列清单 |
| 验收标准 | 模糊 | 把“正常使用”拆成 12 项可核动作 |
| 延期/违约 | 缺失 | 0.3%/天，上限 10% |
| 变更 | 口头 | 变更单写工期/金额 |
| 数据/账号归属 | 缺失 | 域名/服务器/支付在甲方名下 |
05 / 结论：先补再签
结论：不建议按现合同签。
先让供应商按同一份需求清单重报，补齐后台/源码/部署/验收；合同补 5 条；技术方案砍掉微服务/自研队列。补完后同口径约 7.2–8.5 万，再决定签不签。
先让供应商按同一份需求清单重报，补齐后台/源码/部署/验收；合同补 5 条；技术方案砍掉微服务/自研队列。补完后同口径约 7.2–8.5 万，再决定签不签。
本页是合成示例：项目、金额、供应商均为演示，不对应真实客户；不构成对任何供应商的评价或合作结果承诺。
准备签合同？
预约技术尽调 →把报价、合同、供应商情况发来，先判断值不值得做尽调。