推销你的技术方案

推销你的技术方案

 

昨天下班之前参加了部门内部的一个技术交流会，两位基础事业部的技术达人分别分享他们在2012年的技术研发方向，大家也结合业界在该领域的热点，发表一些个人的看法。

 

一位同事用MindManager图标展开，分别讲解了现状、需求、问题和规划，然后大家对MM图的分支进行了补充，当然也质疑了MM图主干分支的合理性（需求和问题是否可以合并为一个分支），总体来说比较清晰。

虽然用MM来展示，但显然作者还停留在MindManager表明上带来的遍历方面，没有明白MM的精髓。如，MM图的读图顺序，从右向左，顺时针方向，而我们看到的图还像Visio的图一样从左上角展开；

 

另外一位同事直接开讲，2分钟大家都没有进入状态；在主持人的要求下，在白板上描画自己的思路，辅助讲解。主要从两个方面展开，一方面是提高开发维护的效率，另一方面是提高系统的性能。

这两个切入点都比较吸引人，但在展开分析时，他直接给大家抛出了大量业界的概念，大讲业界的解决思路，当大家讲解的内容提问时，发现这个不是他要推销的技术方案，我的方案是*****

经过他这么折腾两次，大家都不知道他到底在讲什么？另外，在做技术方案对比时，并不能很清晰地说明自己方案的优势和价值在哪里，在那些方面比其他方案有优势。

 

以上两个案例比较经典，抛开没听懂技术方案，也学到不少东西，那么换个场景：我站在讲台前，我会怎么给大家分享我的技术方案呢？

 

一、分享的目的：给听众那些方面的帮助？

首先关注一下台下的听众，大家对分享的话题是否有足够的兴趣，是否有充分的准备？都是同行呢，还是有门外汉？是面向开发人员呢，还是有领导参与？

面对不同的听众，我的分享的目的性是不一样的，重点也会不同。

 

二、分享的层次：现状--->分析（需求、问题）--->解决方案

“现状--->分析（需求、问题）--->解决方案” 是技术分享的一个经典套路，现状分析环节把听众都拉进来，这个环节的内容大家都很熟悉，容易吸引大家的注意力；分析阶段阐述问题，这些问题大家都或多或少遇到过，容易引起共鸣，大家也可以参与进来补充一些遗漏的问题；解决方案阶段，如果方案还没有定型的话，重点阐述解决问题的思路；如果方案已经完成，重点阐述如何解决这个问题的，价值在哪里。

当然，实际讲解中，还可以根据现场情况灵活地加入“开场环节”，吸引大家注意力。

 

三、分享的形式：PPT

当你面对一人讲话时，你可能需要一个张纸和一支笔，遇到说不明的事情，用纸笔画一下，差不多就明白了。

当面对众人分享时，PPT或白板是必须的，辅助展示分享的思路，每个页面的主题一定要突出，一个页面一个主题；

MM在头脑风暴会上，收集发散的思路比较好用，但在正式的分享上不是一个好的选择。

 

 

好吧，就是这些。做到以上几点，你对自己的分享应该会更有信心的。