演示错误_演示日：防止错误和失误的5条提示

软件是敏感的 。 面对现实吧，“>”可能是看起来像专家，还是想立即从地球表面消失的区别。 经过多年的发展和多年的职业发展（以谋生为目的），我的脸和名字都以我们生产的一切产品为后盾，我逐渐了解了“何时， 如果不是，它就会破裂”的理论。

首先，我要说的是： 在演示日 ，没有简单的方法来处理灾难性错误 ，甚至是小细节错误。 您正在使用的软件有时会令您感到尴尬 。 重要的是如何减少最不需要的东西在脸上爆炸的机会 。

根据我们不起眼且微不足道的经验，这些是我们在整个过程中所采取的步骤，可以帮助降低在演示日发生由错误引起的彻底崩溃的机会。

开始

如果您是向客户，潜在投资者或潜在用户进行“最终”软件产品演示的人，那么您必须比其他人更加关注 。 归根结底，当您出问题时，您将是一个紧握脸庞并出汗的人。

心态应该是：“没有人比我更在乎。” 即使您的团队是一群摇滚明星，每个人都应该仍然认为没有人会像他们一样在乎。

1.管理您的交付时间表以发挥自己的优势

因此，要点是，如果您的日程安排显示客户演示文稿是在星期一，则在此之前的星期三写下该演示文稿，并像实际的星期一那样模拟所有内容。 不要将此模拟日期视为练习，不是 。 我们应该将其视为“日期”并按原样行事。

按照实际演示中的步骤进行操作 ，您将发现正确的错误（这意味着在实际的演示中更有可能出现）。 如果您不能准确地将该日期描述为实际的演示日期，那将不会有什么好处。

2.缩小演示范围

如果您知道将要展示的确切功能， 请不要专注于调试所有内容 。 专注于调试特定于演示的功能 。 几周前，我们为一家拉丁美洲公司提供了一个面向消费者的中型社交门户。 他们想演示注册过程，以便他们可以开始注册潜在用户。

我们确切知道他们想要什么。 我们将其与平台的其余部分一起进行了调试–大错！

演示的前一天晚上（纯粹是出于运气），我们在用户会在一个特定的，引起噩梦的浏览器中单击“注册”的确切时刻发现了一个巨大的错误，该浏览器将保持匿名（但我们都知道我我指的是）。 集中精力进行调试 。

3.关注计划B和计划A（并且不要忘记计划C）…

当问题出了错，并且您措手不及时，花一秒钟的时间感觉自己像个傻瓜……然后Swift过渡到Plan B模式。 有几种不同的备份计划，可让您继续进行演示。

拥有离线版本。 有一个不连接到后端的版本，而只是一个前端版本。 将原型保留在手机上。 样机。 影片。 有事 。 不要把所有的鸡蛋放在一个众所周知的篮子里。

4.…给自己足够的时间准备

在此步骤中，您可能会发现自己的软件有问题。 您可能会发现一个巨大的错误，该错误可能会在演示过程中的某个时候爆炸，这是一个很好的机会来决定您将使用的材料：计划A +计划B，或者可能只是计划B或计划C等。

有很多因素会影响您的软件演示，而不仅仅是代码行。 考虑一下Internet，将要在其上进行演示的计算机，投影等等。 给自己一些时间来确定您将运行的软件版本是否可以。 如果不是这种情况， 您将有时间做出React 。

5.交出，交出很多

每个开发人员在说“让它见光”时都能理解我的来历。 作为开发人员和一般的创意人员， 我们倾向于过度保护我们的创作，直到它们成为有史以来最闪亮的宝石 。 但实际上，当您最不希望看到它时，您将把它转过来并在上面找到一个大筹码。

向可能在不同环境，浏览器，分辨率，操作系统，用户帐户等中试用该应用程序的人员尽可能多地“交付”或展示该产品。 尽早开始在您的产品上进行往复过程并保持它不变 。 面向开发的用户与最终​​用户没有什么不同。

结语

演示错误启示可以发生在任何人身上。 试想一下最近的头条新闻，其中一些最大的科技公司涉嫌最业余的错误。 重点是： 重要事情即将发生时，我们不要措手不及。

编者注： 本文由Gino Ferrand为Hongkiat.com撰写。 Gino是自学成才的iOS和网络开发人员，也是Tecla Labs的创始人。 他在Generatr.co工作 ，您可以在Twitter上找到他。

翻译自: https://www.hongkiat.com/blog/prevent-demo-day-blunders/