解决方案编写思路

前段时间一直对解决方案进行编写，编写过程中积累了一点思路，在这和大家共同探讨一下。
提纲思路：
一、系统现状和背景
主要对系统和相关系统进行大体介绍，特点描述，系统限制
二、系统建设目标
主要按照层面进行系统划分描述（比如：基础数据，查询统计，分析对比，辅助决策）
三、系统建设原则
如：先进性原则、成熟性原则、可靠性原则、稳定性原则、安全性原则、灵活性与可扩展性原则
四、功能描述
根据用户需求和现状，按照层面展开进行功能描述
五、系统实施条件
介绍系统实施的前提条件，如果不满足条件时是否有其他解决方式
六、功能验证
以功能验证用户需求和现状

客户的行业特点，其中的很多细节，往往起到四两拨千斤的效果。

强调软优势 (如果客户愿意花时间读你的文档,他对你的硬优势可能已有一些信心)
-- 你比竞争对手强在哪里
-- 你的产品开发和运行经验
-- 你团队人员的经验和素质
-- 表达出你对客户的行业及需求很了解 (使客户有熟悉感和认同感)
-- 提供一些客户可做选择的建议 (使客户有参与感和拥有感)

一般性的结构……………………

1.客户需求与挑战
2.功能架构
3.技术架构
4.应用到的产品
5.典型案例

客户收益、架构优势等等……………………


好的解决方案的前提是充分的客户沟通、对客户需求现状的充分了解…………

找个现成的改改
修改的过程，就是学习的过程
这和编程一样

很概括的说法，也许你忽略了一点 风险评估。