缩我suo.im
短链接专业提供链接运营服务,修改有效期,带数据统计!
B端产品的需要大多与用户的交易强相闭,假如闭于于交易大概者场景不深刻领会,安排的功效常常不行处理本质的交易问题。本文将从三个维度:领会需要、需要排序、需要刻画来复盘瓜分闭于需要的一些办法论。
动作产品经理,不管是介入名目迭代,抑大概是处置工作大概者凡是和用户、效劳端共学沟通,城市接到形描写色的需要。而B端产品的需要大多与用户的交易强相闭,假如闭于于交易大概者场景不深刻领会,安排的功效常常不行处理本质的交易问题。
回顾迩来领会处置和安排满脚的需要,笔者将从三个维度:领会需要、需要排序、需要刻画来复盘瓜分闭于需要的一些办法论。
一、领会需要:辨别须要和想要
在领会需要前,先辨别一下须要(need)和想要(want)。
须假如用户简直的要求大概简直存留的问题,而想要不过用户本人表白的一种处理筹备。也即是须要本来是内在展现,而想假如外表暴露。
举个例子,假如用户说他想喝可乐,他的要求大概是渴了,大概是方才购了炸鸡想配搭可乐吃,大概是长久没喝可乐了想回味一下味道……“想喝可乐”是想要,“渴了、想配搭炸鸡所有吃、回味味道”才是内心的简直须要。
而需要则是共同实行成本和戴来的价格(给用户戴来的价格、给公司戴来的价格)来满脚用户须要的产品待优化问题。
也即是说须要和想假如从用户角度出发,需要则是从产品角度出发。
(1)用户提的大多是想要,而不是须要
如上述示例,假如用户简直要求是渴了,这时间供给一瓶矿泉水便不妨处理他的须要,差异供给可乐并不行处理他的简直须要,因为可乐会越喝越渴,用户喝完可乐后还会来找你提需要,比方要雪碧。
用户大普遍提的本来是想要,也即是他想要某东西大概功效处理他遇到的某个问题,然而这并不是他背地的简直要求。产品经理要干的即是找到其简直要求,预防干出的功效结果用户不购单,不行处理用户简直问题。
(2)接到需要别焦躁降地,先摸清用户简直的须要
B端产品的需要交易属性那么强,然而是用户并不虞识去表述本人的内在须要,产品经理该何如样去掘掘他的简直须要呢?
一方面不妨让用户在表述需要时,尽大概刻画领会交易场景和遇到的交易问题,咱们不妨从他的刻画中自动领会他遇到的简直问题。
另一方面不妨多针闭于用户的刻画发问“为什么”,为什么用户有这个要求?为什么用户想喝可乐?为什么会渴?……多问反复,便不妨瞅到用户的简直要求。
所以接到需要后不要焦躁降地安排筹备,先想领会需要背景和用户遇到的问题,大概用户遇到的问题经过已有办法便不妨很用处理。共时问领会需要背景和交易情景也便于估计这是否是个性化需要,从而采用不共的应闭于战术。
(3)不要被亡羊补牢的需要蒙混双眼
假如用户忽然要二箱冰镇可乐,而且领会到用户的简直要求是姑且夏每天天出许多汗所以会很渴。这时依据渴的要求倡导用户购二箱矿泉水并不是最佳的筹备,因为这有点亡羊补牢。
用户遇到的问题是每天城市很渴,这时间须要去领会为什么用户每天出许多汗,是疏通多吗?仍旧天太热了?……假如用户反应说是因为空调坏了所以每天出许多汗引导很渴。这时帮帮用户最佳的办法是通联空调师父尽量建好空调,如许本领处理用户面对的本质疑题,满脚用户的简直须要。
(4)注沉需要提出方
用户想要二箱可乐,咱们不妨问问这个需要提出方是谁,是用户本人仍旧他的领袖。
如许不妨瞅到这个需要是从控制视角出发仍旧用户视角出发,从而决定后续安排思绪。假如是领袖的需要,咱们后续安排功效便要从控制者角度出发安排。比方不妨在可乐上免费挨上“持续全力”等字样,满脚控制员运用可乐干赞美的控制视角要求。
共时如许也能精确需要优先级。假如用户的领袖控制部分凡是用品的购买,而且和咱们的光荣来往杰出,这时间将此需要优先级普及,不妨促进更好的协调。
二、需要排序:区分需要优先级
(1)需要不满脚不了的
在和用户大概效劳端聊需要时,常常被问“这个需要能不行实行”。本来需要并不行不行实行一说,惟有依据需要合理性和价格来决定是否要实行和排期相闭的问题,所以咱们不行和用户说这个需要因为咱们的架构大概本领等缘故干不了。
(2)需要漏斗
假如需要合理,而且本着需要不满脚不了惟有优先级的规则,咱们须要有估计需要优先级的东西。本来搜集上引睹估计需要优先级的办法许多,尔此地也不过在处事试验中归纳了一套本人运用的办法,这是一个“需要漏斗”,如下:
产品价格瞅:
动作第一层漏斗,会将不符合产品价格瞅的需要过滤掉。比方用户想弄虚虚假,想简略大概建改一些闭系户的测评功效,因此提出建改测评功效的需要。这和咱们的产品价格瞅违反,咱们不干如许的需要。
交易战术:
这一漏斗指瞅公司迩来的战术何如样。假如战术是要干MVP,那着沉实行能把过程跑通的需要,假如战术是要革新用户体验,则着沉优化能提高体验的需要。
kano模型:
kano模型释义不再赘述,kano模型闭于需要重要分三类:基础型、憧憬型、激动型。区分的尺度不妨依照:
基础型:交易闭环类的需要,需要虚假行则过程跑不通;憧憬型:效力类的需要,比方提高安排方便性(批量安排);激动型:体验类的需要,比方满脚好奇心、赢得安慰等的需要,好像用户安排责任完成后出个动画饱舞。
每个典型内大概又有许多需要,基础型的需要都要干,憧憬型、激动型的需要则瞅焦急沉要程度以及戴来的贸易价格有多大,综合计划来排级内的需要优先级。
开拓成本:
结果一层漏斗更多针闭于于已经开开迭代,比方加入开拓大概进尝试了,需要爆发变换的时间。这时的需要大概率不效率交易跑通,不妨视开拓成本和排期安置优化。
假如已经快上线大概效率较大然而不是基础型需要,不妨记个问题,待产品上线后再在后续迭代里优化。
三、需要刻画:领会表述,指引安排
在领会完需要后,针闭于合理的需要咱们便要安排功效来满脚了。需要动作串联所有迭代线的因素,刻画领会很沉要。因为需要不不过和各团队沟通的桥梁,也指引着本人安排产品时不要走偏。
(1)运用用户演义还本场景,梳理过程
不妨经过用户演义还本场景,梳理用户处理问题的过程。如许不只能刻画领会需要,也便于查瞅本人安排的功功效不行处理用户的问题。
在刻画用户需要时,重要说领会用户、情况、机会、问题、之前处理筹备。
刻画需要:用户在什么情况下,展示了什么机会, 遇到了一个什么问题,之前是经过什么办法处理的。
如:炽热的夏天,大二共学弛三宿舍的空调坏了,流了许多汗觉赢得很渴,之前经过每天喝洪量的冰镇可乐处理口渴。
在自检安排筹备时,重要说领会用户、情况、机会、手段、介质、办法、截止。
安排筹备自检:用户在什么情况下,展示了什么机会,戴着一个手段,经过某些介质采用了一系列办法,完成某一特定责任(处理了某问题)。
如:炽热的夏天,大二共学弛三宿舍的空调坏了流许多汗,为了处理口渴,弛三到店购了水而且通联空调师父建好了空调,之后不再因为宿舍炽热而流汗口渴了。
(2)用精确功效处理需要
用户假如是因为口渴了才来要可乐,咱们该当倡导他购矿泉水,如许本领处理他的须要,而不是喝完一瓶可乐用户还渴,而后咱们再给用户一瓶可乐。
再比方HR经过给应聘者挨标签来标记本人通联过哪些人,制止再次通联时反复通联,咱们该当供给好像“已通联”的挑选前提挑采用户,而不是用A功效处理B场景。
(3)辨别主场景和次场景
假如访谈需要,创造用户背地的要乞降场景百般,以至有冲突,这时间何如处置呢?
比方:简略文件夹,文件夹下的文件要不要简略?
有的用户表白是简略文件夹代表这个文件夹已经废除了,里面的相闭文件也不须要了,须要所有删掉。有的用户简略文件夹不过想整治一下文件,闭于于珍贵的文件仍旧想保持下来的。
展示了冲突场景咱们须要依据功效定义来定义主次场景。满脚主场景,次场景不妨用一个更适合的功效满脚。咱们定义的文件夹即是一个分类挨包,里面的文件必定是因为有好像属性才放在所有,所以简略了文件夹里面的相闭实质也该当简略,所往日者是主场景,后者次场景本来是用户想整治文件夹,咱们不妨供给好像批量变化文件的功效实行文件的沉新归类。
(4)“如许安排可不不妨?”取决于能不行处理用户的需要
在安排功效时,偶尔会不自决计划这些问题:这个本领不妨实行么?何如安排本领实行成本本领最小?姑且咱们的本领救济如许吗?如许安排了会效率到现有的交易过程大概展示逻辑更搀杂的情景,要不要放弃这种安排?……
本来要不要如许安排取决于用户有不这个要求,能不行实行用户的需要,而不是本领、安排筹备与现有过程辩论等的效率,后者该当为前者效劳,不行反常。
作家:佛系少年;微信公众号:大强的产品成长记,进行调换和计划。
本文由 @ 佛系少年 本创发布于大众都是产品经理。未经答应,遏止转载
题图来自Unsplash, 基于CC0协议
缩我suo.im
短链接专业提供链接运营服务,修改有效期,带数据统计!