如何写好解决方案

时间：2022-03-09 11:14:25 方案我要投稿

如何写好解决方案

　　为了确保事情或工作有序有效开展，常常需要提前进行细致的方案准备工作，方案是从目的、要求、方式、方法、进度等都部署具体、周密，并有很强可操作性的计划。优秀的方案都具备一些什么特点呢？下面是小编为大家整理的如何写好解决方案，供大家参考借鉴，希望可以帮助到有需要的朋友。

如何写好解决方案

　　如何写好解决方案篇1

　　另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。当然我曾经问过很多人，你到底为什么写不出好的方案呢？基本上原因可以归为四类：

　　1.1第一种是没有体系

　　一旦用户要求提供关于PDM的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。

　　这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。

　　因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。所以一个人要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。

　　1.2第二种是没有思路

　　有很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方案就速手无策了。

　　这种情况从根本上讲还是写方案者不熟悉企业业务造成的，写方案，特别是针对性方案不仅仅要求了解企业的需求，而且要知道这些需求是在何种业务需求下

　　产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思路，自然可以很好的写方案。

　　所以一个人要写好方案，还需要了解下游客户的业务，了解业务最有效的方法就是亲自做几次详尽的业务调研，有了业务调研做基础，在调研过程中把握用户关注重难点问题，自然可以比较好的确定方案的个性化内容思路。解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。

　　1.3第三种是没有素材

　　一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往也会很累，就是因为缺少足够的素材。很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方案中都有一些需要准备的内容。

　　这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。

　　所以写好方案必须具备这三个条件，第一方案编制者对企业业务要很熟悉，或者有相关业务调研经验，第二方案编制者对产品非常熟悉，至少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。

　　1.4第四种是没有层次

　　很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。

　　结果拍胸脯容易，写方案难，自己写不出来只好求公司，公司没有安排专人了解情况，只好按模板制作一个，用户一看几个供应商内容都差不多，觉得不好，又总结出一些个性化要求，于是大家有开始折腾第二轮方案。

　　其实方案编制在不同阶段有不同策略，不要轻易提供方案。刚开始接触是可以提供项目合作建议书，类似可行性报告，项目需要考察软件技术，可以提供标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己知彼的基础上提供解决方案或者投标书。

　　过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。想急就又能解决问题的事情，本来就是一般人做不来的。

　　方案想要写得好，一定要用心，用心就一定要耗时间，指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，明白了这一点，大家都可以经过练习写出好的方案。

　　2.1第一个容易犯的错误：只有论点，没有论证

　　不好的解决方案粗看起来非常厚重，其实都是功能罗列，象产品手册摘要版，不象方案书。

　　不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。

　　如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，有个金字塔式的写做原理，也就是说文章一定是有结构的。

　　所以真正好的方案，不一定厚，但能看出你用心，你认真。

　　现在的解决方案一个不好的倾向是"长、厚、全"，看起来面面俱到，其实对决策者没有帮助。所有的方案无差异性，每家供应商都说自己能解决这些问题，而且都有成功案例。

　　结果所有的方案都无法给决策者简明的判断依据，不得不费更大劲去做产品演示和用户考察。

　　其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲一通，在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。

　　通观这个方案并没有研究为什么企业会产生这么多问题？问题是这些问题是什么产生的？为什么出这么多问题？而是不断说"我能！我能！选我，选我！"。

　　如果不能找到解决这些问题的原因，简单地去解决这些现象，就象治病不能治根一样。这样一个模板化，自我膨胀化的方案想打动用户的心是非常困难的。

　　不好的解决方案最大的问题就象写一篇议论文，能够发现问题(这个也是模板化的，可惜中国企业大部分没有意识到自己很多问题并不少见，总以为自己是特殊的一类企业)，提出答案(搞信息化)，但没有论证(为什么搞信息化和企业管理进步有联系呢？)。

　　没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种理性的用户。

　　看到方案时候，其实很多用户下不决心，他会感觉每家都差不多。

　　如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。但对内容认可程度并不高，实际上没看懂。

　　2.2第二个容易犯的错误：业务解决方案成为功能列表

　　解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照软件用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。

　　大凡按照功能列表组织的解决方案用户会有一个体会，庞大而庸长，但要看到自己想看到的部分非常困难。

　　而且这种方案还有一个特点，一个问题反反复复的提，在业务背景中指出某个问题，讲一通，在价值分析中又重点解释一通，到了功能介绍时又将某个问题来龙去脉概要说明一下，给用户感觉是一堆资料的堆积，哪里体现出了方案的针对性呢？

　　按功能列表准备方案的做法在很长一段时间内不会消失，这和我们普遍是4P销售人员，还缺少SPIN(顾问式)销售人员有关，在资源不足的情况下，要保证效率就只能提供功能列表方案了。

　　日常工作问题剖析

　　实际的工作中，不管是项目经理还是售前工程师，给客户提供的大部分解决方案一定是基于某个类似解决方案或者参考模板，这样做的好处就是能够快速高效的产出一份解决方案，解决方案的内容、层次、思路等方面出现问题的几率都比较小，相对是一份完整的、可读性强的方案。但是如果长时间依赖原有解决方案，对于客户提出的个性化的一些要求，我们可能就难于下笔，或者提交客户的解决方案无法体现出客户个性化的解决方案，难以让用户满意。

　　质量低的解决方案的特点

　　通过对低质量的解决方案的分析，我们不难发现他们都具有如下一些特点：

　　追求数量，而不是质量，看似厚厚的几百页方案，其实有效的、可读的内容少之又少，更多的是一些套话、政策、功能的一些罗列，完全是为了写方案而写方案。客户痛点分析不透彻，解决方案的最关键也是最基础的工作就是总结客户面临的问题，低质量的解决方案这部分内容基本都是东凑凑、西凑凑，总之，这部分内容有就行，是不是客户的痛点，并不重要。解决思路不清晰，所谓解决思路就是根据现有客户的问题，提出我们的解决思路，不少的解决方案缺少这部分内容，也有的一些方案基本也是找一些套话放进去，体现不出解决方案的针对性。提出的解决方案过于臃肿，客户本有有一些小问题或者痛点，解决直接被你放大到5倍、10倍。本来100万预算能够解决的问题，非得给客户规划500万、1000万，实际经验告诉我们，这些都是徒劳无功，没有任何作用。格式不规范，这个是属于比较低级的`，有的解决方案编写完成后，目录、标题、缩进、图例等等都不规范，整个文档看着非常的粗糙，这种解决方案基本客户都会PSS掉，不会采取的。强烈建议，如果你长期需要编写方案，建议你整理一个通用模板，避免一些低级错误.

　　如何写好解决方案篇2

　　1、相关资料收集很重要

　　实际经验告诉我们，平时工作中，愿意收集资料的同事，更容易写出高质量的解决方案文档。“工欲善其事，必先利其器”、“他山之石，可以攻玉 ”这些蕴含的道理大家应该都明白，在我们编写解决方案时，不管是痛点分析、解决方案的提出，如果我们有一些基础资料能够材料，对我们会有非常大的帮助，也能启发我们的灵感，特别是我们有思路、有想法的情况，更是能够帮助我们快速整理出一份高质量的解决方案。

　　2、写上去的一定是自己理解的

　　给客户提供的解决方案的每一个段落，不管我们是找参考资料还是从类似方案中借鉴，只要写到解决方案的内容，一定是我们自己理解的。实际的工作中，不少的同事自己提出的解决方案，客户随便找个点咨询，竟然被问的一塌糊涂，遇到这种情况，你觉得客户还有相信你吗？所以，只要你写到解决方案上面的内容，你一定要理解。

　　3、掌握业务要全面，不能一知半解

　　对于客户的业务，特别是有规模的企业，他们的业务相对也复杂，给编写方案的人员带来一定的难度。对于复杂的业务，我们可以不全盘掌握，但是方案中涉及的业务我们要全面的了解，比如业务涉及的部门、涉及的人员、业务的流程等等，这样我们在需求分析的时候，才能更加的准确到位。

　　4、公司产品的特色、优点要掌握

　　提供给客户的解决方案，如果能列举同等规模、同等级别、遇到的问题类似的企业的成功案例，解决方案的说服力会更强，也有助于客户理解提供的解决方案的思路。但是这样做的前提就是编写方案的人员需要掌握公司的产品的特色、优点。如果不具备这个能力，那就不要胡乱写，不能对号入座的案例，客户可能会怀疑公司的实施能力。

　　5、客户关注的内容，单章节呈现

　　如果我们前期有和客户沟通，或者通过商务已经了解到客户关注的内容，我们需要把客户关注的章节单独成章节展示。这样的好处有：客户能够快速找到自己关心的内容，而不是包含在整个文档里面，让客户去查找，如果客户没找到，客户会认为你提交的方案不专业，不予采取。

　　6、解决方案的基本思路要掌握

　　很多的方案也能够提出客户的问题，也给出了对应的解决方案，但是没有详细的阐述解决方案中的措施是如何解决客户的问题。类似与我们高中时候写作文一样，只有论点，没有论证。就像高中语文老师讲到的，满满的800字的文章，全是论点，对于文章开头抛出的问题，一概没有提出论证，前后没有呼应，一篇不合格的论文。写解决方案也是一个道理，相信大家应该理解了。

　　7、检查、检查、再检查

　　解决方案编写完成后，还有一个非常重要的步骤就是检查，首先要检查的就是目录、页码、页眉、项目名称等等这些基本信息，其次要检查的就是图例，文中可能从别的文档复制的一些图片，一定要改掉，客户是非常反感的，最后就是非本次解决方案需要的文档一律删掉。