软件公司交的方案书，要看它回答了什么

谈得差不多了，软件公司会交一份方案书过来。这份东西厚不代表好，关键看它回答了几个要害问题。

我们自己也写方案书，所以知道哪些地方是实打实的，哪些是为了凑页数的。下面按重要性说说该翻哪几页。

一、它有没有真正复述你的需求

翻开第一部分，正常应该是对你业务和需求的梳理。

看这一段是不是只把你的话原样抄了一遍，还是重新组织过了。真正的梳理会指出你说的几个环节之间的先后关系、会标出哪些是核心流程、哪些是辅助功能。如果整段就是把你发过去的需求文档复制粘贴，说明对方没花心思。

还有一个细节，好的方案书会列出来它没完全听明白、需要你再确认的地方。一份什么问题都没有、什么都懂的方案书，通常是把问题留到了后面。

二、技术方案说清了吗

很多人看不懂技术方案，就跳过了。其实不用懂原理，看它有没有说清楚这几件事就行。

• 系统怎么部署，是放在你自己的服务器，还是对方提供，还是用云服务
• 数据存在哪里，谁掌握，能不能导出，导出成什么格式
• 要不要和别的系统对接，对接哪些，接口谁提供
• 用什么技术栈，为什么选它，以后好不好找人接手
• 能不能支持多少人同时用，量大了怎么办

这五条如果方案里都有明确回答，技术这一关基本就过了。含糊其辞、通篇讲概念的，要多问几句。

三、排期是不是真的排过

方案里应该有工期安排。判断它是不是随便写的，看有没有里程碑。

一个真排过的计划，会分成几个阶段，每个阶段有交付物。比如需求确认完成、原型确认完成、核心功能完成、测试通过、上线。每个阶段有大致天数。

还有个细节要看，计划里有没有留出甲方确认的时间。如果排期全是开发时间，一点缓冲都没有，那说明这个计划是拍出来的，不是排出来的。真实项目里，等甲方反馈、等资料、等接口，这些时间都得算进去。

四、报价和边界写清了没有

方案书末尾一般是报价。这一页要看得最仔细。

特别提醒看排除项。一份只写做什么、不写不做什么的报价，风险都埋在后面。服务器费用算谁的、域名算谁的、短信接口的资费谁出、以后加功能怎么算，这些都得有答案。

五、还有几页值得翻

除了上面这些，方案书里这几块也别漏。

项目成员介绍。由谁负责、他做过什么类似的项目。人是项目成败的关键，写在方案里的名字，最好和后面实际对接的人对得上。

风险说明。正规的方案会列出项目可能的风险和应对办法，比如需求变更、接口延期、数据迁移。一份没有风险提示的方案，说明要么没想过，要么不敢写。

验收标准。写清怎么做算验收通过，这一条能省掉最后阶段的大量扯皮。