我觉得新人最应该培养的技能是挖掘用户的真是需求（needfinding）。对于这个技能，产品新人即使没有资深PM带，也可以自己培养。
为什么我觉得这个技能这么重要呢？因为我见过太多的产品经理，因为不懂用户的真实需求，而协调团队：
- 打造出自以为用户需要，但实际上用户完全不需要或者不怎么需要的产品
- 自嗨式迭代产品，加了一堆让用户骂声一片的新功能
事实上，不止我一个人有这样的想法。在我听过的数以百计的优秀的产品经理的分享会里，绝大多数的产品经理都承认自己曾在用户需求挖掘上翻过想当然的错误，最终开发出一个用户不买账的全新的产品或更新版本，然后还纳闷，这不就是你们想要的吗？怎么你就不买，不升级呢？
我印象最深的是在一个MIT小哥的分享会上，他说自己作为产品经理犯过最大的错误就是，窝在公寓里，构思用户应该需要什么。结果他们花了一年的时间开发和维护出的一款App，根本没什么人用，最终惨败而归。
好的，现在我们知道挖掘用户真实需求很重要了，那我们怎么才能实现这个目标呢？方法有很多。今天我们讲其中很高效的一个方法：情景访谈（contextual inquiry）。这个方法主张走进用户的真实使用场景，去得到关于用户真实需求的第一手信息。比如，如果我们要设计一款新的打印机，就去到其他公司里，去看看真正的用户是如何使用打印机的。
情景访谈简介
情景访谈的本质还是访谈。通常，访谈中有两个角色：访谈者（PM）和被访谈者（潜在用户）。而这两者在互动时，也会受到一种社交关系立场的影响。
有时，这种立场是父母与孩子式的。访谈者会告诉被访谈者应该怎么做，然后期待被访谈者会认真照办，仿佛被访谈者特别需要他的认可似的。
有时，这种立场则是科学家与研究对象式的。访谈者给被访谈者的感觉就是，我是来研究你的，你得好好配合我。我问你问题，你回答就好了，别管我为什么要问。
然而，理想的社交立场应该是匠人和学徒式的。用户就像匠人，本职工作都不是教学，都不是像传统老师那样设计一节课，来教我们关于他们如何使用某个产品的点滴细节。他们有自己独特的教学方法：他们边用边谈，学徒边看边听。
当学徒看不懂匠人的某个工作步骤时，他们可以打断匠人，询问关于这个步骤的细节，从而获得真正有用的信息。作为访谈者，我们也应该想一个学徒一样，去观察我们被访谈者（潜在用户）。
当然，我们不能像传统学徒那样，在和匠人的互动中国语被动或仰望。相反，我们应该成为一个主动的，有自己想法的学徒；我们应该主动去观察对方如何使用现有的产品，并在他们使用时，积极解读他们的每个行为，并询问相关问题，从而得到有价值的信息。
比如，我们很有可能通过情境访谈发现：
- 用户正在以一个很低效的方式执行某个任务
- 用户想要执行某个人物，却缺乏相应的工具
- 用户在执行某个任务时体现出的创意
- 用户在进行某项操作时，有非常特别的动机
这些发现，将给我们的产品开发和迭代提供极大的灵感，并指明正确的前进方向。
不过，需要指出的是，像使用其他方法一样，执行情境访谈也需要遵守一些基本原则。有了这些原则的支持，我们就可以更高效地开展情境访谈。
情境访谈四大原则
原则1 一定要到真实的使用场景中观察
因为在真实的使用场景中，我们可以得到与用户有关的具体而非抽象的信息。毕竟，当被提问一个行为问题时，大多数人都倾向于提供总结性，抽象的信息。
比如，如果我们在非使用场景下问一个文秘是如何展开一天的工作的，对方很有可能告诉我们：工作啊？我就在办公室，然后就开始工作咯。可如果我们在对方真实的使用场景中观察，我们会发现对方的工作流程要细致的多：收邮件，回复邮件，安排行程，回复未接电话，接待访客等等。可观察的细节多了，可挖掘的需求自然也就更多了。
原则2 积极配合引导被访谈者
在传统的访谈模式中，访谈者占据了太大的权力。我们通常自行决定该问被访谈者什么，该讨论什么主题，该访谈多久。这样做是不对的，因为我们真正关心的是受访者怎么想，怎么做。所以，我们应该 把一部分主动权交还给他们。为什么不是所有的主动权呢？因为如果我们让受访谈者完全主动了，他们很有可能就蒙了，不知道该做什么，该怎么做。毕竟，我们才是更熟悉情境访谈的人。
因此，我们的目标是成为主动的学徒。
啊
网友评论