为什么建议先做带Demo的方案？Demo通常验证什么？

带 Demo 的方案能在不到一两周时间里，把"我们以为对的"和"客户真正想要的"对齐起来。Demo 不追求完整功能，目标是验证关键流程、字段口径和权限模型是否贴合业务，让后续的报价和工期更靠谱。

滚水科技建议做 Demo，主要是想解决三个常见误区：

1. 需求描述听起来一致，实际理解差很远。同一个"审批流程"，客户脑子里可能是钉钉那种节点审批，我们以为是状态机加备注，做出来两边都不满意。Demo 把流程跑一遍，分歧很快暴露。
2. 报价容易在'看起来差不多'的功能里失真。比如"导出报表"，是 Excel 即可还是要带样式、要不要支持几十万行、要不要邮件定时发送，每一种成本完全不同。Demo 阶段把字段、格式、量级写清楚，报价才不会越做越亏或者越做越贵。
3. 客户内部还没对齐。很多时候业务方、IT、老板对系统的预期就不一样。Demo 是一个低成本的沟通工具，让多方在屏幕上看见同一个东西，再拍板。

Demo 通常会重点验证这几件事：

• 核心业务流程是否顺畅：从主用户的第一步操作走到结果，路径有没有断点
• 关键数据字段是否正确：字段名、字段类型、必填规则、和现有表/系统的兼容
• 权限模型是否清楚：谁能看、谁能改、谁能审
• 异常路径如何兜底：失败、超时、无权限的情况怎么提示
• 与已有系统/第三方的接入点是否成立

我们在 3D 模具智慧生产报价系统 这类业务规则复杂的项目里，会用 Demo 把报价计算逻辑、参数取值范围、特殊工艺加价规则先跑一遍。客户业务专家点头之后再进开发，比拍脑袋直接做要稳得多。

Demo 不是给客户看 PPT，而是把首期最有不确定性的部分先压在前面。先把不确定的事变确定，再开始大批量开发。