如何写解决方案

如何写解决方案本人是公司政府业务部唯一一名售前工程师，所以大量的方案策划的任务会落到我头上，这些方案里小的有几十万,大的有上千万.如何写好方案一直是我很关注的事情.我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。因为你不敢让你的同事知道你只能用很少的一点时间写方案（基本上我真正动笔写方案的时间都在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实施费用和管理费用实施时产生的各项费用.例如，信息系统集成项目,可以包含系统集成的技术费用等,还有项目管理的简接成本，如运