IT行业项目解决方案编写策略
一般而言，编写项目解决方案，首先应该搭建解决方案的框架结构，然后运用个人的项目经验和总结能力逐一编写出符合项目期望的解决方案。
IT行业项目解决方案，通常会包括方案概述、项目需求与问题分析、项目解决方案、项目实施计划及支持服务、附加案例等几方面的内容。了解这一点后，你发现无论要写什么方案，就算没有一个模板给你，你也已经有一个大纲了。
项目解决方案的大纲是相当重要的，以下以通俗易懂的文字描述一个常用的方案大纲:
第一章.方案概述方案概述，关注项目的来源，项目的基本应用背景，以及项目的建设主体和受益方等信息。大体上可以按照以下小节来讲述：（1） 方案简介（2） 应用背景（3） 建设目标及要解决的问题（4） 投资规划（可选）第二章.项目需求与问题分析本章节有条理的讲述项目的范围，需求的总体结构和外部系统、外部资源环境的支持情况。可以详细描述项目的模块间的结构和模块内容。并重点分析项目解决的问题重要性、难易点、问题解决后带来哪些好处。第三章.项目解决方案针对第二章提及的需求，提出项目的总体架构、项目的详细的功能结构图、应用的关键技术、亮点难点的说明。（1） 项目总体架构（2） 项目模块功能结构图（3） 项目亮点及难点的说明（4） 项目使用的关键技术（可集成在第三节中说）第四章. 项目实施计划及支持服务本章节简单介绍项目参与建设的项目团队、实施周期、阶段性计划及成果、项目管理。目录结构如下：（1）项目团队（2）项目实施周期及其流程详细说明建设所需时间，按照什么样的流程来建设（项目启动、项目调研、需求分析、项目设计、项目开发、项目测试、项目验收）（3）项目阶段性计划及成果详细说明项目每一个阶段，甲乙等各方该如何开展工作，每一阶段要提交什么样的产物、达成什么样的目的。（4）项目管理根据项目需要，详细说明项目有关的质量管理、变更管理、配置管理、采购管理、沟通管理、干系人管理等管理办法、制度。第四章. 附加案例根据项目需要，将类似的项目案例，写在这一章节。内容篇幅按照案例一、案例二…来组织，主要展示已经建好的项目界面、项目架构、项目建设周期等各方关心的关键指标。（1）案例一（2）案例二…
在写方案过程中，需要注意几点：
（1）项目需求与问题分析、项目解决方案章节最重要，也最难：在这两章节，针对你的项目与应用，将内容补充完善，而这是写方案最困难的地方了，尤其是需求与分析，以及解决方案这两部分的内容。清晰的大纲让方案结构清晰，而个人的理解和总结能力，让方案阐述得更易于理解。
（2）哪些章节内容可以COPY：方案概述、项目实施计划、支持服务及附加案例相对而言不是那么重点，甚至这些内容你从另外一份方案抄过来也没什么原则性错误。
（3）项目解决方案一定要交给有经验的人士编写：比如，为什么要了解产品的应用背景与行业知识呢？如果你对这方面不够了解，那么在写方案概述、应用背景（或是行业背景、发展趋势之类）及需求分析时，未免就会捉襟见肘，通用性的方案或许可以，但个性化的方案就写不出来了。如果对过往的项目的功能与应用、项目实施了解不足，那么如何下笔写建设目标、需求分析与解决方案呢？如果没有项目实施经验，估计很难理解一个产品在应用中的重点、难点与用户关注点。
（4）方案的逻辑结构清晰，文字描述有针对性：除了完备“完整的体系结构”外，方案编写人员还应有一定的逻辑思维和书面表达能力。有些方案没有一个合理的结构，内容混乱，看了半天不知道它想表达的内容与重点。有些方案做成了广告册，尽是吹嘘公司与产品的伟大，外加一大堆产品截图。有些方案做得像产品功能说明书，把产品的功能应有尽有的罗列出来，却忘了说明最重要的内容：这些功能用来解决什么问题的？别忘了“解决方案”的定语是“解决”。有些方案没有逻辑性，如只提出问题没有分析问题的根源所在，只提出问题不给出解决方案，或者长篇论述一个问题后就给出一份产品，但没有分析问题与解决方案之间的关联。
（5）方案恰当：最后提醒一点就是，方案是有详略之分的，给客户提供什么样的方案，取决于商务关系以及双方合作的进展，一开始可能是相当简略的标准方案，在达成合作协议或投标过程中，才需要提供有详细、有针对性的方案，否则很容易沦落到为竞争对手作嫁衣裳。
