如何写售前解决实施方案.docx

如何写售前解决方案
一般要为客户撰写的售前方案分为。项目建议书、项目解决方案、项目投标书。
项目建议书用于动员客户启动项目，为客户启动项目提供何行性建议分析，或者用于客户初步选型阶段，获得调研机会后再编制解决方案。
解决方案用于恰谈技术协议和合同之前持软件技术交底，或者用于议标阶段，重在介绍软件供货商的技术能力和实施服务能力等方面的优势。
投标书用于客户的招标文档，按照客户要求的格式进行发挥，要充分说明公司各个方面的综合实力，以战胜对手。
项目建议书的参考结构：1引言
2企业业务现状分析与诊断3项目目标规划3.1项目规划原则
3.2项目总体目标和分阶段目标3.3项目预期周期和成本规划4项目必要性分析5项目可行性分析
5.1相关技术的发展现状介绍5.2软件公司相关产品的能力分析
5.3企业具备的管理、硬件、组织和技术基础6项目的经济效益分析7结束语建议书的要求是简短紧凑，内空翔实，目标规划清楚，便于高层决策，可以在一份建议书中列出几个可选技术方案，推动客户高层决策。解决方案的参考结构：1引言
2业务现状分析与诊断3系统架构规划3.1总体目标3.2指导思想3.3总体功能框架3.4硬件部署体系……
4系统业务技术解决方案
4.1关键业务问题解决方案（可多个）4.2关注重点技术问题介绍4.3其他标准功能介绍……
5系统实施方案5.1实施管理方法5.2实施团队构成
5.3实施里程碑计划（可分解子系统实施计划）5.4各阶段双方工作配合说明5.5风险分析及对策5.6沟通和质理保证计划5.7培训计划
5.8系统预期阶段效益……
6服务内容及措施7典型案例
8结束语（合作建议）9附件（软件公司介绍）
投标书的参考结构
投标书是针对招标书的答复性文件，基本包含解决方案的全部内容，再增加公司优势和投标需要的相关资质附件。投标书结构没有一定之规，按客户招标书要求准备即可。
第二篇：如何写好售前解决方案如何写好售前解决方案
动笔前先打一个电话。
一般情况下，方案撰写人只是按照别人的要求提供方案，并非直接利用方案的人。所以在写方案之前，问问需要方案的同事，甚至是客户，听听他们对方案的想法和建议，这样对写方案会有很大帮助。
闭门造车往往导致接受者对方案不满意，要求返工修改。所以动笔前先打几个电话，问清楚客户需求，这样不但可以提高方案的针对性，也可以获得大量的解决思路线索，对写方案大有好处。
一、努力按客户业务逻辑写
一般写方案最简单的方式就是按照协同软件设计思路和功能模块来写，因为有大量素材可用。但这样撰写方案并非是一种最佳选择，因为对客户而言，他必须转换角色进行思维，要站在供货商的思维模式上才能看懂方案字句之间的含义。
如果从以客户为中心的角度出发，方案应尽量让客户容易看懂，好理解，自然也就取得了较好的印象分。
方案应先仔细探讨客户业务，而不是将调研结论一一罗列，应从业务分析中推导出业务需求，最后描述技术实现手段。从这个意义上讲，解决方案要按照简明的业务手册来准备。
二、按标准套路写方案
不同类型的方案都有自己的套路，例如可行性报告、解决方案、建议书等都各有套路。一个公司可以经常讨论完善和丰富方案的写作套路。我们应尽量按照标准套路准备方案，不要自成体系。在既定套路下发挥，套路就体现了一种结构化、体系化的思维模式，很多客户本身也是习惯阅读有套路的文档。
套路和为客户定制并不矛盾，好的套路反映了专业文档定制的经验。
三、先构思提纲，经过讨论，最后动笔
很多时候方案的准备时间并不充分，很多人接到任务之后立即找个范本修改，这是不好的工作习惯。
有时候利用模板的确可以较快地完成任务，但时间长了就形成了惰性，形成用替换方式抄改方案的习惯。真在实际工作中遇到个性化较强的项目，而标准供应链管理方案模板没有涵盖时就无从应对。这是因为平时写方案过程中思维始终缺少结构化思考练习的结果。
写方案时一定不要急着动笔，而是先想提纲。提纲中的逻辑联系和业务衔接在脑海中推导得比较有力和充分了，才开始动笔；有了提纲，思路就不会断，写起来才快。
如果有条件的话，这个思路还应该和大家讨论，特别是一些重要方案，一定
要先反复讨论提纲。各种意见和思路在提纲中统一了，再动手写。这样就不至于遇到方案写完评审时又被否定，不得不推倒重来的痛苦。
四、找一个安静的地方和完整的时间段开始
写方案最怕中间不停地被打断，这样思路无法保持连贯性。所以无论接到多么紧急的方案编制任务，也不要急着去写，而是先把手头该处理的小事情处理干净，确保编写的时间段相对安静和完整，这样才能保证方案的质量。
一定要保证在一个时间段内初步拿出完整的推导思路和结构提纲，然后就可以逐步补充和丰富内容，不至于在写的过程中还为结构苦恼，不清楚从哪里下笔，每次要花费大量时间从头构思。
五、认真准备方案的阅读提示和摘要
客户决策领导往往公务繁忙，时间有限，很难保证将厚厚一本方案的内容全部认真研读，所以方案可以单独附一份摘要以供客户领导浏览。摘要重点介绍整个方案中的精华部分，当然也可以附带实施方法和典型用户介绍。通过摘要让方案的解决问题的思路在短短几页纸中得到清晰、准确的描述，这种用精炼文字描述业务思路的能力往往更能给人留下深刻印象。
对于较复杂、内容较多的方案一定要提供一份阅读提示，告诉不同的人其关心的内容可以通过阅读哪些章节直接获得。实际上很多论文和书籍序言都会有一段来说明文章的结构，读者可以直接进入感兴趣的话题，这对我们编制方案也是一个有益的启发。
六、注意积累素材
写方案时，无论按照何种客户业务组织材料，必然有80％的内容是相似的，毕竟软件设计理念不会在短期内发生巨大改变，方案涉及功能边界在短期内也不会发生大的改变，所以不同时期不同用户解决方案中很多素材是可以通用的。特别是一些公司通用素材，更是要随时注意积累、补充、完善和归类保存，只有在乎时多作有心人，在写方案时才不会因为缺少素材而将大量时间浪费在查找数据上。
还要注意基本素材的运用要随时和公司的宣传口径保持一致，防止引用过期素材。标准素材库应由公司统一维护。
获取素材的途径主要有：
》现场初步需求调研与交流。
》与熟悉类似项目的销售经理、技术支持工程师、实施工程师进行沟通。》与营销人员交流。
》可收集的同行方案。
》客户的网站。
》相关行业的资料介绍。
》行业书刊。
例如客户企业介绍一般可以从客户的网站获取。从网站获取的客户企业介绍需经“角色转换”和“内容筛选”。角色转换是指站在软件公司的立场描述该客户的情况，要把第一人称改为第三人称。内容筛选是指主要介绍客户信息化的基础，包括客户的经济实力、管理水平、已完成和正在进行的信息化项目等内容，不要简单地复制粘贴。
又如。行业战略分析可以从相关行业网站中寻找素材和灵感；对业务问题解决思路可以从同行方案中寻求素材和灵感，并结合自己的素材进行组织和提高。
七、要多写，然后熟能生巧
多写，勤写，主动积极地写。把每次写方案当作一次提高的机会。在这样的心态下才能写出好的方案。再好的经验也必须经过反复练习才能成为自己的习惯，养成良好的方案撰写习惯也是反复练习的成果。
寻求回馈意见，持续改进
很多人写完方案后，就觉得任务完成了，是成是败，已经过去。
但对于一个想写一流方案的人，每次电子商务方案提交后一定要征询相关人员的看法和意见，对于认为写得好的回馈信息，要分析究竟好在哪里，遇到同样情况时，可以有意识地借鉴；对于回馈不好的意见，要力求在下次进行改善。通过有意识地扬长避短，方案就能日见精练，更能打动客户。
真正有志于写出完美方案的人，对自己的方案是永远不会满意的，也只有这样，才会每次进步一点，解决方案的质量才会不断提高。
第三篇：如何写好解决方案如何写好解决方案
有结构就有思路，有思路就有方案。如果你还没有具备这些能力，那么从现在开始你要重视这种能力的锻炼；因为有结构化思维的人，思路会很清晰，这样是做好一件事的前提；
1.解决方案难写在哪里。
很多人对写方案非常没有信心，一涉及到方案的事情，就束手无策，到处求人。作为一个公认的方案打手，意思是写方案就象打字员一样，但我觉得在这方面好好做下总结是有绝活的。
我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里郁闷一阵，而后思考，就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。
其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写；所以我开始构思我的思路，构思整个方案体系（我要写什么。怎么写。大纲如何梳理），然后找寻一些与我的构思相符的材料，比如产品资料，产品解决方案，行业资料等等；
写方案不难，知道怎么写才难。关于写方案我只总结一点，结构化地去组织你的思想。
有结构就有思路，有思路就有方案。如果你还没有具备这些能力，那么从现在开始你要重视这种能力的锻炼；因为有结构化思维的人，他的思路会很清晰，这样做好一件事的前提；
另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。当然我曾经问过很多人，你到底为什么写不出好的方案呢。
基本上原因可以归为四类：
1.1、第一种是没有体系
一旦业务要求提供关于整体网络·整体化体系的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起产品来，好象知道不少技术点，但是就是说不上卖点，或者知道了这些却写不出来，也觉得无从下笔。
这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。
因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。这条路并不是任何人都可以驾驭得来的，特别是纯技术出生的人，因此我们开拓这些思路，构建这样的知识体系；
只有当一个人对一个整体信息化建设思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。所以一个人要想写好一个方案，首先要把自己产品（体系）的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系；
1.2第二种是没有思路
有很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方案就速手无策了。这样的方案千篇一律，客户一看便反感，那么方案便大打折扣了；这种情况从根本上讲还是写方案者不熟悉企业（客户个性化需求）业务造成的，写方案，特别是针对性方案不仅仅要求了解客户的需求，客户的实际情况，而且要知道这些需求是在何种业务需求下产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思路，自然可以很好的写方案。所以一个人要写好方案，还需要了解下游客户的业务，了解业务最有效的方法就是亲自做几次详尽的业务调研，有了业务调研做基础，在调研过程中把握用户关注重难点问题，自然可以比较好的确定方案的个性化内容思路。解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。
因为有时候与客户见一次面不容易，那么，我们在约好客户见面进行调研之前就需把相关的问题，知识点准备好，这样的调研就事半功倍了，这样的工作完成的前提是：我们得先构建整体体系思路；通常我们“构建整体方案思路”—“客户现场业务需求调研（或者电话沟通）”----“寻找材料”---“完成方案”；这是我通常的做法；
1.3第三种是没有素材
一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往也会很累，就是因为缺少足够的素材。这样的人是积累很少，往往都是只有经历没有经验的人，总结胜少；
很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方案中都有一些需要准备的内容。
这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。
所以写好方案必须具备这三个条件，第一方案编制者对客户业务要很熟悉，或者有相关业务调研经验（通常建议现场了解后，再通过谷歌了解下各个省关于此业务方面的具体解决方案，这样的资料真的很多；还是那句话如果你没有结构化思维，你没有积累，你没有极强的总结能力，很难从海量的知识中构建提休）第二方案编制者对产品非常熟悉，至少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。（通常这样的资料我在工作中都是不断的保存，保藏，并且做有很好的标记，以便我下次使用）
1.4第四种是没有层次
很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。结果拍胸脯容易，写方案难，自己写不出来只好求公司，公司没有安排专人了解情况，只好按模板制作一个，用户一看几个供应商内容都差不多，觉得不好，又总结出一些个性化要求，于是大家有开始折腾第二轮方案。
其实方案编制在不同阶段有不同策略，不要轻易提供方案。
刚开始接触是可以提供项目合作建议书，类似可行性报告，项目需要考察产品技术，可以提供标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己知彼的基础上提供解决方案或者投标书。
过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。想急就又能解决问题的事情，本来就是一般人做不来的。
方案想要写得好，一定要用心，用心就一定要耗时间，指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，明白了这一点，大家都可以经过练习写出好的方案。
2.1第一个容易犯的错误：只有论点，没有论证
不好的解决方案粗看起来非常厚重，其实都是功能罗列，象产品手册摘要版，不象方案书。不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。
如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，有个金字塔式的写作原理，也就是说文章一定是有结构的。所以真正好的方案，不一定厚，但能看出你用心，你认真。
现在的解决方案一个不好的倾向是"长、厚、全"，看起来面面俱到，其实对决策者没有帮助。所有的方案无差异性，每家（集成商）厂家都说自己能解决这些问题，而且都有成功案例。结果所有的方案都无法给决策者简明的判断依据，不得不费更大劲去做产品演示和用户考察。
其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲一通，在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。
通观这个方案并没有研究为什么客户会产生这么多问题。问题是这些问题是什么产生的。为什么出这么多问题。而是不断说"我能。我能。选我，选我。"。如果不能找到解决这些问题的原因，简单地去解决这些现象，就象治病不能治根一样。
这样一个模板化，自我膨胀化的方案想打动用户的心是非常困难的。不好的解决方案最大的问题就象写一篇议论文，能够发现问题（这个也是模板化的，可惜中国企业大部分没有意识到自己很多问题并不少见，总以为自己是特殊的一类企业），提出答案（搞信息化），但没有论证（为什么搞信息化和企业管理进步有联系呢。）。没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种理性的用户。看到方案时候，其实很多用户下不决心，他会感觉每家都差不多。如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。但对内容认可程度并不高，实际上没看懂。
2.2第二个容易犯的错误：业务解决方案成为功能列表
解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照产品用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。
大凡按照功能列表组织的解决方案用户会有一个体会，庞大而庸长，但要看到自己想看到的部分非常困难。
而且这种方案还有一个特点，一个问题反反复复的提，在业务背景中指出某个问题，讲一通，在价值分析中又重点解释一通，到了功能介绍时又将某个问题来龙去脉概要说明一下，给用户感觉是一堆资料的堆积，哪里体现出了方案的针对性呢。
按功能列表准备方案的做法在很长一段时间内不会消失，这和我们普遍是4p销售（product产品\price价格\place位置\promotion促销）人员，还缺少spin（顾问式）销售人员有关，在资源不足的情况下，要保证效率就只能提供功能列表方案了。
第四篇：如何讲好售前ppt如何讲好售前ppt
随着信息化安全建设的普及，很多安全公司都希望通过对外交流推广其业务，而大部分公司会选择使用微软公司提的powerpoint进行讲授。但是很多售前工程师都不知道如何使用powerpoint进行讲授，本文的重点则偏重于和大家探讨如何讲好ppt，给用户一个比较好的效果。同时希望可以推广到各行各业，而不仅仅是安全行业。
在讲主要内容前，我必须先提及一下环境因素。因为大部分用户在听讲座的时候，刚开始15分钟会比较认真，而后面的时间则会在下面开小差，为什么会开小差了，个人的经验总结觉得主要原因如下：
1、会议的环境造成部份公司举办这种会议会选择在自己的会议室，而普遍的会议室一方面都会比其他房间大，讲授ppt的时候讲授者习惯把灯全部熄灭，这样的环境会让参会者感觉对比度比较大，在这种情况下，人会比较容易感到疲倦，从而会产生睡意。
2、选用的麦克风问题麦克风也是会造成一定的影响，一旦讲授者选用的麦克风产生很大的回音，在医学的角度上也会让人会比较容易感到疲倦，从而会产生睡意。
3、讲授人位置选择讲授人一定需要面对用户，而不要背对用户，因为在没有被对方关注的情况下，人对自己的要求会降低，从而开小差或者产生睡意。同时，除了上面所讲述的原因以外，讲授者面对参会者的表情和眼光的扫描范围也会影响到参会者的精神，这部份我们在后面说明。
如何提高讲授ppt的效果，除了避免上面所提的内容以外，在讲授者的角度，需要做到以下十一点：
1、你必须是一个比较外向和沟通能力比较强的人。因为怎么说呢，要是你的个人性格属于不是太愿意沟通的人，一下子要你转做售前并和用户讲授ppt，往往这样的效果都会很差。举个例子，北方人不喜欢吃米饭，喜欢吃面条。你和一个北方的朋友去吃饭，饭后，你问他味道如何，我相信他大部分都还没有吃饱，更不要说味道。所以，这样做出来的效果明显是很不合适。
2、在大型讲座前，你必须不断对你要进行讲解的文档进行重复讲解，重复讲解可以让你由量变变成质变，同时，你也会对这篇文档会从有了一个新的认识。俗话有说：温故而知新。你不断地重复讲解，你对其的认识就会不断加深进而升华；
3、前期准备必须充分，整个ppt必须你自己去做，而且对上面的概念你必须上网寻找资料进行了解，不然在你讲的时候都会出现很多不同的问题，而且很多时候临时的讲法都是不确定；
4、资料必须是最新的。这样做有几方面的好处，一方面，要是你的资料不是最新的或者比较旧，很多用户都会对一些新的话题和内容感兴趣，一旦你提供的内容他们都了解的，基本上会产生疲倦从而睡觉；
5、为了调动气氛，你可以在先前准备的过程中，下载一些动画，动画一定要有代表性，通过这种方式，与会者产生的意义会比较深，效果比较不错，有一次，我在和集成商说对着用户交流是不要问非所答，但是就是这么对着概念说，明显大家听得不清不楚，但是我下载了麦兜看医生的小动画，把复杂的定义变成动画，浅显易懂，而且效果很好；
6、授课内容必须简单化，不要讲得特别深，某些高级售前工程师，在客户面前讲得天花乱坠，专业的话语特别多，表面看来好像很专业，但是用户一点都不明白他的内容，造成很不好的效果。建议可以参考余世维的《有效沟通》；
7、采用诱导式培训。对用户的培训，你可以采用诱导式培训。填鸭式教育在中国越来越受到媒体反对和质疑，并对外国的诱导式教育比较感兴趣，例如，说企业安全，在诱导式教育中，你可以诱导他，把用户的重点放在业务上，一旦业务受到攻击会怎样。会不会有影响。造成这些影响后果如何。等的方式，让用户自行感觉到自己的网络上的问题；
8、控制时间，每节培训必须控制在45分钟左右，时间一长效果就会不好。在以前公司，一个业内比较出名的售前工程师，名字我就不公布了，他平时讲ppt的效果都很好，一次我和他一起去移动进行交流，他对我们以前公司的产品进行了售前交流，开始，移动所有的工程师都聚精会神地听，但是在45分钟以后，很多人就忍不住上洗手间和打电话，所以最后的那部份交流基本上都是没有用的。经过多次实践，加上以前学校的上课时间总结，45分钟左右一定要进行休息，不然就会徒劳无功了；
9、图表、饼图等都可以很好地表达授课者的意思，远远比文字“有力”。记得第一次做ppt，做得比较认真，生怕用户不了解ppt的内容，把大部分的文字都写在ppt上，结果部门经理骂了我一顿，在幻灯片上写了很多字，这些字在放ppt的时候是一定很难看得清楚的。要是你对着ppt上面的字照读，出来的效果更加不好。比较好的处理方式是在你讲授ppt的时候，所有的文字及内容都是在你的脑子里，而ppt上显示的是几个有代表的字和大部分的图；
10、ppt中，一定要大部分都是图片，这个要你先前去进行准备。就如上面所讲到，你的ppt图片一定要多，而这些资料不是可以马上就找到，是要通过平时的积累，这样在你写ppt的时候，才会得心应手；
11、ppt的格式很多人以为ppt随便做就行了，其实不然，ppt的格式好不好看，对出来的效果影响相当的大，“爱美之心人皆有之”，一个好的格式的ppt会让你赏心悦目，很多售前工程师往往会忽略这点；
为了处理一些打瞌睡的用户，毕竟你不是他们的领导，你不能冲过去把对方大骂一顿，但是作为乙方的你，如何处理会比较合适呢。
1、首先，你可以盯着这些睡觉者，眼光要不断地望着这些想睡觉的用户，让他感觉到你在给他“施压”，以我的经验，基本上你长时间盯着的某个人，他睡觉的几率少于10％左右；
2、讲笑话。讲笑话是一门很讲究的艺术。不要小看笑话这东西，如果你的选材和内容得到精心的安排和准备，出来的效果往往会出乎意料地好，但是要是选用的笑话不恰当，那么就
会出现不好的效果了。其实身边不乏出现这样的案例，你朋友给你讲笑话，当他讲完后，你怎么听都不觉得好笑，为什么。因为部门的笑话不是他自己遇到的，而是“借花敬佛”借回来，大家应该记得一句话，“同一个笑话在不同的环境，出来的效果是完全不同的”，就是这样的效果了；
3、如何前面两个方法都不凑效，你可以多提及一些对方一定知道或了解的问题，而且这些话题启发式的。例如你可以和讲一些对方业务上的一些案例，或者一些先前大家一起碰到或遇到的案例，并且把你想要讲的一些内容渗透在里面，这样对方又会答，同时也可以提高对方对你的信任，并且可以让对方提高“警惕”；
4、最后的方式，要是上面全部都不适用，你就得适时往台下走走，把声筒从台上转移到台下。并在一些用户身边走来走去，让他不敢取消睡觉的念头。
第五篇：如何写好技术解决方案-0907售前售后解决方案培训
售前售后难点是做一个专业的通用方案（这个方案估计一个月你都写不出），所以每个方案需要提供2到3种技术配置方案，而且都是可行的，这样可以拿几个方案吃通某个行业用户了，但是，不是说售前售后有了方案就完了，方案只是开始，里面庞大的技术细节（功能，原理，系统，演示），及产品知识是售前售后必须掌握的。
一般要为客户撰写的售前售后方案分为。项目建议书、项目解决方案、项目投标书。项目建议书用于动员客户启动项目，为客户启动项目提供何行性建议分析，或者用于客户初步选型阶段，获得调研机会后再编制解决方案。
解决方案用于恰谈技术协议和合同之前产品技术交底，或者用于议标阶段，重在介绍软件供货商的技术能力和实施服务能力等方面的优势。
投标书用于客户的招标文档，按照客户要求的格式进行发挥，要充分说明公司各个方面的综合实力，以战胜对手。
项目建议方案基本结构：
1引言
2企业业务现状分析
3项目目标规划
3.1项目规划原则
3.2项目总体目标和分阶段目标
3.3项目预期周期规划
4项目必要性分析
5项目可行性分析
5.1相关技术的发展现状介绍
5.2软件公司相关产品的能力分析
5.3企业具备的管理、硬件、组织和技术基础
6项目的经济效益分析
7结束语
建议方案的要求是简短紧凑，目标规划清楚，便于高层决策，可以在一份建议书中列出几个可选技术方案，推动客户高层决策。同时可以加些图片介绍等生动感官。主要用于初次拜访、以领导决策对象为主。
解决方案的参考结构：
1引言
2业务现状分析
3系统架构规划
3.1总体目标
3.2指导思想
3.3总体功能框架
3.4硬件部署体系
……
4系统业务技术解决方案
4.1关键业务问题解决方案（可多个）
4.2关注重点技术问题介绍
4.3其他标准功能介绍
……
5系统实施方案
5.1实施管理方法
5.2实施团队构成
5.3实施计划
5.4各阶段双方工作配合说明
5.5风险分析及对策（针对不同情况可选择）
5.6沟通和质量保证
5.7培训计划
5.8系统预期阶段效益
……
6服务内容及措施
7典型案例
8结束语（合作建议）
9附件（软件公司介绍）
售前阶段不要轻易提供解决方案要充分了解客户需求搞清楚、问明白。解决方案难写在哪里。
1.
2.
3.
4.没有体系没有个性没有素材没有时间
不好的解决方案十个特点
1.只有厚度，没有质量
2.只有论点，没有论证
3.结构不清晰
4.业务解决方案成为功能列表
5.口语书面语混杂，遣词造句不严谨。
6.没有认真检查，存在大量硬伤。
7.过于突出自我
8.没有体现公司产品最新进展
9.文字太多，图表很少
10.没有评审
好的方案应该设计一个好的封面，好封面的标准就是有视觉冲击力。
建议书的要求是简短紧凑，内容详实，目标规划清楚，便于客户高层决策，可以在一份建议书中形成几个可选技术方案，推动客户高管决策。
实施方案的要害是具不具备可操作性。这里面判断方法就是实施计划越是结合业务细化越具有可操作性。
投标书一定要坚决按照客户提供的招标书要求准备，客户如何要求就如何提供数据，不要任意发挥。
解决方案写法交流
方案框架（以下是简单写法）：
一、引言
主要讲信息化趋势，企业所属行业，特别是竞争对手的信息化动向。
二、企业现状分析
主要是问题分析，问题是指信息化可以解决的问题，无关的问题不要谈。
这些问题有共性，比如：信息孤岛无法集成和共享，企业流程效率低下，成本无法有效控制等等，同时，也要分析本企业及所属行业的一些特殊性问题，比如：安全审计行业在不同行业的不同需求。这些问题的写法可以借鉴一些公司的方案，尤其是问题的表达，很多公司的方案还是比较典范。
三、信息化如何解决这些问题。
本部分是重中之重，一般说来，要分成以下小章节。
1。关键业务流程，信息化功能实现（重点，用流程图，说明信息化功能实现，特别是如何解决企业现在面临的问题）
2。流程优化。
3。企业最佳业务实践复制。
四、实现的价值和收益
要区分可以计量的，和不可以计量的，可以计量的，甚至可以细化到资产负债表事项。
五、项目实施初步规划
可以用图作简单描述，说明时间，阶段，成果，参与人员等。
六、项目资金概算。
软硬件投资，咨询费用，新增的项目组人员薪资等。这个概算，也是作为一个初步报价的过程，具体价格要慎重，不可多写，也不要少写，摸清对方心理底线。
七、一些建议。
如，尽快启动项目，要注重项目组成员的福利待遇等等。
文字尽量控制在100页以内比较好，同时，一定要出一个简化版本，将方案浓缩在3页，5页a4纸上，这样便于领导查看主要数据。
第26页 共26页