5

当您的应用程序在演示过程中抛出异常时,什么是最有用的策略,以保持客户的情绪仍然积极?

4

10 回答 10

9

如果你的客户不信任你,你真的无能为力。我与客户建立信任,所以当发生这种情况时,当我向他们解释时,他们会相信我。当我告诉他们我将采取什么措施来防止未来出现问题时,我一定会坚持到底。

取决于这是“最终”演示还是项目中期演示,也会影响您是否能真正减轻客户的担忧。如果合同到期并且没有更多的测试和错误修复预算,那么您几乎无法让客户满意。

我使用过的一种通用策略:如果房间里有人在客户面前记录异常/问题,并让他们知道它将进入错误跟踪系统进行调查和测试,这将向他们展示尽职调查并减轻一些担忧。当然,您需要跟进并确保解决问题。

于 2010-01-13T15:05:26.437 回答
6

只是说实话,但幽默,就像说我们的软件显然还不是那么完美,我们正在不断完善它。

永远不要撒谎或试图掩盖它。客户不傻。

于 2010-01-13T15:03:30.310 回答
2

我想说这取决于你所处的阶段。如果你在卖东西,我的经验是最好只带静态材料进行演示。演示文稿没问题,但客户可以在桌子周围折腾的打印屏幕截图是无与伦比的。它允许您仅以非常可控的方式准确显示您想要的内容,同时看起来仍然非常专业。

如果客户已经购买了该项目,并且演示与即将推出的产品相关,那么您能做的最好的事情就是微笑并说“如您所见,我们仍在解决一些怪癖”

于 2010-01-13T15:05:19.747 回答
2

我通常会提前让客户知道我正在运行一个实时开发环境,所以我们可能会看到一些奇怪的东西。如果我知道有问题的部分(不一致的崩溃..),我会在展示该部分之前让客户知道它们(以及生产不会这样做并且我已经在处理它的事实)。

更新:基于其他回复,我同意早期使用静态材料的演示更适合引发讨论。

于 2010-01-13T15:06:51.537 回答
2

上次我在会议上展示一个项目时,我计划了一个现场演示,但实际上我有一组幻灯片,标题是“如果你能看到这个,现场演示就不行了!” 与大屏幕截图。不可避免地,现场演示不起作用(它需要一个全球可路由的 IP 地址,而这不可用)并且需要幻灯片。

于 2010-01-13T15:15:37.353 回答
0

我个人认为这取决于您与客户的关系以及他们对您的产品的满意程度。

我通常告诉他们这是来自测试的错误数据,或者开玩笑地说这是一个测试,看看应用程序如何处理错误(如果你有一个通用的、包罗万象的错误消息/页面)。您还可以利用这段时间重申用户测试/接受的重要性。

于 2010-01-13T15:06:16.810 回答
0

这个运输产品还是仍在开发中?

假设它是一个运输产品,只需恢复并继续前进。在恢复(重新启动、重新启动应用程序等)的同时工作房间,不要纠结于发生的事情。客户了解事情的发生。

我是一名应用工程师,这种情况经常发生。IMO,从中恢复的关键是从关系/销售流程/演示的开始,而不是一个特定的事件。尽早与您的受众建立信任并建立信誉。如果你有这个并且抛出了一个例外,观众可能会足够信任你,以至于对软件故障什么都不考虑,只是跳过它。是的,不管你做什么,你都会偶尔有人想把你钉在十字架上,但这与领土有关。

如果有人问(他们可能不会)要诚实,永远不要对你的产品发表负面评论。我还发现,当被问及致命错误时,这很有帮助,而且他们非常宽容,如果你能用观众理解的方式解释发生了什么。它展示了您对软件过程的了解并重新建立信任。

于 2010-01-13T15:10:29.533 回答
0

可能的策略:

告诉观众“我们都将留在这里,直到做到这一点的人承认为止”。

抱怨邪恶猴子的盛行。

说真的,我主要反对公共产品演示。在你 99.99999% 确定该死的东西有效之前,不要尝试演示。即便如此,这也是一个坏主意,你会让自己因所有可能出错的变量而失败——这甚至可能与你的软件无关。如果你必须这样做,最好是一对一地尝试用华丽的 UI 给客户留下深刻印象。这就是我们一直这样做的方式。

于 2010-01-13T15:11:58.390 回答
0

我从来没有做过没有事先设定期望的演示。如果这是一项正在进行的工作,请确保他们事先知道这一点。这对让他们保持积极态度大有帮助。演示期间每个人都有问题。只是微笑,说实话,然后继续。

帮助保持客户积极性的最好方法可能是自己表现出积极性和信心。如果您似乎不确定自己,它将显示为不确定您的应用程序。

于 2010-01-13T15:16:08.193 回答
0

写下异常以及立即发生的原因/方式。然后他们会看到你会修复它。

于 2010-01-13T15:24:55.743 回答