【产品运营】如何搭建用户需求框架?

点击蓝字?关注,回复“书单”获取产品&运营书单库

温公子的日记(87)

1.
今天工作中没有太多的事情要讲的,就讲讲产品方面的事情吧。

而且,我个人认为,做产品需要懂一些运营,做运营也是需要懂一些产品的。并非说这是必要条件,但你多了解些东西,对你的工作和成长必然有帮助的,何况,产品和运营还是一家人。

上一次讲了产品的主路径的话题,这次来讲需求,为什么要讲需求呢?

因为首先是产生自用户,没有用户你的需求是不成立的,终究离不开人嘛,而人,那就很复杂了,要想更好的了解用户,就去多了解人性的本质心理和行为状态。

需求的背后必然存在动机,没有动机的需求就好比没有发动机的汽车;动机的强弱将决定着驱动用户的力量,好比发动机马力越大肯定就越有劲儿。

2.
?我随便画的一张图

这是一张用户需求框架图。

咱们在做产品的时候或者说是产品新功能升级的之前,都是需要这些步骤的。

你要做一个产品,首先应该清楚,产品的驱动力来自哪里?肯定是来自用户对不对,那么,用户为什么要成为你产品的驱动器呢?

因为你的产品能够满足他的需求。

所以,发现用户的需求是第一步

但是在这第一步中你需要做两件事情,第一个就是要区别你的需求是否是用户的真实需求,第二个则是,找到核心用户群体。

这第一步其实更多的是自己的主观观点,需要去猜想用户的需求是什么,然后根据这个路线去发现用户的真实需求。

什么是真实需求呢?

就是用户真正想要的是啥。

比如,我现在饿了,我的需求是吃东西,这只是我的需求,而不是我真实的需求;我真实的需求是吃烧烤,如果你不了解我的真实需求,你可能会认为我现在饿了,只要是个什么东西我都会吃。

那就错了,这就不是用户的真实需求。

再比如,用户从搜索电影,经历了下载电影,最后看电影,那么,这个时候用户的真实需求是什么,不是搜电影,也不是下载电影,而是看电影。

什么叫核心用户?

就是对该需求最敏感的人。

还是说吃饭的例子,我饿了,要吃饭,我想吃烧烤,这是我的真是需求;那么,在一批人中,必然存在着非常喜欢吃烧烤的人,就是那种,你一说到吃烧烤去,他就会吞口水的那种。

烧烤,即是这种人的真实需求,也是他们最喜欢的需求。

所以,在发现需求的环节里,核心用户和真实需求这两个是很重要的东西。

那么,怎样才能发现真实的需求呢?

你要去看这个需求的使用场景,是在上班时间使用?还是在家务活期间使用?

根据使用场景去判断这个需求的使用频率,比如,办公沟通更多的人使用的是钉钉,它的场景就是办公场景,工作的时候用到的东西。

你说这样的使用场景下的使用频率怎样?必然会很好啊,因为大家工作日起码也要8小时吧,这工作期间必然会存在着高频率的工作沟通问题,钉钉就把24小时三分之一占据了。

所以,你说这是不是一个真实的需求?肯定是的。

3.
分析需求

这一步其实就是在做需求的提炼。

上面第一步是主观的猜想用户的真实需求,但我们还需要将这种真实需求进行验证,通过定量和定性的方法去验证它是否真的存在。

你要验证的有三个点,分别是用户需求的目的,行为和原因

你要知道用户这个需求的目的是什么,他要达到怎样的一个目的,比如,早起啊,订票啊,这就是需求的目的,是用户的最基本的需求。

然后你要去验证用户达到这个目的的行为路径,他所要经历的操作有哪些等,这是用户的需求行为。

最后你要知道用户为什么会有这样的需求?是因为想要更快的订到票?是因为养成一个早起的好习惯?等等,这是用户的真实需求。

那么,怎样来做这样的需求分析呢

定性和定量的调查

定性就是比较主观的一些行为,这种行为是通过沟通交流的方式来进行调查,但不能仅用这种方式来做决定。因为你不能完全相信从用户口中说出来的话,你需要有支撑他们口中说辞的依据。

定量就是做客观的数据分析,帮助你进一步验证从用户口中得到的答案是否一致。

用户访谈、邀请测试属于定性方面的;而调查问卷、数据分析则属于定量方面的。

备注一下,上面的定性和定量的方法,并非每一个都必须要用,比如,定性调研中,邀请测试则属于备用方案,肯定是主推用户访谈。

需求分析完了,该干嘛呢

该排个优先级了对吧。

这一步肯定是要开评审会的,拉一帮人一起来确定需求的优先级。

如何确定呢?

上面说的第一二部,发现需求,分析需求,其实基本就已经过滤了一遍了,到了评审阶段更侧重的是决定。

根据用户的需求出现的频次,接收到的反馈量,该需求是有核心用户提出,还是有普通用户提出。

之前的文章也提到过,同样大且重要的需求,先满足普通用户,其次满足核心用户。

这里说一下“大且重要”的需求的定义

大?指的是该需求涉及到的周期长,牵动多,比如,我们之前的那个用户体系的搭建,就是一个比较大的需求,到目前都还没有完全上线。

重要?指的是,可能需求不是很庞大,但它确是非常重要的一个环节,这个环节通常是涉及到你产品的核心价值的。

比如,你是个电商产品,重要的需求则是转化,诸如,最后提交订单的体验优化,加入购物车的优化,支付环节的优化等,这一条线都在主路径上面存在的需求,就是非常重要的需求。

在一个团队中,每一次的规划肯定不止一个需求,否则的话产品经理估计安逸死了。

就像我们公司一样,每周四来开评审会,评的是其他除了研发部门所提出来的需求,会有很多,这些是需要评的。

那么,我们刚才讲的经过了第一二步的过滤,那么,这一步难道就没必要了吗?

显然也是有必要的,你需要确定某个需求的大小、优先级,这样产品才好根据优先级来做规划。

我们的产品部门的规划,是领先了开发部门2个版本的。基本本周的需求评审会就是评下下个版本的需求了。

需求描述

其实,这一步没什么太多要讲的,因为我没正儿八经的写过需求描述的文档,不过,我可以说一下,我们的产品经理们是怎么弄的。

这是最后一步,也就是评审过后就应该规划的东西,其实就是类似于项目管理,属于工作分配的环节。

他们一般会将需求做成一个文档描述,里面包含了需求来源啊,团队分工啊,提炼后的内容啊,划分到哪个版本啊,优先级啊等等,还有些实现方法等。

其实这个需求描述的文档更多的是给技术看的,所以是比较详细的。

过多的就不说了。

最后:
我说下我在公司所体会到的关于产品经理的状态吧。

产品经理,这是一个夹在各部门中间的角色,各个部门都有可能提需求给产品,产品要思考,要评审,要规划,要画原型图,要跟研发沟通是否可行以及研发的工作量的事情等等一大堆。

而通常情况下就是,提需求的人只会去找产品,很早提的需求,为啥现在还没上,那么,产品心里也很苦逼啊,技术工作量实在太大,档期只能往后推,已经在尽量沟通了。

但转过身,还得去跟技术温柔以待(沟通),产品请技术他们吃饭真的是太正常了,三天两头的这种,偶尔给技术买奶茶喝,买水果吃,跟大爷一样供着。

因为你得把工作推进啊,那技术不伺候好,谁给你做?或者,惹毛了技术,直接给你耗时间拖着,你能咋整?

所以啊,产品经理真的是个很苦逼的角色的,各位还是多体谅体谅吧,虽然我有时候也会吐槽吐槽,但其实也就嘴上说说,心里面还是蛮能理解他们的。

-END-

后台回复“书单”获取产品&运营书单库

原文链接:https://jiankeweb.com/articles/653.html,转载请注明出处。 百度收录:

网站版权声明 1 本网站名称:剑客自媒体
2 本站永久网址:https://jiankeweb.com
3 本网站的文章部分内容可能来源于网络,仅供大家学习与参考,如有侵权,请联系站长 QQ1963220216进行删除处理。
4 本站一切资源不代表本站立场,并不代表本站赞同其观点和对其真实性负责。
5 本站一律禁止以任何方式发布或转载任何违法的相关信息,访客发现请向站长举报
6 本站资源大多存储在云盘,如发现链接失效,请联系我们我们会第一时间更新。

0
显示验证码
没有账号? 注册  忘记密码?

社交账号快速登录