To B 产品如何写解决方案？

计划做什么就是对方的计划，近期计划是你的重点，远期计划可以畅想。什么不做就是对方的边界，对于政府、系统开发商都有自己负责的范围（如智慧交通已经承包给其他开发商或由其他政府部门来负责），如果跨出了范围，对方不会对这部分内容感兴趣，就没必要费笔墨费脑筋去写了。

（4）目的

关于目的，要理清楚自己方案的主要目标和次要目标，多数情况目标就是为了满足读者的需求，也存在一些情况下方案就是为了抛砖，或者就是为了给对方搞晕（这种情况不多），目标不同写方案的粒度和角度都会不同。其次要搞清楚方案的形式目标，是用于演讲还是用于发送阅读，演讲在什么场地上进行，阅读是电子还是打印。

（5）信息点

信息点就是要看交代方案的人有啥想法没有，多数情况下给你交代方案的领导或者销售，都会有一些自己的思路，他们是方案的第一读者，需要先听一听他们的思路，思路不对需要给他们掰过来，否则方案都到不了目标读者就会被否掉重新。

在信息点里面需要了解两方面内容，一是期望表达的内容，二是切入点。

还是上面的例子，领导希望把区块链的智能合约用到智慧城市里面，就是重要的一个信息点，虽然用其他的方式也可以满足读者的需求，但是方案毕竟要过领导一关，所以领导的需求也需要满足。

切入点就是方案要从哪个点里面切入，例如区块链在打通政务数据方面的解决方案，可以从多个角度、多个领域切入，可以通过民政领域的应用，打通各个部门的数据通道，也可以通过大数据领域的应用，来打通各部门数据，具体选定哪个领域，哪个切入点，是需要在写方案之前明确的。

以上五点，笔者写方案之前都会写下来，写到纸上，以防自己写着写着就偏离了目标，忘记了读者，钻到细节里面。

2. 方案标题

如果是非演讲的文档，标题和副标题至少有一个需要点明主旨。标题不是展示你是文艺青年的时候，读者也不是去意会你的诗意，起一个含义极深的标题，和不用标题没什么区别，白白浪费了标题的价值。

3. 方案内容

内容要根据上面所述的需求，目的和信息点来决定，内容没有通用规则，需要根据实际情况来，例如解决方案的目标是介绍产品在特定行业的结合点，目标读者已经和你之前进行过初步的交流，方案内容直接写一两页内容甚至画个流程图都可以。下面几个常见的内容方向供参考，根据实际情况自行选择。

• 背景（可以参考金字塔原理的SQCA，情景、冲突、疑问、回答来描述方案的背景）
• 政法规（即政策、法规、法规，TO G方案常见，公务人员做事参考的标准）
• 产品功能(有时候一个方案会涉及多方用户，一定要在描述产品功能时候告诉读者这个功能的用户是谁，例如智慧城市解决方案里面，涉及到的后台系统，用户是政府部门的管理者，涉及到的APP，用户是城市居民还是执法人员，都需要重点突出，否则读者容易混乱产品给谁来用。产品的用户可以尝试使用UML的用例图来描述)
• 已有案例（有相关案例的话，一定要列上，大部分企业都不想做尝鲜者，有成熟案例落地概率高很多）
• 方案效果（对于领导来说，都是“乐见其效”的，突出效果，突出意义方得读者欢心）
• 方案优势
• 核心流程
• 功能模块
• 资源投入
• 实现周期

4. 方案内容查找来源

从0到1的编文字很痛苦，如果有现成的文字拿来使用自然轻松不少，反正方案又不查重。查找内容大家最先想到的就是利用搜索引擎，搜索引擎确实是个好途径，但内容比较碎片化，以下两个渠道可以参考。

渠道1：解决方案对应领域书籍、白皮书、研究院报告（例如：查找智慧城市主题的书籍、研究院报告，里面一定会提到区块链的应用方式，结合点等信息）；

渠道2：产品领域书籍、白皮书、研究院报告（例如：查找区块链的书籍、研究院报告，里面会提到区块链如何应用在智慧城市领域）。

5. 修改方案

方案写好后需要通篇修改方案，修改方案需要先思考方案框架是不是正确，而后逐字逐句的删词改句；最后切记朗读一遍，把内容改顺耳，很多时候默读、快读确实没问题，一旦朗读就会发现文章的不顺，切记朗读一遍。

本文素材来自互联网

（编辑：源码网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!