打字猴:1.704231609e+09
1704231609
1704231610 ►项目早期: 听用户“定量地说”,确定需求优先级(先做什么);投放了20万份调查问卷,确定了需求优先级的排序。当然,这只是确定优先级的辅助手段,最终做什么,还是由产品经理决定。
1704231611
1704231612 ►项目实施过程: 看用户“定性地做”,确定要先实现的那几个需求应该怎么做;设计的同时完成可用性测试,其间陆续找了10个用户来验证。
1704231613
1704231614 ►上线后的优化阶段: 看用户“定量地做”,根据产品的用户使用情况做数据分析,不断地改进产品。
1704231615
1704231616 “Z字采集法”也有一个螺旋上升的循环,数据分析以后,通常又会做用户访谈来证实数据分析的假设。
1704231617
1704231618 当然,这是一个比较重要的产品,所以在用户研究上投入了较多的时间与人力。更多的时候,会视情况采取简化的方案。而每种方法具体怎么运用,网上资料很多,本书不再赘述。
1704231619
1704231620 接下来看一些其他划分方法。
1704231621
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 洗碗机:在国内因为大家都不觉得这是必需品,所以很少有人买。但如果不小心买了,用过之后发现洗得确实挺干净,每周能因此省下不少时间,就“根本停不下来”。
[ 上一页 ]  [ :1.704231609e+09 ]  [ 下一页 ]