操慕洁冰
范文一：如何写解决方案
如何写解决方案
本人是公司政府业务部唯一一名售前工程师，所以大量的方案策划的任务会落到我头上，这些方案里小的有几十万，大的有上千万。如何写好方案一直是我很关注的事情。
我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。
因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在2~4个小时以内)，让他们担心方案的质量和进度保证，进而对自己的后续工作质量没有信心。所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写，这个时候基本上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。
写方案不难，知道怎么写才难。关于写方案我只总结一点，结构化地去组织你的思想。
有结构就有思路，有思路就有方案。
另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。 当然我曾经问过很多人，你到底为什么写不出好的方案呢？ 基本上原因可以归为四类：
1.1 第一种是没有体系
一旦用户要求提供关于PDM的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。
这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更
多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。
因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。
所以一个人要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。
1.2 第二种是没有思路
有很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方案就速手无策了。
这种情况从根本上讲还是写方案者不熟悉企业业务造成的，写方案，特别是针对性方案不仅仅要求了解企业的需求，而且要知道这些需求是在何种业务需求下产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思路，自然可以很好的写方案。
所以一个人要写好方案，还需要了解下游客户的业务，了解业务最有效的方法就是亲自做几次详尽的业务调研，有了业务调研做基础，在调研过程中把握用户关注重难点问题，自然可以比较好的确定方案的个性化内容思路。 解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。
1.3 第三种是没有素材
一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往也会很累，就是因为缺少足够的素材。很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方案中都有一些需要准备的内容。
这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。
所以写好方案必须具备这三个条件，第一方案编制者对企业业务要很熟悉，或者有相关业务调研经验，第二方案编制者对产品非常熟悉，至少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。
1.4 第四种是没有层次
很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。
结果拍胸脯容易，写方案难，自己写不出来只好求公司，公司没有安排专人了解情况，只好按模板制作一个，用户一看几个供应商内容都差不多，觉得不好，又总结出一些个性化要求，于是大家有开始折腾第二轮方案。
其实方案编制在不同阶段有不同策略，不要轻易提供方案。刚开始接触是可以提供项目合作建议书，类似可行性报告，项目需要考察软件技术，可以提供标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己知彼的基础上提供解决方案或者投标书。 过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。想急就又能解决问题的事情，本来就是一般人做不来的。
方案想要写得好，一定要用心，用心就一定要耗时间，指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，明白了这一点，大家都可以经过练习写出好的方案。
2.1 第一个容易犯的错误：只有论点，没有论证
不好的解决方案粗看起来非常厚重，其实都是功能罗列，象产品手册摘要版，不象方案书。
不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。
如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，有个金字塔式的写做原理，也就是说文章一定是有结构的。
所以真正好的方案，不一定厚，但能看出你用心，你认真。
现在的解决方案一个不好的倾向是"长、厚、全"，看起来面面俱到，其实对决策者没有帮助。所有的方案无差异性，每家供应商都说自己能解决这些问题，而且都有成功案例。
结果所有的方案都无法给决策者简明的判断依据，不得不费更大劲去做产品演示和用户考察。
其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲一通，在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。
通观这个方案并没有研究为什么企业会产生这么多问题？问题是这些问题是什么产生的？为什么出这么多问题？而是不断说"我能！我能！选我，选我！"。
如果不能找到解决这些问题的原因，简单地去解决这些现象，就象治病不能治根一样。这样一个模板化，自我膨胀化的方案想打动用户的心是非常困难的。
不好的解决方案最大的问题就象写一篇议论文，能够发现问题(这个也是模板化的，可惜中国企业大部分没有意识到自己很多问题并不少见，总以为自己是特殊的一类企业)，提出答案(搞信息化)，但没有论证(为什么搞信息化和企业管理进步有联系呢？)。
没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种理性的用户。
看到方案时候，其实很多用户下不决心，他会感觉每家都差不多。
如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。但对内容认可程度并不高，实际上没看懂。
2.2 第二个容易犯的错误：业务解决方案成为功能列表
解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照软件用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。
大凡按照功能列表组织的解决方案用户会有一个体会，庞大而庸长，但要看到自己想看到的部分非常困难。
而且这种方案还有一个特点，一个问题反反复复的提，在业务背景中指出
某个问题，讲一通，在价值分析中又重点解释一通，到了功能介绍时又将某个问题来龙去脉概要说明一下，给用户感觉是一堆资料的堆积，哪里体现出了方案的针对性呢？
按功能列表准备方案的做法在很长一段时间内不会消失，这和我们普遍是4P销售人员，还缺少SPIN(顾问式)销售人员有关，在资源不足的情况下，要保证效率就只能提供功能列表方案了。
解决方案等同于向客户提交项目建议书或是其中的主要部分,其详细程序由项目的复杂度和客户的RFP内容而定.承约商或项目团队在研究、分析客户的需求建议书后，结合当前市场情况，与客户充分交流，针对分析、沟通结果、设计、制订和回复解决方案
方案通常常包括三方面主要内容
１． 技术方案部分
项目建议书中该部分的目的是使客户认识到：承约商理解需求或问题，并且能够提供风险最低且收益最大的解决方案。一般包括以下组成部分：
l 理解问题。
承约商应该用自己的方式来表明对客户的问题或需求的理解，这一部分等同于需求分析说明，在识别需求时就应该完成
l 提出解决方案
针对需求和分析结果，承约商或项目团队提出和制定问题解决、相关功能实现的技术方案。而且，方案必须使客户认识到整个系统的设计、开发、集成的方式和方法是合理的、富有逻辑性的、可实现的，满足客户合理需求的方案。如果承约商不能满足客户要求，或者无法满足客户不合理、不恰当的需求，应当在项目建议书中说明，或提出替换选择。
例如，一个网络系统集成项目，客户提出集成商必须提供电源设计、采购和安装，可能由于集成商没有专项技术或费用太大而提出异议，确认无法完成的原因和理由。但不同情况承约商应该仔细分析，考虑后而定，以免丧失机会。
l 客户的收益
承约商最应该体现其方案会给客户带来哪些方面收益，是系统质量上、性能稳定上、运行成本上还是商业的服务方面等。使客户与其他承约商方案相比较后，发现项目建议书的价值所在，决定项目建议书的取舍。
２． 管理部分
管理部分的目的是使客户确信，承约商有能力做好项目所提出的工作，组织好项目的实施，并且收到预期结果。一般包括以上组成部分：
l 工作认为描述
承约商应该根据对需求的分析和理解，界定完成在项目中将要执行的主要任务，并且提供每个任务的简单描述。最好不要体现每个任务的详细活动单元，这应该在合同签订后，具体计划制定完成。而且不要照本(RFP)宣科，应该偶所扩展
l 交付件
项目涉及的一系列的交附件，包括项目在进行中各个阶段或过程产生的结果。例如，项目计划阶段的总体计划书等
l 明确项目进度计划
项目承约商可以图表形式，如甘特图、网络图等，向客户提出完成项目主要任务的进度计划。其进度计划必须表明清楚能在RFP要求的范围内完成
l 相关经验的描述
承约商应该简洁描述过去曾承包和实现的类似每一个项目，并解释说明从类似项目中得来的经验，将如何有效地、成功地利用到客户项目中，同时最好列出原类似项目的承包金额和原客户好的评价、有关报道，给客户展示自身的能力
l 项目组织
承约商应该描述如何组织、规划各项工作和人力、物力资源以便执行项目。对大型的项目，应该设计一个项目组织结构图(OBS)，包括各部分主要任务（或子项目）的组织单元、负责人和沟通渠道。另外，最好附上各主要负责人的工作履历，使客户增加对承约商的信心。
l 项目设备和工具
项目会要求承约商使用特定或特殊设备、如大、中、小型计算机等。这种情况下，承约商应该提供自己拥有相关设备和工具的说明，以便使客户确信他拥有必备的资源
３． 项目费用部分
该部分的目的是使客户确信，承约商项目建议书所提出的项目费用是符合实际的、合理的。当然根据客户的需求不同，对项目成本费用的表述有所不同，有些项目需要提供一个总价，有些项目需要给出总价的明细。成本一般包括如下要素
l 人力资源成本估算
这部分将预计项目各种工作中各各级别的人力资源使用量和产生的成本费用。但要合理，不能估算过高，远超过客户的期望值，也不能估算过底，使承接项目亏损。
l 物力资源费用估算
承约商为了执行项目而采购或租赁的原材料、设备等
l 分包商和顾问费用
如果承约商没有相关技术专长或资源，只能雇佣分包商和顾问来执行任务。例如，一个软件开发公司，只有应用软件产品的开发和实施能力，但没有网络集成能力。因此，承接一个多节点的C/S的应用软件和实施时，需要考虑寻找合作伙伴来完成网络的搭建任务
l 实施费用和管理费用
实施时产生的各项费用。例如，信息系统集成项目，可以包含系统集成的技术费用等，还有项目管理的简接成本，如运输、保险、组织管理费用等
l 风险费用
在项目实施中，承约商可能碰到意料之外的条款和任务、甚至是意外事故或物价的变动产生的额外费用，但在原有的合同中又没有或无法体现。
l 项目利润
以上内容都可以归结到成本，但利润是承约商根据企业自身情况，规划和发展而定的一个应该相对合理的金额。成本加利润，才能构成申请项目费用的总和。
本文来自CSDN博客，转载请标明出处：
范文二：如何写解决方案
如何?写解决方?案?
?
讨论?
? 1?.?解决方?案难?写在?哪里?,?
很多?人对?写方?案非?常没?有信?心，?一涉?及到?方案?的事?情，?就束?手无??策，到处?求人?。作?为一?个公?认的?方案?打手?，意?思是?写方?案就?象打?字员??一样，我?觉得?我在?这方?面确?实是?有绝?活。? ?
我基本?上都?是在?方案?提交?前一?两天??接到写方?案的?任务?，而?我自?己?的事情?一般?又比?别人?多一?点，?也不?能不?做，?只好?心里?大骂?一句?，骂?完?后就打?电话?搞清?楚别??人的要求?，边?问就?边构?思整?个方?案的?推导??思路和?结构提?纲。? ?
因为你?不敢?让你??的同事知?道你?只能?用很?少的?一点?时间?写方??案，让?他们担?心方?案的?质量?和进?度保?证，?进而?对自?己的?后续?工作?质量?没有?信?心?。所以我?其实?也特?别紧?张，?注意?力也?特别??集中，大?脑也?高速?反应?，?基本上?几分?钟电?话或?面谈?完思?路基?本就?有了?，然?后该?干嘛?干嘛?，找?一?些零散?的小?时间?把思?路不??断推导一?下，?然后?到了?一个?比较?安静?和完??整的时间?段前?才开?始写?，这?个时?候基?本上?要写?的话?都想?清楚?了，?只需?要?不断敲??字，敲字??的时候也?是注?意力?也特?别集?中，??大脑也高?速反?应，?越?写思路?越开?，很?快也?就完?工了?。?
写方?案不?难，?知道?怎么??写才难。?关于?写方?案我?只总?结一?点，?结构??化地去组?织你?的思?想。? ?有结构?就有?思路?，有?思路?就有?方案?。?
另外?真正?写方??案的人，?对自?己写?过的?方案?是永?远不?会满??意的，只??有这样，?每次?都会??进步一点?点，??解决方案?水平?质量?就会?随公?司能?力不??断增?长。 ?
当然我?曾经?问过?很多?人，?你到?底为?什么??写不出好?的方?案呢?,?
基本?上原?因可?以归?为四?类:? ?
? ?
1.1? ?第?一种是没?有体?系?
一旦?用户?要求?提供?关于?PD?M?的方案?，很?多人?大脑?是一?片空??白，完?全不知?道从?哪里?下手?。很?多人?说起?自己?的产?品来?，好?象知?道不?少卖??点，不过?真要?写出?来，?又觉?得无?从下?笔。? ?
这?种情况一?般是?写方?案者?不熟?悉自?己产?品体??系造成的?，知?道一?两?个甚至?更多?的产?品卖?点不?难，?但难?就难?在成?体系?，知?识就?是成?体系?的?点构成?的，?而不?是一?句一?句离??散的说法?构成?的。? ?因为我?们这?个行?业从??业人员说?句不?客气?的话?，大?部分?对所?销售?实施?的管?理系?统并?没有?很深??入的?研究，都?是半?路出?家，?从头?开始?，在?学习?过程?中熟?悉，?在熟?悉过??程中领悟?。所?以一?下子?去驾?驭一?个整?体方?案是?很痛?苦的?。只?有当?一个??人对一个?产品?思路?有体?系以?后，?才能?够写?出完?整的?方案?，否?则就?是一??个单元也?要费?尽脑?汁。? ?
所以一?个人?要想?写好?一个??方案，首?先要?把自?己产?品的?来龙?去脉?，?功能模?块，??适应领域?，典?型客?户实?施情?况有?一个?全面?的了?解，?这样?才?能建立?一个??完整的知?识体?系，?然后?逐步?补充?竞争?对手??知识和一?些技?术?性知识?，不?断深?化自?己的?知识?体系?。?
1.?2 ?第二?种是?没有??思路 ?
有很多?用户?看多?了模?板化?的方?案以?后，?想看?一些?针对?他们?自己?的?业务的??个性化内?容，?这个?时候?有的?人按?照标?准方??案模板修?改还?勉强?能?对付，?但对?于个?性化?内容?针对?性方?案就?速手?无策?了。? ?
这种情?况从?根本?上讲?还是?写方?案者?不熟?悉企??业业务造?成的?，写?方?案，特?别是?针对?性方?案不?仅仅?要求?了解?企业?的需?求，?而且?要知?道这?些?需求是?在何?种业?务需?求下?产生?的，?用户?提出??这样的要?求到?底想?解决?什?么问题?，把?这个?问题?找出?来，?一般?针对?性解?决思?路就?有了?，有?了思??路，自然?可以?很好?的写?方案?。?
所以?一个??人要写好?方案?，还?需要?了解?下游?客户?的业?务，??了解业务??最有效的?方法?就是?亲自?做几?次详?尽的??业务调研?，有?了业?务调?研做?基础?，在?调研?过程??中把握用?户关?注重?难点?问题?，自?然可?以比?较好??的确定方??案的个性?化内?容思?路。?解决?方案?就是??把客户的?利益?和产?品特?性之?间建??立一个逻?辑性??的桥梁。? ?
1?.3 ?第三种?是没?有素?材?
一般?不经?常写?方案?的人?，在?写一?个方?案的?时候??，即使有?想法??，有?思路，但?往往?也会?很累?，就?是因?为缺?少足?够的?素材?。很?多项?目现?在都??是投标，?不同?用户?可能?有不?同投?标的?要求?，这?样很?难用?一个?方案?去适??应所有的?用户?，因?此在?每个?方案?中都?有一?些需?要准?备的?这些?内容?基本??上是通用?的，?但如?果没?有足?够积?累每?次编?制方?案就?需要?花费?大量?时间??去准备，?造成?方案?完成?周期?过长?。?
所以?写好?方案?必须?具备?这三?个条??件，第一?方案?编制?者对?企业?业务??要很熟悉?，或??者有相关?业务?调研?经验?，第?二方?案编?制者?对产??品非常熟??悉，至少?对自?己产?品功?能模?块作?用很??清楚，第?三方?案编?制者?手上?有大??量可公用?的素??材库。?
1.?4 ?第四?种是?没有?层次? ?
很?多人刚和?用户?接触?没有?多久?，为?了表?现自?己对??客户的重?视，?马?上表示?要提?供方?案，?当然?有的?客户?刚刚?开始?选型?，也?不知?道到?底要?什?
么搞，?也要?供应?商马?上提?供一?个方?案。?结果?拍胸?脯容?易，?写方?案难?，?自己写?不出?来只?好求?公司?，公?司没?有安?排专?人了?解情?况，?只好?按模?板?制作一?个，?用户?一看?几个?供应?商内?容都?差不?多，??觉得不好?，又?总结?出?一些个?性化?要求?，于?是大??家有开始?折腾?第二?轮方?案。? ?
其实方?案编?制在??不同阶段?有不?同策??略，不要?轻易?提供?方案?。刚?开?始接触?是可?以提?供项?目合?作建?议书?，类?似可?行性?报告?，项?目需?要考?察?软件技?术，?可以?提供?标准?的产?品技?术白?皮书?，到?了经?过售?前调?研，?有?所准备?，在?演示?前后?阶段?和其?它竞?争对?手刺?刀见??红的时候?，才?在知?己?知彼的?基础?上提?供解?决方??案或者投?标书?。过?早提?供方?案只?能匆?匆了??事，时间?紧急?，质?量自?然不?高，?自然?也就?觉得?方案?难写??。想急就?又能??解决问题?的事?情，?本来?就是?一般?人做?不来?的。? ?
方案想?要写?得好?，一?定要?用心?，用?心就?一定?要耗?时间?，指?望用?几?个小时?写出?一个?高质?量的?方案?是不?可能?的。?如果?你做?了精?心调??研，你?写不出?一个?好方?案唯?一缺?的是?技巧?。写??方案是一?种技?巧性?工作?，明?白?了这一?点，?大家??都可以经?过练?习写?出好?的方?案。? ?
1 ?第一个?容易?犯的?错误?:?
? ?只有论?点，?没有??论证 ?
不好的?解决?方案?粗看?起来?非常?厚重?，其??实都是功?能罗?列，?象产?品?手册摘?要版?，不?象方??案书。? 不好?的方?案是?一大?堆内?容，?淹没?在一??堆纸?里面，也?不知?道想??说什么，?给你?一个?厚度?，证?明我?们的?工作?质量?很高?。我?们国?内许?多的?企业??客户特别?是大?型企?业都?很在?乎这?点，?认为?可以??从方案厚?薄中?看出?对项?目重?视程?度。?如果?你做?了精??心调研，?你写?不出??一个好方?案唯?一缺?的是?技巧?。写?方案?是一?种技?巧性?工作?，有?个金?字塔??
式的写做?原理?，也?就是?说文?章一?定是?有结?构的??。所以真?正好?的方?案，??不一定厚?，但?能看?出你??用心，你?认真?。?
现在?的解?决方?案一?个不?好的?倾向?是? 长、?厚、?全? ，看?起来?面面?俱?到，其?实对?决策?者没?有帮?助。?所有?的方?案无??差异性，?每家?供应?商都?说?自己能?解决?这些?问题?，而?且都?有成?功案?例。?结果?所有?的方?案都?无法?给?决策者?简明?的判?断依?据，?不得?不费?更大??劲去做产?品演?示和?用户?考察?。?其实很?少有?企业?高管?不知?道自?己的?毛病?，在?企业?你随?便去?找一?个人?，?对问题?都能?讲一?通，?在企?业你?费很??大劲可能?都找?不到?一个?人能?告诉?你?这些问?题可?以怎?样去?解决?。?
通观?这个?方案?并没?有研??究为什么?企业?会产?生这??么多问题?,问??题是?这些?问题是什?么产?生的?,为?什么?出这?么多?问题?,而??是不断说? ?我能～?我?能～选?我，?选我?～? 。如?果不?能找?到解?决这?些问?题的?原因?，简?单地?去解??决这些现?象，?就象?治病?不能?治根?一样?。这?样一?个模?板化?，自?我膨?胀化??的方案想?打动?用户?的心?是非?常困?难的?。?
不好?的解?决方?案最??大的问题?就象?写一?篇议?论文?，能?够发?现问?题，??提出答案?，但?没有?论证?。?
没有?论证?的东?西不?管内?容陈?列得?多么?繁复?，名?词多?么吓?人，?但是??无法打动?用户?，特?别是?那种?理性?的用?户。?看到?方案?时候?，其?实很?多用??户下不决?心，?他会?感觉?每家?都差?不多?。?
如果?从没?看过?方案?的人??，突然看?到这?几个?方案?，你?为什?么会?感觉??某个?方案写得?好呢?，关?键是?有的?方案?图画?的好?，通??过图，通?过表?，会??感觉这个?公司?还不?错，?很规??范。但对?内容?认可?程度?并不?高，?实际?上没??看懂?。
2 ?第二?个容?易犯?的错?误:? ?
?业务?解决?方案?成为?功能??列表 ?
解决方?案省?事的?一种?方法?就是?将产?品功?能描?述作?为技?术方?案内?容?进?行罗列，?或者?参照?软件?用户?手册?罗列?，这?种解?决方?案不??是按照用?户?业务去?准备?的内?容，?而是?按照?软件?商自?己的?喜好?去编?制的?解决?方案?是?很难得?到用?户认?可的?。?
大凡?按照?功能?列表?组织?的解?决方?案用?户会?有一??个体会，?庞大??而庸?长，但要?看到?自己?想看?到的?部分?非常?困难?。?
而且?这种?方案?还有?一个?特点?，一?个问?题反?反复??复的?提，在业??务背?景中指出?某个?问题?，讲?一通?，在?价值?分析??中又重点?解释?一通?，到?了功??能介绍时?又将?某个?问题?来龙??去脉概要?说明?一下?，给?用户?感觉?是一?堆资??料的堆积?，哪??里体现出?了方?案的?针对?性呢?,?
按功?能列?表准?备方?案的?做法?在很?长一?段时?间内??不会消失?，这??和我?们普遍是?4P?销售?人员?，还?缺少?SP?IN?销售?人员?有关?，在?资源?不足?的情?况?下，要?保证?效率?就只?能提?供功?能列?表方?案了??。
如何?写解?决方?案?
?
?
范文三：如何写解决方案
如何写解决方案,
--------------------------------------------------------------------------------
2006-12-05 09:55:10
本人是公司政府业务部唯一一名售前工程师，所以大量的方案策划的任务会落到我头上，这些方案里小的有几十万，大的有上千万。如何写好方案一直是我很关注的事情。 我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。
因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在2~4个小时以内)，让他们担心方案的质量和进度保证，进而对自己的后续工作质量没有信心。所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写，这个时候基本上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。
写方案不难，知道怎么写才难。关于写方案我只总结一点，结构化地去组织你的思想。 有结构就有思路，有思路就有方案。
另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。
当然我曾经问过很多人，你到底为什么写不出好的方案呢,
基本上原因可以归为四类:
1.1 第一种是没有体系
一旦用户要求提供关于PDM的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。 这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。 因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。
所以一个人要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。
1.2 第二种是没有思路
有很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方案就速手无策了。 这种情况从根本上讲还是写方案者不熟悉企业业务造成的，写方案，特别是针对性方案不仅仅要求了解企业的需求，而且要知道这些需求是在何种业务需求下产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思路，自然可以很好的写方案。
所以一个人要写好方案，还需要了解下游客户的业务，了解业务最有效的方法就是亲自做几次详尽的业务调研，有了业务调研做基础，在调研过程中把握用户关注重难点问题，自然可
以比较好的确定方案的个性化内容思路。
解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。
1.3 第三种是没有素材
一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往也会很累，就是因为缺少足够的素材。很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方案中都有一些需要准备的内容。 这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。
所以写好方案必须具备这三个条件，第一方案编制者对企业业务要很熟悉，或者有相关业务调研经验，第二方案编制者对产品非常熟悉，至少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。
1.4 第四种是没有层次
很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。 结果拍胸脯容易，写方案难，自己写不出来只好求公司，公司没有安排专人了解情况，只好按模板制作一个，用户一看几个供应商内容都差不多，觉得不好，又总结出一些个性化要求，于是大家有开始折腾第二轮方案。
其实方案编制在不同阶段有不同策略，不要轻易提供方案。刚开始接触是可以提供项目合作建议书，类似可行性报告，项目需要考察软件技术，可以提供标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己知彼的基础上提供解决方案或者投标书。
过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。想急就又能解决问题的事情，本来就是一般人做不来的。
方案想要写得好，一定要用心，用心就一定要耗时间，指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，明白了这一点，大家都可以经过练习写出好的方案。
2.1 第一个容易犯的错误:只有论点，没有论证
不好的解决方案粗看起来非常厚重，其实都是功能罗列，象产品手册摘要版，不象方案书。 不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。
如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，有个金字塔式的写做原理，也就是说文章一定是有结构的。
所以真正好的方案，不一定厚，但能看出你用心，你认真。
现在的解决方案一个不好的倾向是"长、厚、全"，看起来面面俱到，其实对决策者没有帮助。所有的方案无差异性，每家供应商都说自己能解决这些问题，而且都有成功案例。 结果所有的方案都无法给决策者简明的判断依据，不得不费更大劲去做产品演示和用户考察。 其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲一通，在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。 通观这个方案并没有研究为什么企业会产生这么多问题,问题是这些问题是什么产生的,为什么出这么多问题,而是不断说"我能～我能～选我，选我～"。
如果不能找到解决这些问题的原因，简单地去解决这些现象，就象治病不能治根一样。这样一个模板化，自我膨胀化的方案想打动用户的心是非常困难的。
不好的解决方案最大的问题就象写一篇议论文，能够发现问题(这个也是模板化的，可惜中国
企业大部分没有意识到自己很多问题并不少见，总以为自己是特殊的一类企业)，提出答案(搞信息化)，但没有论证(为什么搞信息化和企业管理进步有联系呢,)。
没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种理性的用户。
看到方案时候，其实很多用户下不决心，他会感觉每家都差不多。
如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。但对内容认可程度并不高，实际上没看懂。
2.2 第二个容易犯的错误:业务解决方案成为功能列表
解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照软件用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。
大凡按照功能列表组织的解决方案用户会有一个体会，庞大而庸长，但要看到自己想看到的部分非常困难。
而且这种方案还有一个特点，一个问题反反复复的提，在业务背景中指出某个问题，讲一通，在价值分析中又重点解释一通，到了功能介绍时又将某个问题来龙去脉概要说明一下，给用户感觉是一堆资料的堆积，哪里体现出了方案的针对性呢,
按功能列表准备方案的做法在很长一段时间内不会消失，这和我们普遍是4P销售人员，还缺少SPIN(顾问式)销售人员有关，在资源不足的情况下，要保证效率就只能提供功能列表方案了。
范文四：如何写解决方案
如何写解决方案
1.解决方案难写在哪里？
很多人对写方案非常没有信心，一涉及到方案的事情，就束手无策，到处求人。作为一个公认的方案打手，意思是写方案就象打字员一样，我觉得我在这方面确实是有绝活。
我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。
因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在2~4个小时以内)，让他们担心方案的质量和进度保证，进而对自己的后续工作质量没有信心。所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写，这个时候基本上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。
写方案不难，知道怎么写才难。关于写方案我只总结一点，结构化地去组织你的思想。
有结构就有思路，有思路就有方案。
另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。
当然我曾经问过很多人，你到底为什么写不出好的方案呢？
基本上原因可以归为四类：
1.1 第一种是没有体系
一旦用户要求提供关于PDM的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。
这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。
因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领
悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。
所以一个人要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。
1.2 第二种是没有思路
有很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方案就速手无策了。
这种情况从根本上讲还是写方案者不熟悉企业业务造成的，写方案，特别是针对性方案不仅仅要求了解企业的需求，而且要知道这些需求是在何种业务需求下产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思路，自然可以很好的写方案。
所以一个人要写好方案，还需要了解下游客户的业务，了解业务最有效的方法就是亲自做几次详尽的业务调研，有了业务调研做基础，在调研过程中把握用户关注重难点问题，自然可以比较好的确定方案的个性化内容思路。
解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。
1.3 第三种是没有素材
一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往也会很累，就是因为缺少足够的素材。很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方案中都有一些需要准备的内容。
这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。
所以写好方案必须具备这三个条件，第一方案编制者对企业业务要很熟悉，或者有相关业务调研经验，第二方案编制者对产品非常熟悉，至少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。
1.4 第四种是没有层次
很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。
结果拍胸脯容易，写方案难，自己写不出来只好求公司，公司没有安排专人了解
情况，只好按模板制作一个，用户一看几个供应商内容都差不多，觉得不好，又总结出一些个性化要求，于是大家有开始折腾第二轮方案。
其实方案编制在不同阶段有不同策略，不要轻易提供方案。刚开始接触是可以提供项目合作建议书，类似可行性报告，项目需要考察软件技术，可以提供标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己知彼的基础上提供解决方案或者投标书。
过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。想急就又能解决问题的事情，本来就是一般人做不来的。
方案想要写得好，一定要用心，用心就一定要耗时间，指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，明白了这一点，大家都可以经过练习写出好的方案。
2.1 第一个容易犯的错误：只有论点，没有论证
不好的解决方案粗看起来非常厚重，其实都是功能罗列，象产品手册摘要版，不象方案书。
不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。
如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，有个金字塔式的写做原理，也就是说文章一定是有结构的。
所以真正好的方案，不一定厚，但能看出你用心，你认真。
现在的解决方案一个不好的倾向是
结果所有的方案都无法给决策者简明的判断依据，不得不费更大劲去做产品演示和用户考察。
其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲一通，在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。
通观这个方案并没有研究为什么企业会产生这么多问题？问题是这些问题是什么产生的？为什么出这么多问题？而是不断说
如果不能找到解决这些问题的原因，简单地去解决这些现象，就象治病不能治根一样。这样一个模板化，自我膨胀化的方案想打动用户的心是非常困难的。
不好的解决方案最大的问题就象写一篇议论文，能够发现问题(这个也是模板化的，可惜中国企业大部分没有意识到自己很多问题并不少见，总以为自己是特殊的一类企业)，提出答案(搞信息化)，但没有论证(为什么搞信息化和企业管理进步有联系呢？)。
没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种理性的用户。
看到方案时候，其实很多用户下不决心，他会感觉每家都差不多。
如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。但对内容认可程度并不高，实际上没看懂。
2.2 第二个容易犯的错误：业务解决方案成为功能列表
解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照软件用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。
大凡按照功能列表组织的解决方案用户会有一个体会，庞大而庸长，但要看到自己想看到的部分非常困难。
而且这种方案还有一个特点，一个问题反反复复的提，在业务背景中指出某个问题，讲一通，在价值分析中又重点解释一通，到了功能介绍时又将某个问题来龙去脉概要说明一下，给用户感觉是一堆资料的堆积，哪里体现出了方案的针对性呢？
按功能列表准备方案的做法在很长一段时间内不会消失，这和我们普遍是4P销售人员，还缺少SPIN(顾问式)销售人员有关，在资源不足的情况下，要保证效率就只能提供功能列表方案了。
范文五：如何写解决方案
如何写解决方案
默 认分类 2009-10-21 15:50:24 阅 读116 评论0 字号：大中小
有结 构就有思路，有思路就有方案。
我曾经问过很多人，你到底为什么写不出好的方案呢？基本上原因可以归为四类：
1、第一种是没有体系
一旦用户要求提供关于PDM的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己 的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。这种情况一般是写方案者不熟悉自己产品体系造成的，知 道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。
要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有 一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。
2、 第二种是没有思路
有 很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方 案就速手无策了。
写方案，特别是针对性方案不仅仅要求了解企业的需求，而且要知道 这些需求是在何种业务需求下产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思路，自然可以很好的写方 案。
了解业务最有效的方法就是亲自做几次详尽的业务调研，有了业务调研做基础，在 调研过程中把握用户关注重难点问题，自然可以比较好的确定方案的个性化内容思路。
解 决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。
3、 第三种是没有素材
一般不经常写方案的人，在写一个方案的时候，即使有想法，有思 路，但往往也会很累，就是因为缺少足够的素材。很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方 案中都有一些需要准备的内容。这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。
第一方案编制者对企业业务要很熟悉，或者有相关业务调研经验，第二方案编制者对产品非常熟悉，至 少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。
4、 第四种是没有层次
很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上 表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。
方案编制在不同阶段有不同策略，不要轻易提供方案。刚开始接触 是可以提供《项目合作建议书》，类似可行性报告，项目需要考察软件技术，可以提供 标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己知彼的基础上提供解决方案或者投标书。
过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。想急就又能解 决问题的事情，本来就是一般人做不来的。
方案想要写得好，一定要用心，用心就一定 要耗时间，指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，明白了这一 点，大家都可以经过练习写出好的方案。
容易犯的错误：
1、 只有论点，没有论证
不好的解决方案粗看起来非常厚重，其实都是功能罗列，象产品手册摘要版，不象方案书。
不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量 很高。我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。
所以真正好的方案，不一定厚，但能看出你用心，你认真。
现在的解决方案一个不好的倾向是
其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲 一通，在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。
通观 这个方案并没有研究为什么企业会产生这么多问题？问题是这些问题是什么产生的？为什么出这么多问题？而是不断说
如果不能找到解决这些问题的办法，简单地去解决这些现象，就象治病不能治根一样。这样一个模板 化，自我膨胀化的方案想打动用户的心是非常困难的。
不好的解决方案最大的问题就象 写一篇议论文，能够发现问题，提出答案(搞信息化)，但没有论证(为什么搞信息化和企业管理进步有联系呢？)。
没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种理性的用户。
看到方案时候，其实很多用户会感觉每家都差不多。
如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的 方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。但对内容认可程度并不高，实际上没看懂。
2、 解决方案成为功能列表
解 决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照软件用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件 商自己的喜好去编制的解决方案是很难得到用户认可的。
大凡按照功能列表组织的解决 方案，用户会有一个体会---大而庸，但要看到自己想看到的部分非常困难。
而且这 种方案还有一个特点，一个问题反反复复的提，在业务背景中指出某个问题，讲一通，在价值分析中又重点解释一通，到了功能介绍时又将某个问题来龙去脉概要说 明一下，给用户感觉是一堆资料的堆积，哪里体现出了方案的针对性呢？
按功能列表准 备方案的做法在很长一段时间内不会消失，这和我们普遍是4P销售人员，还缺少SPIN(顾问式)销售人员有关，在资源不足的情况下，要保证效率就只能提供 功能列表方案了。
