每份专案都是团队尽心竭力的成果，而 Demo 就是向长官及其他部门展示团队实力的重要时刻！

但如果在 Demo 时发生意外，不但会影响发表的成效，严重点甚至会影响到整个团队的考绩与年终。

为了避免憾事发生，笔者将在这篇文章讲解专案 Demo 时的种种细节与技巧，并分享过往遇到的问题及解决方案，希望大家日後在 Demo 时都可以展现专案最好的一面。

大纲

1. 保证现场 Demo 稳定度，不打没把握的仗
   • 1.1 Demo 前要尽可能的测试
   • 1.2 同事间的预演
   • 1.3 只用一台电脑做 Demo
   • 1.4 穿着得体、统一
2. 邀请「对」的人，不是「多」的人
3. 选择合适的会议室
   • 3.1 会议室的座位只能多不能少
   • 3.2 将观看 Demo 的最佳座位安排给 Key man
   • 3.3 测试现场投影机，并确认网路环境
   • 3.4 让每个要上台 Demo 的人在讲台试讲一小段
   • 3.5 预定会议室
4. 在 Demo 过程中要注意的事项
   • 4.1 记得关闭会干扰 Demo 的软件、网页
   • 4.2 现场灯光控制
   • 4.3 让每段 Demo 的时间都在掌控之内
   • 4.4 记得带笔记本上台
   • 4.5 安排中场休息时间
5. 远端 Demo 前要确认的清单
   • 5.1 确认双方的画面与声音稳定性
   • 5.2 确认自己的网速是否足够

1. 保证现场 Demo 稳定度，不打没把握的仗

稳定比表现的突出更重要。

1.1 Demo 前要尽可能的测试

如果在 Demo 现场专案出包，你讲的内容再好都无力回天了。

• 寻找可能存在的错误
  就算专案已经通过测试部门的审核，我还是强烈建议正式 Demo 前要穷尽各种可能来测试专案；万一你真的发现错误，就算无法及时修正，至少可以避免 Demo 时操作到这个部分。
• 只 Demo 绝对不会出错的内容
  重点：全部都要按造 SOP，绝对不要即兴发挥！
  功能越多的专案，在 Demo 时就越要谨慎；如果你每次操作的路线都不一样，万一你在 Demo 现场把 Bug 测出来就真的完蛋了。
  不要认为自己没有这麽衰，笔者已经亲眼见证过好几次地狱倒霉鬼的诞生了；所以建议：「乖乖的按照 SOP 来做 Demo，并且至少跑 3 轮，确认专案在这个流程绝对不会发生意外。」

1.2 同事间的预演

有时专案 Demo 会让同事轮流上台演示自己负责的 Feature；这边说一下预演的重要性：

• 预估每个人 Demo 所需的时间
  Demo 都是有时间限制的，如果某个人 Demo 的时间太长，会压缩到其他人的时间。

  在大约了解每个人 Demo 需要的时间後，也比较好制定议程。

• 知道彼此会讲的内容
  预演能让其他同事知道你 Demo 时要讲的内容，如果当天不幸发生了什麽变故还能协助支援。
• 微调内容
  基本上第一次预演会发现很多问题（ex：口条不流畅、内容不连贯...），需要彼此互相提醒才能在当天有好的表现。

1.3 只用一台电脑做 Demo

如果需要轮流上台请将资料都存到一台电脑上面，下面列举在 Demo 过程中换电脑的缺点：

• 压缩 Demo 的时间长度
  换一次电脑在快也要 30 秒，如果有 5 个人要上台就浪费了 2 分 30 秒。
• 打断会议流畅程度
  每换一次电脑，投影幕画面就会跳掉一次，这容易导致台下观众思绪抽离。
• 未知的风险
  换电脑可能导致投影幕有色偏、断讯、闪烁的问题，虽然这不是专案本身的问题；但也容易遭到台下观众质疑团队的专业能力。

1.4 穿着得体、统一

• 第一印象很重要
  建议男生衬衫西裤、女生职业套装；千万不要因为邋遢的打扮让自己的专业被扣分。
• 穿着尽量统一
  如果每个人上台的穿着差异太大，可能导致观众把焦点转移到人，而非在 Demo 的专案；所以这块请事先沟通，最常见的是黑白搭配。
• 不要有异味
  有些人的汗腺较为发达，在夏天及紧张的环境更容易出汗；笔者建议随身携带香水，让观众在舒服的状态下参与专案 Demo。

  在空气不流通的会议室，这个问题更加明显。

2. 邀请「对」的人，不是「多」的人

事半功倍 VS 事倍功半

• 重要的长官一定要出席
  Demo 的日期以 Key man 能参与的时间为主，如果最关键的 Key man 无法出席，你这次的 Demo 可以说有一半以上的意义都没有了；因为就算有代理人出席，他也只能做到转述，而转述的效果就跟你分享电影情节给朋友的感觉差不多。
• 不要邀请一堆无关的闲杂人等
  有些会议为了要做排场给长官看，就邀请了一堆跟专案无关的人参与；这样的做法除了会引起他人的反感外，甚至会造成台下一堆人在滑手机、做自己的事。

3. 选择合适的会议室

如果可以绝对要提前场勘，不然很容易死得不明不白。

3.1 会议室的座位只能多不能少

• 确认参与会议的实际人数
  确认 Key man 可以参与的日期与时间後，再邀请与专案相关的人员一起参与会议；切记会议通知并不是发出去就没事了，在会议开始的前 2 天，你要再次确认实际参与人数。
• 到现场确认有效座位
  有些会议室的结构比较特殊，部分的位置是看不到讲台的，这块在场勘的时候要特别注意。
• 保留 20% 的座位
  除了收到会议通知的人会来参加外，有时会有不在你邀请名单的长官或是同事出席；因此建议预留 20% 的空位给临时参与的人。

3.2 将观看 Demo 的最佳座位安排给 Key man

• 了解哪些座位拥有黄金视角
  因为大部分的会议室都是平面的，基本上只有前几排可以看得清楚投影幕与 Demo 成员；你需要在场勘时就掌握会议室的座位图，并了解哪些座位拥有黄金视角。
• 在入口处有专人引导
  为了保证 Key man 是坐在观看 Demo 的黄金视角，笔者会建议安排专人负责引导 Key man 到座位上。

  也可以放座位名牌避免同仁误坐。

3.3 测试现场投影机，并确认网路环境

• 测试投影机注意事项
  • 一定要用当天 Demo 的电脑测试，确认是否可以顺利投影，以及投影的画面是否有模糊、字体太小、色偏…等问题。
  • 同时记得确认投影机转接头是 HDMI 还是 RS232，现场是否有提供转接头还是要自己准备。
• 网路环境注意事项
  • 是否有稳定的 Wi-Fi 或是网路线连接口，建议拿当天会用的电脑直接测速会比较安全。

    有些公司的网路只能连接内网，如果你 Demo 会用到外网也须特别注意。

  • 有些会议室的收讯不佳，建议也要测试自己手机热点的网速是否稳定。

3.4 让每个要上台 Demo 的人在讲台试讲一小段

• 确认声音大小
  每个人说话的声音大小不同，同一个场地有人需要麦克风有人不需要，所以可以藉由试讲来确认。
  另外如果场地较大，就算你的音量足够也建议使用麦克风，因为很多场地有回音的问题。
• 熟悉讲台的视角与站位
  如果有机会，建议要先上去熟悉讲台的视角，这个动作可以消除部分恐慌的情绪。
  有些 Demo 会需要多人站在讲台上，这部分一定要在现场走位过，不然很容易挡到投影幕以及要 Demo 的产品。

3.5 预定会议室

这边笔者分享一些定会议室的注意事项：

• 一定要提早订
  这种重要会议笔者一般会提前两个礼拜预定会议室，因为公司通常没有太多合适的大会议室。
• 确认会议时间没有与公司例会冲突
  如果你专案的 Demo 时间与公司例会冲突，有可能导致部分原本会来的长官缺席，所以记得把时间排开。
• 保留缓冲时间
  除了 Demo 的时间外，前後都至少要留 1 小时来做缓冲。
  • 如果会议室上一批人刚使用完，可能需要进行场复作业。
  • 提早到可以再次确认与熟悉场地环境。
  • 後面多留一小时，是因为通常专案 Demo 都会 Delay 一点；并且让会後交流的时间更充裕。

4. 在 Demo 过程中要注意的事项

这块 PM 需要适时的去协助

4.1 记得关闭会干扰 Demo 的软件、网页

如果在 Demo 过程中跳出奇怪的讯息是非常尴尬的，而且讯息不断跳出的提示音也很吵；Demo 时千万不要犯下如此低级的错误。

下面列出几个常用的的软件、网页：

• 通讯软件
  LINE、Messager、WeChat...
  只要你的好朋友刚好在这个时间点传送奇怪的讯息，你的个人隐私就会直接显示在大萤幕上。
• 邮件
  我发现很多人都会忘记关闭邮件，笔者之前就曾看过同事 Demo 到一半，萤幕右上角跳出信件通知，主旨是：「XXX 公司录取通知」；当时台下还有总经理，画面有多尴尬我就不说了。
• 社群网页
  Facebook、LinkedIn、Twitter...
  千万不要忘记关闭社群网页，他们的提示音也是很吵的。

4.2 现场灯光控制

在 Demo 过程中，你可以透过灯控引导观众的注意力，笔者大概分成 3 种：

• 只开讲台灯（舞台灯）
  需要观众将注意力放在讲者或是产品身上的时候，通常是讲者刚上台做自我介绍，或是要展示产品的时候。
• 只开最後一排的灯
  希望观众仔细聆听简报的时候，在这样的灯光下，有需要做笔记的人还是可以记录。
  笔者不选择将灯全关是因为：
  • 有些人的眼睛在全暗的状态下看发光物体会有不适感。
  • 如果讲者的表达能力不佳，在全暗的环境中台下会睡成一片。
• 全亮
  简报结束与观众互动的环节，这样讲者与观众的互动比较友善。

4.3 让每段 Demo 的时间都在掌控之内

有些与会者会不停抛出问题或意见来打断 Demo 的过程，如果没有阻止，会导致 Demo 时间脱离掌控。

这边笔者建议引导他们等 Demo 结束後再发问，比如：「不好意思，我这边先完成专案的 Demo，让大家对专案有一个整体的概念；也许接下来的操作就能解释您心中的疑惑，如果没有，在 Demo 结束後我再回答您的问题。」

4.4 记得带笔记本上台

通常在 Demo 的过程都是使用镜像萤幕，因此在遇到发问时，你不方便使用电脑来记录问题。

如果你在讲台上用手机来纪录问题，画面也不太好看；所以笔者建议带一本笔记本上台，好处有：

• 快速笔记
  有些人一次会抛出 4、5 个问题，如果没有笔记本辅助，容易有问题遗漏没回答到。
• 记录需求
  Demo 结束後通常会得到很多反馈，如果没有笔记本，光凭记忆是很难把这些全部记下来的。

  通常会安排一个同事来做会议记录，双重保险。

• 忘词提示
  如果你对今天 Demo 的内容不够熟悉，或是担心自己紧张忘词，你可以在上台前将重点记录在笔记本上。

4.5 安排中场休息时间

如果议程超过 1.5 小时，绝对要安排休息时间！

无论在精彩的 Demo，观众的注意力还是有限的；建议 40~50 分钟就需要休息一下，先让大家喝杯水，5~10 分钟後继续。

这样可以让观众整理大脑新接收到的资讯，而会议主办方也能利用这个空档讨论下面的议程是否需要调整。

如果主办方没有安排休息时间，一口气给他讲 2 个小时；相信我，这绝对是一场失败的专案 Demo，因为几乎没有人可以维持长时间的注意力，通常这麽做的後果就是观众後半段的记忆接近空白。

5. 远端 Demo 前要确认的清单

如果要向国外的客户 Demo，又或是因为疫情影响需要在家 Demo。

5.1 确认双方的画面与声音稳定性

因为是远端，所以非常吃双方的网路速度；有时画面及声音的延迟会造成沟通上的问题，笔者在正式 Demo 前会用以下方法维护会议品质。

• 主讲者自我介绍
  让每位主讲者先简单自我介绍，确认声音的大小，避免有些人超大声有些人超小声。
• 只有主讲者开麦克风
  远端开会时除了主讲者外其他人都要静音，不然很容易会有杂讯。
• 建议购买麦克风，不要靠电脑收音
  如果有远端 Demo 的需求，建议购买专业的麦克风收音，这样可以大幅降低周遭环境音（ex：咖啡厅背景音乐、小孩哭闹声、邻居吵架声…）的干扰。

5.2 确认自己的网速是否足够

• 使用 Wi-Fi 时注意不要互抢流量
  在家中通常是连接 Wi-Fi，但如果很多人共用这个 Wi-Fi 可能会导致Demo 品质不稳定；如果可以，建议大家在 Demo 时请其他人暂停使用 Wi-Fi。
• 确认自己的频宽能否 Demo 需要高网速的页面
  在载入图片、影片资源时，会消耗很多的网路流量，这很可能造成你画面卡顿甚至静止，因此建议你先找朋友测试看看，以保证当天勤务万全。

笔者碎碎念

Demo 过程发生的意外，对台下的观众而言是一种必然，因为他们只会听一次而已；请不要让这些可以控管的风险毁掉团队努力的成果，每次 Demo 前都按照这份清单检核一次吧！

如果大家还有遇到什麽状况想补充的，请在底下留言告诉我，你无私的分享可以减少 Demo 时悲剧的发生～

感谢大家的阅读，如果喜欢我的文章可以订阅接收通知；如果有帮助到你，按Like可以让我更有写文的动力，我们明天见～

参考资源

1. 专案 Demo 前的准备、细节、技巧(笔者部落格)

我在 Medium 平台 也分享了许多技术文章
❝ 主题涵盖「MIS & DEVOPS、资料库、前端、後端、MICROSFT 365、GOOGLE 云端应用、自我修炼」希望可以帮助遇到相同问题、想自我成长的人。❞