软件行业一般的产品都会有解决方案，但每个公司的解决方案都是各有自己的风格和特色。有些所谓的解决方案在个人看来可能称不上是一种解决方案，即没有解决什么问题，也满足不了一个方案的基本要求。本文就对普通的中小型软件解决方案谈谈自己的理解，并给出个人认为是比较合理的一种解决方案模板。
所谓解决方案，顾名思义就是解决莫些个问题的方案，所以解决方案中要明确阐述促使产生该解决方案的问题所在。所谓问题，实际上就是对现实的批判和否定，所以就要用到对比的思路去梳理问题，从存在的问题导出我们的解决方法。问题通常都是综合性的、复杂的，所以需要进行过滤和梳理，重点强调我们的方法中能解决的部分，而不是以偏概全，胡子眉毛一把抓。问题的引出往往也伴随着问题的背景和解决该问题后的意义，这是第一点。
有了问题，也就有了突破口，接下去推出我们的方案建设内容，也就是具体我们的方案是怎么去解决问题的。对软件行业而言，产品通常就是一套软件系统，可能还附带有一些硬件设备，而产品的建设内容就是产品的功能和结构。系统的硬件架构设计、软件架构设计和详细功能展开是方案建设内容的主体，这是第二点。
接下去的第三点，个人认为也是最重要的一点就是阐述解决方案的优势，这是解决方案中最需要浓墨重彩的地方，也是整个方案的价值所在。如果一个解决方案不能很好的阐明其优越性，客户如何作出选择这套方案的决定呢？解决方案的优势视具体产品而定，但和处理问题的方式一样，还是可以总结出如安全性、便捷性、人性化、专业性等共性优势，需要我们善于挖掘自身产品的价值点，扬长避短，并以解决方案所带来的效益作为对产品优势的总结。
解决方案能说服人作出选择的除了优势还有客户案例，使用一张中国地图，然后把客户地理位置描点出分布图，再配合一份客户列表是简单高效的做法，这是第四点。
最后第五点就是解决方案的实施，通常解决方案是一种企业级应用，所以需要项目实施和管理过程。实施过程在解决方案中不宜具体展开，一般点到即止，常见的实施前准备和实施过程计划是必须要的，如果涉及到系统集成，则也需要给出结合各个供应商前置条件的集成方案。
有了以上五点解决方案中的基本理念，解决方案的模板也就应运而生。参考如下（假设使用Demo系统作为我们解决方案的主体）：
1. Demo系统应用背景及意义
2. 传统过程中的问题和解决方法
n 传统过程中的问题
n Demo系统的解决方法
3. Demo系统解决方案的建设内容
n 硬件架构设计
n 软件架构设计
n Demo系统建设内容
? 模块1
? 模块2
? 模块3
? 模块4
? 模块5
? 模块详细功能列表
4. Demo系统解决方案的优势
n 优势1
? 优势细节1
? 优势细节2
n 优势2
? 优势细节1
? 优势细节2
n 优势3
? 优势细节1
? 优势细节2
n 优势4
? 优势细节1
? 优势细节2
n 优势5
? 优势细节1
? 优势细节2
n Demo系统的效益
5. 典型客户案例
n 客户分布图
n 客户信息列表
6. Demo系统实施方案
n 实施前准备
n 实施计划
从这个解决方案的篇幅而言，6大部分内容按照1:3:10:10:1:3的比例进行内容组织可能是一种比较好的结构，重点突出方案的建设内容和优势。
解决方案具有共性，有共性就可以抽象和总结。本文是对中小型软件产品解决方案的一种抽象并总结出一套通用模板供大家作为简单参考。当然，对解决方案的理解和抽象也是见仁见智，有好的建议意见欢迎交流。
原文地址：http://blog.csdn.net/lantian08251/article/details/41621455
