第一样：功能边界清单

不是“功能列表”，是“什么做、什么不做”。列表容易写，边界难划。比如“审批流程”这个功能，标准审批和条件审批的工作量差数倍。方案书里应该明确：包含几种审批类型、是否支持会签/或签、是否支持条件分支。爱得科技在需求阶段的建议是“严禁口头约定需求，必须形成书面《需求确认书》”。功能边界清单就是确认书的核心部分。

第二样：验收标准

“做完你看”不是验收标准。方案书里应该写明：功能清单逐项验收、性能指标（如页面响应时间、并发用户数）、测试范围（浏览器兼容性、移动端适配）。没有量化标准的验收，后期争议的空间很大。

第三样：源码和数据的归属

定制开发的项目，源码、数据库文件、设计源稿应该全部交付给企业。方案书里应该明确：交付物清单、交付时间、知识产权归属。如果方案书回避这个问题，或者写“源码托管在服务商处”，企业就失去了对系统的控制权。

爱得科技的服务模式参考

爱得科技在软件定制中采用“产品打底+按需适配”的方式，基于自有著作权产品快速搭建基础框架，再针对特殊流程定制开发。这种方式比纯从零开发快，比纯模板灵活。如果方案书里能说清楚“哪些部分用产品覆盖、哪些部分定制开发”，说明服务商对成本和工期有清晰判断。