1704231622
4.1.3 是否在真实场景里
1704231623
1704231624
采集是否发生在真实的需求场景里，也是一种分类方法。
1704231625
1704231626
出于性价比的考虑，有一些采集是在模拟状态下完成，比如很多大公司都有专门用于用户研究的房间，提供单面玻璃、观察室等配置。但如果在用户需求发生的真实场景里进行采集，那么可靠性肯定更高。比如，平时用户在家里用产品，采集也发生在他家里，会更加可靠。当然，这种情况下，记录难度会增加。既然各有利弊，如果不是为了积累素材、给别的同事看或者节省时间，我个人还是倾向于在真实场景里采集，因为这样更具“临场感”。
1704231627
1704231628
临场感是产品经理的一项基本能力。需求通常都是带场景的，只有到那时那刻去亲身体会，或者通过想象去体会，才知道你的设计有没有问题。而对体会把握的准确感，就是“临场感”。
1704231629
1704231630
之前听过一个面向钓鱼爱好者的产品：“智能浮标”。这款产品可以通过App观察浮标的状态，提醒有没有鱼上钩。打算推出这款产品的公司认为这样对钓鱼新手的帮助很大。
1704231631
1704231632
找人访谈、试用后，发现了不少问题。首先，每次提醒之后都需要重置浮标的状态，而钓鱼的时候，人们要经常搓饵料，手上黏黏的，根本没法操作手机。更要命的是，很多人钓鱼就是为了要远离手机放空自己……
1704231633
1704231634
钓鱼的人给了些建议，说用振动提醒或者和手环结合，可能会好些。作为产品经理，最好去钓几次鱼，或者多看几次钓鱼，才能找到这个临场感。
1704231635
1704231636
还有一个例子：针对Shopping Mall车位紧张时20分钟才能找到车位的常见困扰，有人想做一个帮忙找车位的App。问题在于，这个App的“唤起点”是到地库后发现空车位很少的时候。而这时掏出手机，多半会 “没信号”。所以，在地库的信号覆盖没能解决之前，这个产品只能面对一条死胡同。
1704231637
1704231638
还是这个App，假设用户快到Shopping Mall地库的时候就提前想到车位可能很紧张，似乎先付钱锁定车位（假设锁定的是立体车位，可以悬在空中预留）就能解决信号覆盖问题。其实不然， Mall的车库入口一般是公用的，必须等里面空出一个车位，才能再进一辆，你虽然订了车位，也只能排队干等。
1704231639
1704231640
这两个看上去很荒诞的场景，如果不去设身处地地体会，在办公室里很可能想不到。
1704231641
1704231642
再来一个糗事百科CEO王坚分享过的案例。我们都知道，MacBook有MagSafe磁力电源线[2] ，可以防碰防摔，日本生产的一些电水壶也有这种线。后来，联想有一款手机也借鉴了同样的设计，却出问题了：手机经常一边充电一边用，一不小心线就掉了，给用户带来很大困扰。仔细想想，之所以这样的设计并不适合手机这类产品，是因为适合用磁力电源线的产品，需要在充电或通电的场景下，安安静静地放在固定位置上。
1704231643
1704231644
作为一个具备很多专业知识的产品经理，只有能做到秒变小白，回滚到自己完全不了解产品的心理状态，亲自去体会临场感，才能避免做出很多坑用户的产品。而最好的体会临场感的方式，就是到用户发生需求的场景里去。这也是为什么产品经理不能只听“二手需求”，因为那些需求是别人总结过的，已经没有了临场感。真实的用户不是“用户群体”，而是一个个活生生的个体。
1704231645
1704231646
4.1.4 是否和产品发生交互
1704231647
1704231648
最后一个维度的分类方法，是看需求采集过程中，用户是否和产品发生交互。
1704231649
1704231650
有些需求的采集只是跟用户聊一聊，用户并没有开始接触这个产品，更没有真正用过这个产品。这种需求采集可能更多的是在“发现新问题”。还有一种采集方法是在用户跟产品发生交互的状态下进行采集，往往用于“优化现有方案”。所以，不一样的阶段，需要使用不同的需求采集方法。
1704231651
1704231652
对于很多产品，用户想象中的自己是否需要，和真的用过以后的自己是否需要，是完全不同的。而这正需要通过产品交互来发现，下面对比两种很典型的需求。
1704231653
1704231654
电视机需求 vs 洗碗机需求。
1704231655
1704231656
电视机：装修好新家，大多数人都觉得应该有个电视，这是必需品，所以一定会买来放在客厅或卧室里，但之后可能一个月才开一次，几乎不用。
1704231657
1704231658
洗碗机：在国内因为大家都不觉得这是必需品，所以很少有人买。但如果不小心买了，用过之后发现洗得确实挺干净，每周能因此省下不少时间，就“根本停不下来”。
1704231659
1704231660
之所以选择这两种产品，是因为它们对应的需求，可以分别用来定义两种很典型的产品功能。
1704231661
1704231662
电视机需求：用户以为自己要，但有了并不用的产品功能。
1704231663
1704231664
洗碗机需求：用户以为自己不需要，但用过就离不开的产品功能。
1704231665
1704231666
举几个例子。
1704231667
1704231668
►不少公司在规模很小的时候，就觉得需要制定一些规则来规范化管理。制定好以后，十有八九都没有很好地执行，规则成了摆设。这类无法执行的规则，只会削弱管理者的公信力，还不如没有，是典型的电视机需求。
1704231669
1704231670
►很多App里，都有些功能，听了所谓的用户需求后做出来，但在数据上看根本没人用，这些功能都属于电视机需求。
1704231671
[
上一页 ]
[ :1.704231622e+09 ]
[
下一页 ]