产品经理深夜食堂,满足所有刁钻的味蕾

《如何成为一头优秀的服(产)务(品)员(汪)》中,以餐厅点菜为切入点,讲解了产品经理对需求的来源管理,在充分了解需求本质——用户动机的情况下,接下来面临的问题便是,如何实(做)现(菜)?

需求的实现管理

我们已经了解到了客户的需求:客户想吃腐竹,带茄丁不带肉的宫保鸡丁,那么如何操作,先做哪个?

理论先行。

1、KANO模型分析法

需求的优先级首先应该根据需求对用户的价值来判断。

日本教授狩野纪昭在1984年提出构了KANO模型,用来对客户需求的满意度进行分类,一共分为五类影响因素(引自维基百科):

必备因素:满足基础需求时,用户才会使用产品,不会对用户满意度产生影响。当不提供此需求,用户满意度会大幅降低;

期望因素(线性因素):KANO模型是从线性需求模型演变而来,线性需求在产品中实现的越多,用户就越满意,当不提供此需求,用户满意度会降低;

兴奋因素:用户意想不到的,如果不提供此需求,用户满意度不会降低,但当提供此需求,用户满意度会有很大提升;

无差异因素:无论提供或不提供此需求,用户根本不在意;

反向因素:用户根本都没有此需求,提供后用户满意度反而会下降。

毫无疑问,产品经理应该避免去实现无差异因素和反向因素。

有两个反向因素的例子,豆瓣把自己的消息系统的名字由豆邮改成私信,仅仅是改个名字,结果遭到豆瓣用户集体反对,不得不重新改回来。支付宝的六一运营活动,也是改名字,给大家的名字后面都加了个宝宝,不少在意安全的用户,也把矛头指向了产品经理。这些站在用户对面的反向需求,用户必然会不满意。

无差异因素则更加悲凉,这种需求很少出现,你费力做出个功能,结果用户一点感知都没有,某种意义上来说,比反向因素更加不值得浪费资源去做。

(需求进展和用户满意度的关系图,来源:维基百科)


可以看到其中的三条曲线basic needs(基本型需求),performance needs(期望型需求),Delighters(兴奋型需求)的实现过程。

基本型需求:产品的基本需求往往属于此类。对于这类需求,必须满足,可以做的按部就班,少量创新。

期望型需求:用户、竞争对手和产品自身都需要关注的需求,平时工作中需要重点关注的需求。

兴奋型需求:用户自身都没有想到的需求,满足此类需求很容易引起产品的爆点。之前的脸萌,朋友印象都是满足这种兴奋型需求。

做一份宫保鸡丁属于基本需求,想吃到腐竹是期望需求,而兴奋型需求,则是类似海底捞的做法,等待的过程中给你提供刷鞋,美甲等更多的服务,给用户带来惊喜。

实现优先级上,首先满足基本需求,其次是期望型需求,然后根据产品的生命周期和市场情况,调整兴奋型需求的优先级。

比如在产品成长期,可以恰当做些爆点需求,增加曝光度,来快速拉升产品注册人数。

2、分段交付产品功能,MVP实现核心需求

MVP最小可行产品

互联网迭代越来越快,爆发出来的很多需求需要快速验证,这个时候做一个快速的可行性产品是成本最低的试错方法。

一般来说,MVP产品可以从以下几个纬度确定功能范围:

用户纬度:MVP集中满足核心用户/种子用户的需求;

功能纬度:找出最核心、与痛点最相关、最小的功能组合。减少需求永远比增加需求更难。这里可以用反向分析法,如果去掉某个功能,会不会影响主体流程。某个需求如果上不了线,用户会不会流失,如果回答是会,则放入mvp中实现,如果不会大胆的放到后续的迭代中做;

产品原型:现在更多的产品会通过微信公众号的形式验证,比如知乎的付费问答值乎,最开始的mvp产品形态主要是知乎服务号的自定义菜单或者朋友圈的分享,如果一开始就放在App端,如果用户没有来得及更新,就错失了市场机会(同一时间,分答已经在市场上跑马圈地了)。

现在很多的硬件创业团队mvp做法则是设计好了方案,到众筹网站进行展示,收集产品反馈,获得早期用户,快速判断产品是否符合市场需要。

按照产品需求的优先级分段交付:

现在的互联网产品思维都要求快速迭代,并不像传统的软件产品,需要所有功能完备才能推向市场。

分段交付可以理解为后续每一个迭代都是一个mvp,只不过跟从0启动的产品mvp判断标准不同,按照需求优先级来定义每一次分段交付的内容。

分段交付的优点有很多,也是scrum开发模式推荐的做法:

新功能能够快速发布;

能够迅速应对业务需求,拥抱变化;

迭代周期缩短,同时获得迅速反馈;

从需求分析开始交互 设计 开发 测试等角色密切协作,相比于传统的瀑布式开发,效率跟高,更少浪费。

评估产品优先级除了上面提到的用户价值模型还可以从一下几个方面评估:

需求价值:用户价值即上面KANO模型评估结果,基本需求优先做,期望型需求尽量做,兴奋型需求要有一两个,作为产品亮点和差异化竞争策略需要。商业价值,是否对公司有利;

需求主体:是哪一类用户的需求,是否是核心用户,新用户,还是留存用户。受众面是不是足够大;

需求成本:需求实现的需要投入的技术资源和时间资源,以及是否依赖内部外部的一些资源;

需求强度:用户对该需求有多强烈,需求的频率如何。

假设我们仍然接受了客户的需求,不考虑商业价值亏损的情况下,需要做一份加腐竹的宫保鸡丁,满足的只是个别用户的单次需求,而且实现成本又很高,所以这个需求从优先级上是非常低的。所以不如先上个凉拌腐竹,再做个宫保茄丁:

本文作者:胡莹(点融黑帮),现任点融网高级产品经理,毕业于复旦大学,喜欢推理,杀人游戏,德州扑克。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,179评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,229评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,032评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,533评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,531评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,539评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,916评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,574评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,813评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,568评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,654评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,354评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,937评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,918评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,152评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,852评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,378评论 2 342

推荐阅读更多精彩内容