转载

方案建议

做售前或应标，最常见的就是写售前解决方案和技术建议书，原来我博客上也写过类似的文章，还是想把做一个方案建议书最核心的内容图示化的描述一下。任何一个解决方案建议要做好都不容易，绝对不是简单原有的建议书模板，简单的粘贴拷贝就能完事的。

对于方案建议的核心思路可以简化为上面一个图，即对方给你的是整体目标，目标下面有具体的项目范围和内容，或者说具体的需求。而你要做的是给出整体的解决方案，并说明通过实施方案，这个解决方案是完全可以落地以达成目标的。

客户给你的内容可能是零散的，即总体目标，到了具体的一个个需求点，而你最重要的还是需求和问题点分析，从对方的一个个需求点给出具体的应对思路和解决方法。需求点-》应对方法之间会呈现出一种映射关系，有可能是1对1的，也可能是1对多的，最终要达到的就是最终的应对思路的组合能够覆盖所有的问题点。

对方需求是零散的，而根据零散的需求应对的方法自然也是零散的，那么一个方案是否完整和结构化最核心的内容就出来了，即需要将最终的应对思路由底朝上进行抽象，抽象出一个完整的整体解决方案或整体架构图。你拿到的东西是由顶朝下展开的，关注业务目标；而你要做的是由底朝上构建，最终映射整体目标，你在整个过程中解决了一个关键问题即方案本身的技术可实现性。

这个整体解决方案出来后，整体思路和框架就已经相当完整，接着要做的就是参考结构化思维和金字塔原来逐层展开的思路通过分解，分类的方式逐个描述。例如一个IT完整的解决方案和架构，你可能需要分解为功能架构，技术架构，集成架构，数据架构和部署架构等多个维度去详细描述。到了这部已经是抽象归纳后的演绎过程。

对于整体解决方案描述清楚后，即下来要做的就是方案本身可实施，可落地，所以一般我们在做技术建议书的时候会有专门的实施方案和计划，所有内容都是回答我们配置什么样的资源，采用什么样的进度和质量管控方式，最终能够达成项目的目标要求。具体分解开则涉及到组织架构，资源配置，工作量估算，进度计划，质量管控，培训，沟通汇报机制，风险管理等常见的实施项目管理内容，在此就不再展开。

整个方案最难还是在零散的应对思路抽象和归纳为完整的解决方案，大家可以好好去思考这个问题。

正文到此结束