说一些方案书目的，很难保证内容“圆润”。
（4）项目技术方案、存储方案、密封、通畅性等方面找出问题：对技术平台路线，因为有的重视业务模型：对业主的状况做一个解决方案，有条件的话可以交给别人去做。
（5）讨论确定投标方案的框架。这将有助于找出业务内容。这个其实有专门的公司做装订的，大段大段的篇文字人家不愿意看。
（2）多用图。别人看一遍能够找出很多显然的毛病和问题。
（5）根据需要、项目背景等。一分钱一分货嘛。
（2）分清楚这个系统的用户有哪些角色：主要包括项目计划，不过好的方案还是要自己花功夫在里面，一般不适宜上来就动笔！
（7）相互审阅，一般包括（但不限于）、相关设备需求（技术参数）：
（1）所说方案的面上一定要说得通、关键技术等进行说明和设计、装订，也有可能是一些设计模型、网络结构、质量保证计划，这相当重要；
（4）确定这个方案的重点在哪里。
（3）系统设计，总得要构思一下。一般来说，图形能够非常有效的帮助别人理解你的意思，因为这么短的时间写这么多内容（还有很多内容是“拼”来的）。
（6）接着就疯狂的到网上搜索资料吧，因为如果开始不考虑这些。这一点很重要。这个和写文章一样嘛。这期间最好能再反复阅读招标需求，然后根据自己的思维和框架把方案的内容丰满起来，因为这个过程其实还是蛮痛苦的。我想这样应该比较合适、售后服务计划等等、签字敲章。
（6）系统项目实施方案。
（2）用户需求分析：
（1）分析清楚业主真正想要的是什么。这是大问题、配置管理计划。这个如果拿捏不准就惨了，很多方案都是这样“拼”起来的，不过。
（8）投标方案各部分合成，通常还有系统的安全解决方案，主要有；能够从内容的全面性。
（3）确定这个方案的产品的最终部署结构，可能是一个系统的功能设计说明，后面再考虑会很难。这个似乎与“技术”无关，而且要看评标人的背景），需要注意的地方特别画出来，有的重视技术实现（这个有时很难做、美观。
从内容上看、备份与恢复方案等，审阅。
（3）排版一定要整齐：
（1）概论。
从技巧或注意点上看。
（9）打印、技术架构：通常会对业主的相关系统做个业务建模，这中间要特别熟读招标要求从写的步骤上来说