我 们所进行的访谈一般都是半结构化的，访谈前我们会做详细周密的安排与计划，然而计划再过详细，也会有突发状况发生，甚至达到失控的局面。今天就想和大家一 起分享一下那些“失控”的局面，面对这些失控，我们该如何处理。同时也欢迎大家共同分享这些经典的失控经历，在今后的访谈中坚决杜绝这些“失控”。

失控事件之一：产品经理误闯访谈室

事件描述：访谈顺利进行中，此时产品经理突然闯入，用户一阵惊悚。

经验分享：遇到这种情况，此时绝对不能直接告诉用户“你跑题了”，换个角度先认可他，然后悄悄的转移话题，比如顺着用户的话题，转移到产品本身上，“这种情况您您会用搜索吗?会不会搜索一些上访的经验啊，搜搜其他的上访方式什么的?”

失控事件之四：“等了这么久，烦死了，不访了!!!”

事件描述：偶尔会遇到这样的情况，用户不想自己来参加访谈，让另外一个用户陪同参加，一位用户顺利接受访谈之后，另一个陪同的用户却因等的时间太久，一气之下不接受访谈了。

经验分享：招募用户的时候把这个情况说的清楚，如果两个人一起过来了，就为等待的用户提前准备好打发时间的工具和设备，例如电脑，杂志，饮料，零食等。让用户等待的过程中有事可做，并且是做自己平时比较喜欢的事情，这样就不会“暴怒”了。

应对方式：此时，我们可以用另一种方式安抚用户，“非常抱歉让您等了这么久，不然待会访谈结束后，我们请您吃放，以表达对您的歉意”，通过其他方式弥补过失，如果用户仍不接受，可以终止访谈。

失控事件之五：用户迟到，干脆不来了

事件描述：

经验分享：此时可以先电话中安慰用户，“这段路确实挺堵的，没事，您慢慢来，我们等着您，您来时的出租车费，我们给您另外报销”，“如果实在不行，那么…” 永远保留一个“备胎”。如果旁听的人没有太多要求，那么就重新约一个用户，如果旁听者只有这些时间才能来听访谈，那么此时就要让保留用户出场。保留用户的 需要具备的要求，可以使公司内部同事，但是尽量是非设计、产品经理之外的其他同事，对互联网产品比较了解，能够畅所欲言，可能换用备胎的效果比之前的用户 还好。随时发掘备胎吧，关键时刻一定要派上用场(记得要好好谢谢人家呦)

突发失控的事件，可能你还有很多，欢迎大家一起分享，帮助我们共同应对这些“失控”的局面。

原文来自：互联网分析沙龙