各位，不知道有没有遇到过这样子一个场景：自己放了个屁，然后把自己熏到了。笔者第一次写方案的时候，写完1.0版本演示了之后被教育了一番，脑子在思考，这个写的不是还可以吗，咋么就被否了呢？为什么，为什么呢，为什么呀！！！但是在我写完4.0版本之后，再去回看1.0版本的时候，有种：这tm是什么鬼东西？被自己臭到之后，决心去研究一波，如何才能写出一份亮眼的方案。

        首先，我们先定义，什么是解决方案？解决方案是针对客户已经出现的不足或可以预期的问题，结合新的需求所提出的一个解决问题的方案，并确保方案是有效的，可以加以实施的。方案的类型可能会涉及投标方案，招标方案等，这里所讲述的是信息化建设方案。

        其次，为什么要写方案？想清楚这个问题，会是你不断修订方案的原动力。说服客户，拿下信息化建设，这是我的目的，也是可以修改成5.0版本的原动力。

        解决了原动力，正式进入方案的制作当中。开启动工之前，首先想几个问题： 

 1.方案如何讲述？

        线上or线下？确定讲述形式进而确定你的方案载体，线上更适合word版本，而线下则更推荐PPT版本。

 2.方案讲述对象是谁？

        见人说人话，见鬼说鬼话，确定讲述对象，进而就知道你的方案的内容更应偏向于规划亦或是实施。每个人身处的位置的不同也会导致关注内容的偏差。想清楚讲述对象的诉求是方案可以成功的大前提。

         确定方案版本及方案的讲述对象，可以开始你的方案结构设计了。方案的结构就等同于你的演讲稿，需要区分重点在哪，亮点在哪，需要有你的开头与结尾。以下为目前笔者在写方案的时候所用到的结构：

（1）画一个大饼。

        为什么我要听你的方案，采用你的方案？因为我的方案可以让你达成xxx目标，让你实现xxx信息化。大饼就是一个愿景，一个大家都觉得达成那种效果会很美好的愿景。一个大饼概括来说可能就是几个字的总结，这里可用的句式为：打造XXXX/基于XXX的实现

（2）描述惨淡的现状

        了解好当前的业务及对应的处理方法，以中立的立场描述当前信息化建设的内容及效果。

（3）讲出大饼与现状的差距

        提炼出现状与方案大饼的差距，如何解决存在的差距便是方案的精华所在。

（4）抛出你的解决思路

        面对大饼与现状的差距，你建议的解决方式是什么？（请尽情开展头脑风暴吧）

（5）拿出别人家的孩子做举证

        如何让别人信服你的解决方法，让别人觉得这是正确的而非胡编乱造的？这里就需要拿出别人家的孩子来做举证，论证你的解决方式是有理有据的。有一种“看，别人家就是这样子做才成功的，我们这样子做绝对没有问题”的气势。

（6）如何赶超别人家的孩子

        有了论据之后，应该如何去向着自己提出的解决方案前进，做到赶超？我们需要做到一些什么内容，应该如何尽快的进行赶超？这是该部分我们需要解决的内容。

（7）回归到信息化建设

        如何赶超是一种方式，在实现这种方式的过程中，信息化建设可以如何的进行支撑，回归到我们的主题：信息化建设当中来，我们怎么去支持这种方式的实现。

（8）系统架构

        按照这种设计来实现信息化建设，系统是如何进行设计的？这里大部分的客户所需要看到的就是，系统需要有多少模块，分别解决了什么问题，达到了什么目的。

（9）建设周期及成本预估

        这里关乎的是客户的预算，按公司的实际情况呈现即可。

        以上是目前做方案时的大致结构，在每一层结构中都需要采用我们在小学作业常用的句式结构：总-分-总结构，让你的方案讲述更具结构化，让客户更加记得住你在讲什么内容。

        有一个逻辑严谨的结构之后，你需要有的是亮点。对于方案来讲，如何去寻找甚至扩大自己的亮点，这是重中之重。因为，很可能，你的客户听完你通篇的讲述后，记得的只有你的亮点，但如果你的亮点足够亮，这就够了！至于如何去深挖方案的亮点，笔者暂时没有get到，期待早日get到后与你共享。

     回到开篇关于一个屁的场景，或许等我写完深挖方案的分享，看到这篇文章后，也会被自己恶心到，但是，万事开头难，希望可以继续保持哈！

        继续立flag，好好练习输出！！！