在工作中，除了技术工作之外，我们也经常需要写一些项目的方案，当然如果公司比较大，岗位分工比较细，可能不存在这个问题。如果公司规模不大，比如我们公司，人不多，就要把自己锻炼成全面手，写方案是一个不可或缺的工作内容。以下是我在公司里面写技术方案的一些体会，希望对大家有帮助。
1 积累参考资料一般我们写方案，比如项目申请方案，根据申请项目类型范围等要求，首先是要有一个大概的方向，选择一个什么样的项目，做项目的轮廓等等，可能我们手头有相关的资料可以参考，也可能没有，如果没有，就需要我们自己去查找一些资料，可以是别人写过的项目申请方案或者是一些相关的论文，也可能是网上的一些资料或者公司内部的一些资料。资料找到之后，提取对自己项目有用处的一些思想或内容，消化吸收之后，加到项目的方案中去，就完成了资料的使用，为了以后继续使用资料，还需要把资料进行分类，把不同类型的资料进行合理的分类，按照容易组织和查找到方式保存起来，一个是为了当前项目的编写，再一个也是为了以后写类似项目有一个数据基础，不用再做重复的查找工作。
图 积累的文档资料分类存储
这个阶段主要是一个知识资料积累的阶段，在这个过程中，还有一个需要注意的地方是，我们写项目要注意平时多关注一些行业的动态，行业的技术发展，这样碰到些项目的方案，就不会抓瞎，通过对技术前沿的了解，可以在写方案之前，就会对项目方案内容有一个方向的把握，查找资料的时候，就不会太盲目，这也要求我们平时多关注技术或者行业的发展信息，慢慢养成习惯，让学习永远在路上。
2 对项目方案的总体把握我们写项目方案，需要对方案有一个总体的了解。比如，项目的来源，项目方案的审阅流程等。比较常见的是某个行业的管理部门，需要做一件事，可能涉及到很多单位共同完成，每个单位会分一部分工作，同时也会分一部分资金。我们作为单位之一，就要向管理部门负责，这时候的方案主要是要把分配或者争取的事情阐述清楚，分析好实际的情况，提出存在的问题，最后给出解决办法，特别是要找出工作的痛点，把工作痛点讲明白了，解决的办法和途径说清楚了，基本就问题不大。
总体把握方案，主要是想一想看方案的人最关注的的问题，在方案里有没有体现。如果争取的是投资人的资金支持，就要知道投资人的目的是什么，如果是为了赚钱，就要在方案中体现项目的赚钱能力，可能是商业模式或者前景或者技术优势等等，如果单纯的投入钱就是做一些固定的事情，就要在方案中体现这个事情按照方案能够做成，方案内容主要阐述做法的合理性，完成任务的能力等等。
图 全面考虑项目的问题
总体把握方案还有一个重要的方面是对项目内容和经费的匹配，根据经费情况，确定项目的范围，不能把项目的范围定的过大或过小，两种情况都会被评审的人质疑，范围过大，会被质疑能不能完成任务，范围过小，会被质疑经费被夸大，这两种情况都应该避免，这就需要我们制定大致合理的项目范围。
3 注意项目的侧重点我们写方案的目的，是为了让项目方案通过审核。最主要的就是多考虑审核人关注什么，从而对方案进行分类，根据方案类型的不同，采取不同的策略。暂时想到两种类型的方案，我们针对这两种情况阐述应对方法。
3.1预算类方案这一类方案，主要是申请资金的支持，一般的写法也是先写概况，再写存在的问题，有哪些需求，针对需求应该采取什么样的措施，后面是技术路线，功能设计，方案设计，社会或经济效益，风险情况分析，实施的方法步骤，项目预算等等，这里面每部分内容都应该写，最重要的应该是项目预算。
项目预算有两方面需要认真编制，一方面是出资方对预算的要求，比如有哪些费用不能列支，有的不能有会议费，有的不能有出差费，有的不能有劳务费等等，严格按照要求来，如果没有按照要求编制，轻者这部分费用被砍掉，重者项目方案不能通过，所以一定要弄清楚预算要求，严格执行。另一方面就是预算要合理，也就是对于项目的每一项，要有一个合理的预算，比如一个商品管理系统，预算100万，就要说明这100万的合理性，有没有类似功能的系统，和这个预算差不多，是直接购置还是自己开发，要说明理由，如果自己开发，还要把工作量进行统计，估计每一部分预算，分得越细越好，分的细说明对项目了解的比较深入，当然也可能是自己有这个系统，只需要按照实际需要进行部分调整，所以会写的很细，这样投资方也会比较放心。
图 一个预算表示例
预算编制最重要，也并不是说其他的内容就不重要，其他的内容是对预算的支撑，首先是有方案中的事情要干，所以才要求预算经费，这是个因果关系，所以要做事情的实际情况，需求的分析，应对的措施也不能马虎，也要有所依据。
3.2内容型方案预算通过之后，就会注重内容的编制，比如投标文件，一般都是已经有预算了，招标文件会写清楚要做的事情的要求以及预算价格，投标主要是把事情描述清楚，当然投标报价也很重要，招标是希望花最少的钱把事情办好，落脚点还是要把事情办好，也就是重点考察方案内容，在这里我们姑且称这类重视内容的方案为内容型方案，编制这类方案就要把内容本身列为重点。
该类方案的重点部分是在解决措施上，需求已经比较明确，就看如何来根据需求，提出解决方案，比如一个办公自动化系统，就是解决办公过程中效率低下的问题，如果我们通过调研，了解到甲方在办公中存在的具体问题，一一罗列出来，然后针对每个问题，都提出相应的措施，优化整个办公流程，将优化后的办公流程与原来的进行对比，能够显著提高办公效率，而且使用方便，用户体验好，这样甲方就会很容易认同你的方案。同样的道理，对于其他的类似问题，解决办法也是类似，只要找到需求的痛点，并很好的解决，就是一个好的方案。
4 用到的写作技巧在实际写方案的过程中，还可以运用一些技巧，能够使方案更充实。
4.1 软件开发步骤的写法按照软件的构建方法，我们写软件开发步骤，应该是调研、需求分析、总体设计、模块设计、详细设计、软件开发、软件测试、试运行、运行、维护等顺序，这也是具体开发软件系统的顺序，但这么写软件开发可能会有一个问题，一般我们前期都会对软件有一个大概的认识，比如总体架构，功能模块等环节能简单写写，详细设计及以后的环节我们就写不出内容了，因为我们还没有做这一部分工作，所以即使写出来，也是很宽泛的，没有实际的内容，只能写一些放之四海而皆准的话，或者叫做正确的废话。
这个时候，我们换个思路，不按照开发的整体推进过程来写，我们可以分模块写，比如第一步先做1、2、3模块，中期做4、5、6模块，最后做7、8、9模块，由于我们对于系统的模块能够说一些内容，所以内容就会显得比较丰满，不至于言之无物。
4.2 多画图多列表我们写方案的时候，很容易陷入到文字内容的雕琢上，但对于看方案的人来说，可能时间会很短，比如方案给评审专家，方案可能好几百页，专家们可能要在20-30分钟看完，然后花很短的时间给出是否通过的判断。如果全部都是文字，估计专家看一会就看不下去，或者就是看看题目，大概的扫一眼具体内容，这样很容易漏掉方案的关键信息。
图 图表示例
为了让方案更容易读懂，我们有必要对方案的内容进行提炼，用图说话，将主要的内容用图表现出来，看方案的人只要看图，很快就明白方案要表达的信息，画图的过程也是一个凝练内容的过程，也是一个思考的过程。如果是很多的数据，更应该用图表来表现，让人看上去一目了然，不用自己再费劲的去数据中查找。
5 注意细节最后要说的一个问题，就是在写方案的时候，要注意细节。我们的方案很少一蹴而就，直接提交，一般都要反复修改多次，这时候要特别注意一个地方的改动，相关联的地方是不是需要跟着改动。比如预算编制里面的金额，经过多次修改调整，单项预算加起来是不是还等于总预算，金额的单位是元还是万元，同一笔预算在不同的地方出现数字是不是一致等等，这些问题如果出现，被细心的评审人发现，就是大的问题，白字黑字，评审人不会为你的疏忽去担责任，这类问题，可以通过反复检查，多人交叉检查来规避。
图 粗心大意将金额多写了个零
还有就是我们在写方案的过程中，可能会参考很多其他方案的资料，不要原版拷贝到自己的方案，要一句一句的读一读，如果大段摘抄，很容易把名称或者数据弄混，经常会出现给李四写的方案，却称呼张三的情况。类似的情况也都是通过细心检查来排除。
6 结语关于写方案的一些想法，从积累资料，到全局把握方案总体方向，从方案侧重点到写作的一些技巧，还有写方案应该注意的细节等，希望这些内容对大家有启发。当然，我们没有考虑其他的因素，仅仅是从准备方案本身来描述，实际的环境中，可能会复杂的多，可能不是方案能够解决的。