我如何才能向重要的非技术利益相关者做一个好的演讲？

在本月底，我必须就我自己一直在从事的软件项目做一个介绍，从根本上决定我是否会在我是临时雇员的公司中获得全职工作目前。我将向我们的部门总裁和两位副总裁作演讲。与其他两位副总裁相比，总裁的编程知识更少，而最终我需要留下深刻的印象。

在演示中我需要传达的最重要的内容是什么？我的经理已经告诉我要强调以下几点：

1. 我正在朝着正确的方向指导这个项目，并且完全掌控一切。
2. 我正在按计划完成这个项目。

在演讲过程中，我还应注意哪些其他事项，以使自己尽可能具有应聘价值？我正在考虑强调我在设计水平上为减少软件中的风险和不确定性所做的努力（我想两件事对上级人士非常重要）。

我特别担心的一件事是在演示文稿中找到技术细节和非技术细节之间的恰当平衡。如果我不提供任何技术细节，我们部门的总裁将不知道软件中的所有“幕后”功能，但是如果我技术性太强，他可能会迷失方向而无法理解演讲中的重点。

任何提示将不胜感激。

了解您的观众。

您已经克服了公开演讲的第一法则-已经评估了将要与之交谈的人的技术专长，并且应该相应地调整演示文稿。不必担心会出现很多技术垃圾和le之以鼻的演讲。

面对大假发时的一大诱惑是真的尝试和WOW你的技术概念，理论和应用令人印象深刻的字典他们。这个想法当然是，如果您已经使老板很困惑，那么您当然必须胜任这份工作！

在短期内，这甚至可以使您获得所需的全职职位。然而，总统无疑会离开会议，以为“我不知道那个家伙在说什么”，您可以打赌自己的一生将成为他对您余生的印象。

为什么这么糟？在商业世界中，首席执行官，总裁等寻找可以与之交流的人。是的，重要的是要有能力强大，技术先进的极客，他们可以调试与自定义串行端口接口的C代码，但您猜怎么着？他们不在乎。他们所关心的只是您处于控制之中，他们可以信任您。进入内圈的最有把握的方式（促销，金钱，荣耀，破坏）是与上级人士的有效沟通。

以下是建议：关注您迄今为止在公司取得的成就。请勿深入研究螺母和螺栓和接线-他们的眼睛会闪闪发亮，您将成为他们的另一位程序员。花时间谈论他们可以理解的事情，让老板自信地说：“我相信这个人能完成工作。”

您应该牢记的最重要的事情之一就是不要超售。呈现过多的信息，尤其是涉及向非技术人员呈现的技术项目时，会很快失去您的听众。尽最大努力确保您讨论的每个主题都对“全局”有意义。

对于“大局”，非技术管理通常试图将技术讨论转化为成本，时间和质量。

考虑到这一点，您可以提及您在项目中做出的主要决策，并强调这些决策在成本，时间和/或质量方面的优势。尝试挑选出3-4个关键决策，并对这些决策进行简短的讨论。如果他们想要更多信息，他们会询问（准备回答！）。

我也强烈建议您事先由非技术朋友主持您的演讲，并征求他们的意见。当您实际上仍在使用过多的术语时，很容易认为您是非技术人员。您的朋友技术越少越好。尝试找到一个几乎无法打开计算机的人，更不用说编程了。如果他们能够遵循您所说的要旨，那么您的身体状况良好。

我发现大多数技术人员（包括我自己）都倾向于过于技术化。奇怪的是，您会惊讶于他们可以遵循的技术知识很少。例如，如果您要解释要减少风险和不确定性，请非常清楚地说明所有项目都具有风险和不确定性，而不仅仅是您自己，因为他们知道这不是灌输。

如果风险和不确定性源于非技术问题，并且管理人员关心或至少意识到了这些问题，那么请务必包括您已做的事情。

另外，要强调积极的一面，因为他们会从你的语气中至少吸走你所说的一切。因此，不要在风险和不确定性上花费大量时间。如果您需要在以后解决这些超出您自己控制范围的事情时，可以考虑覆盖其他人的需求，以按计划完成任务。由于对于大多数项目，其他人没有及时执行所需的操作确实是有可能的，因此这减少了您为此受到指责的机会。

尽管技术人员将意识到“幕后”功能的关键重要性，但非技术人员则不会。您可能只能说该项目存在一些对花费时间很重要的技术问题，例如foozbars，whatsits和blah blahs，但是您正在做所有事情，一切都按计划进行。

好吧，您的项目描述非常模糊，但是我会尽力的。

我以为您构建的应用程序可以替代其他应用程序，也可以是使过去或现在仍然手动执行的过程自动化的工具。
针对不同情况进行案例分析，以比较软件引入前后的工作流程。我想看的东西：

• 展示您如何简化非常常见的场景
• 显示版本，这些版本在用户体验以及如何改进它们方面存在缺陷。说明您如何实施提供给您的反馈。
• 显示一些数字或表格，比较之前和之后的时间，生产率，功能等。这是我听到的“按使用static noise和more static noise我们减少Y％做X所需的时间 ”

就我个人而言，我不在乎引擎盖下发生的事情，而您的经理甚至更不在乎（事实上，我确实花很多时间在上面并享受它，但是我知道我不会通过与没人相处的事情来创造价值会看到）。软件产品（组件，库，框架或应用程序）需要是可用的（健壮，快速，灵活，可预测）并且具有合理的面向未来的能力。

如果我雇用了您，那么我想说服您，您重视这些素质。我想请您解释一下我尝试实现这些目标的方式以及为什么选择这些方式。我想看看您使用的是好工具。向我显示项目跟踪器的统计信息。给我一个有关您使用的开发方法的概述，简要地说明它们及其优点（对于地球上的每件事，都有一个幻想的两个衬里，这听起来很有说服力）。告诉我如何与您合作会很愉快，如何对我不断变化的需求做出反应，以及如何与您进行交流非常愉快，因为您不仅会向我扔技术细节，而且还会提供解决方案，当然是在技术水平上实现的，但是您将能够用我理解的和与我相关的术语来表示。

考虑像报纸上的故事那样构造这样的文章：首先是重要的事情（计划起步较晚，并提早终止），并涵盖谁，什么，为什么，何时，何地以及如何。我喜欢One Minute Manager单页模板，它们迫使我很好地解决问题。

重新呈现风格：

• 编写脚本，并提前练习。制作一个自己的视频，第二天早上看。再练习一次。
• 按照您自己的步调前进（有些人在暂停和旋转咖啡后工作会更好，但是您能想象罗宾·威廉姆斯慢吗？），但要结合一些计划中的暂停和重述重点。时间安排...很难，需要练习。
• 不要，不要，不要让您站在那里阅读一些PPT。不要制作可以站在那儿阅读的PPT ，因为那正是您要做的。使用PPT显示图形，仅显示一个或两个关键字。您希望他们专注于您，而不是老套。川崎推荐的10/20/30很好。
• 提前练习:)，这样您就可以有一些空余时间来进行眼神交流，观察适应的线索，因此，如果它们开始使您偏离轨道，您就知道要丢掉什么。

回复内容：

• 在报纸摘要之后，覆盖需求-并包括一些延期的需求（您了解到的内容，但不属于当前工作范围）...包括一些您最初认为是需求但可以随您所愿而摆脱的东西调查。
• 用业务术语陈述主要风险-他们不会在意“ RDF数据无法很好地分片”的风险，他们会在意您认为“如果我们变得越来越复杂的客户数据，数据模型扩展将需要返工”的风险，并且您对每种风险都有一个应对措施：他们将如何知道风险事件是否正在发生（您的指标是什么）以及您已经对此做了什么，如果事件发生了，团队将能够做什么。
• 可能是风险仍然没有得到很好的定义，处理不当，或者如果发生则是灾难性的且无法解决的-可以这样说。您进入风险堆的程度取决于主题（医学或游戏？），因此这是您的判断力展现的领域。

潜台词：您一直在自己工作，这对于管理人员来说总是有点吓人-因此，请确保您包括指示如何使他人了解进度，如何学习陈述的和实际的要求的指标。管理层认为技术部分乏味且需要聪明的人，但最终总是可行的……公司很少基于技术技能而成功或失败，他们知道这一点，所以不要太努力地给他们留下深刻的印象，不要尝试教他们技术。相反，给他们留下深刻印象的是您对问题的调查和框架设计，促进讨论，​​交流进度。

对于您的进度的方向和及时性，这两个主要问题不需要任何技术上的帮助。获得其他参与人员的反馈。在演示过程中，您不需要任何令人惊讶的问题或疑虑。

专注于项目的方向。他们可能需要重新了解所有内容，或者他们可能没有参与任何计划。提供有关如何实现此目标的示例。

介绍项目的里程碑和您的绩效。提及任何可能更改时间表的规范更改。

不要避免提及项目中的任何问题。关键是您如何克服它们。这应该使他们洞悉您应对未来挑战的能力。

说话慢点。淡定。不要忘记呼吸。

虽然您可以突出说明所做的决策，使用的技术和克服的问题，但高层管理人员通常会将重点放在底线问题上：

• 通过这种方式实施此项目，可以帮助我们更快，更好，更低成本地开展业务。
• 该项目的估计成本为X，短期节省为Y，长期节省为Z。（您可以避免X大于Y，但最好小于Z）

最好的几点是，当您在项目中工作时，发现与原始项目设计相比可以增加节省或提高性能的方法。我们可以希望/假定除非管理层认为他们将要赚钱/省钱，否则这个项目将不会启动。

这些指标很重要，因为他们正在考虑的一件事是保持周围环境的成本，并且想知道这样做的好处是增加还是减少了利润。

如果您确实在演示文稿中使用PowerPoint，则我建议盖伊川崎（Guy Kawasaki）制定的10/20/30 PowerPoint规则，因为他概述的原则是只包含10张幻灯片，20分钟等，非常不错。

您可能还需要考虑以下几点：

招待他们。不要当小丑，但是一点点的热情或幽默会让他们更加关注。

放慢您的讲话速度，并增加强调时间。

让眼睛接触与每个人都在房间里，不仅决策者或老板，因为其他人可能有影响的老板，以及...

尝试讲一些故事 ..向他们讲述项目期间发生在您身上的有趣事情，甚至是坏事..让他们与您一起生活……

总结，总结，总结...请始终与他们保持联系...

一个很好的提示：强调他们可以跟进的技术问题。.使他们感到也了解技术部分..这将使他们感觉良好...

尽可能使用这样的语句是一个很好的问题 ...

你写了，

“我特别担心的一件事是在演示文稿中的技术细节和非技术细节之间找到适当的平衡。”

Garr Reynolds是演讲艺术方面的领先专家之一，在他2005年的博客文章中（仍然很及时），他比较了史蒂夫·乔布斯和比尔·盖茨的演讲风格。即使您没有阅读有见地的文章，也可以从比较Bill的幻灯片和Steve的幻灯片的屏幕快照中获得提示，即哪个演示文稿更引人注目，哪个演示文稿会让观众入睡（提示：所有的要点和过分的样式）。

http://presentationzen.blogs.com/presentationzen/2005/11/the_zen_estheti.html

自2005年以来，Bill改进了他的演讲风格，而Garr在2010年的一篇博客文章中介绍了Bill的改进。

http://www.presentationzen.com/presentationzen/2010/08/the-naked-transformation-of-bill-gates-the-presenter.html