有意思的需求分析:用案例手把手教你
关于“需求”这个词语,真的是让人又爱又恨,我们来说说需求分析的那点事。
空口无凭,我们举例说明。
斯巴达星球是浩瀚宇宙中的一颗小星球,下面是朝堂之上的一段对话:
皇帝:A爱卿啊,为何119省的信还没有送到?
A臣:陛下息怒,奏折已经在路上了,快马加鞭赶往京城呢。
这时A臣开始要求产品经理:马太慢了,我们需要一匹更快的马来送信。
产品经理大狗子分析了需求,朝廷是觉得送信的速度太慢了,大狗子得出需求:想要一匹更快地马。
于是召集了一大批驯马高手,开始对马进行训练,每天起早贪黑,让马进行高强度的训练,爬雪山,过草地,钻火圈,跳高,跳远,跳泥坑,各种训练项目;同时改善马的膳食,综合营养,该吃的吃,该喝的喝,该补的补。功夫不负有心人,终于大狗子训练出了速度更快的千里马,大大缩短了送信的时间。
产品经理二狗子接到需求后,开始分析,朝廷是想要更快的送信,因此,“快”才是需求,二狗子得出需求:想要送信速度更快。
于是二狗子冥思苦想,什么比马更快呢?比马快的是天上飞的,于是,二狗子召集了一大批驯鸽子高手,每天起早贪黑,对鸽子进行高强度的训练,穿密林,越山谷,虎口夺食,崖上采药,各种训练项目;同时改善鸽子的饮食,身体棒棒的。功夫不负有心人,二狗子页训练出了飞的比马更快的鸽子,大大缩短的送信的时间。
产品经理三狗子也接到了需求,送信的目的是传达信息,不管朝廷是想要更快的马,还是想要更快的送信,其实都是想要更快的传达消息。三狗子得出需求:更快的传达消息。
三狗子开始思索,传达信息的方式有很多,三狗子咨询了手底下的技术人员,决定做一款可以通讯的设备,最终发明了大哥大,不管多远,一个电话或短信就可以实现信息互通。
从上面的例子我们知道:对于需求的分析不同,就会有不同的理解,从而产生截然不同的解决方案。
以上就是产品从0到1提出解决方案的需求分析案例,下面我们说一下迭代的需求分析,也就是不改变原有的解决方案进行优化。还是以狗子们的例子为例。
大狗子通过训练更快的马,实现了送信快的目的,并取得了显著的成效。可是在运行一段过程中,问题出现了,马长期奔跑,变得越来越虚弱,蹄掌溃烂,死伤无数,送信人员也大多屁股疼,还有的不小心失去了生育能力(卧槽笑cry)。
于是大狗子决定,给马打造铁掌,搞更加柔软的马鞍,更加可靠的脚蹬。从此马的死伤数量直线下降,送信人员的幸福感爆棚,腰不酸了,腿不疼了,一口气能爬五楼,子孙也满堂了,感谢大狗子所做的一切。
二狗子的鸽子虽然没有出现死亡的情况,但是依然遇到了难题,鸽子每次只能携带极少数量的信息,如果想要同时传达较多的信息是很难做到的。二狗子好苦恼啊,跟老婆诉苦,一把鼻涕一把泪,什么人生啊,理想啊,二狗子的老婆二丫头给二狗子支招:你见过蚂蚁寻食吗,一直搬不动,就一群蚂蚁搬回家。
二狗子茅塞顿开,直呼自己三生有幸娶了二丫头。开始训练鸽子的群体团队意识,让几只鸽子一起协作,一同送信,收信人只要把收到的几封信按照序号组合起来,就是一封完整的信。二狗子二丫头更加恩爱了。
三狗子也没有那么安逸,他的大哥大就像砖头一样,太沉了,很多人都被砸伤了脚,衣服的口袋也被撑破了,甚至有很多业务员被压的不长个子了,连老婆都搞不到,已经结婚的也都面临离婚的风险,员工们纷纷提出离职,三狗子委屈无奈,宝宝心里苦啊,但是宝宝不说(男子汉一般的三狗子)。
三狗子立刻调整方案,制造出了更加智能更加轻快好用的手机,江湖人称“爱疯6s 普拉斯”,不但能传达信息,还能视频通话,甚至还能“柔光双摄2000W像素,照亮你的美”,把老婆们的照片拍的美美的。从此业务员不受伤了,也没有人要离婚了,让业务员们一度成为了白富美的勾搭对象,火爆程度堪比香港刘德华、山东梁朝伟。
在实际的工作过程中,我们会遇到以下表面需求,我们要深度挖掘需求,就想本文提及的,不论是“更快的马”“更快的送信”都不是用户的最终需求,最终需求是“快速传达信息”。
在产品上线后,会遇到各种各样的问题,这就需要我们去做版本迭代来适应当前需求的变化,也就是文中大狗子二狗子三狗子所作出的不同改进方案。
好了,瞎比比了这么多,就是希望能以更通俗易懂的方式让大家理解文章主题,而不是枯燥乏味的理论。
作者:膝盖哥,是一枚“跪着提需求”的产品经理。常说“不用不用,真的不用了,我跪着就好!”
本文由 @膝盖哥 原创发布于人人都是产品经理。未经许可,禁止转载。
生动形象、简单明了地阐述了用户需求分析。快马:提高原有产品的性能;信鸽:改变产品的服务方式;大哥大:从0到1的,抓住用户本质需求,改变信息的承载方式,开发新产品。
生动形象而又把事实阐述清楚,赞!!~~
没看文章之前进行了下脑图风暴。中间考虑过手机问题,但是考虑到当时的环境,可行性不高。也考虑过飞机、火车XX的,考虑到你的问题所处环境,也被排除。
最后我脑图风暴如下:
客户:皇帝
问题:119的信没及时送到
风暴:为什么没送到?交通工具?资源太分散?离得太远?等等…
解决:如是交通工具问题,是不是换匹马就行了?还是需要重新定义传信工具?飞鸽传书?
信件太分散导致传信人效率低下?要不要建立一个集中收集信件的中心,先把奏折快马加鞭至一个集中的地方处理后,再集中发送至皇帝手边。
收寄信件的中心让我想起了中转站,这个好比现代快递的形式
蚂蚁搬家那个一只写成一直了
受教了
写的不错,通俗易懂,趣味性强,赞,
对于新手来说是福音,通俗易懂,对产品经理的工作有了更明确的了解。赞!
作者没有微信号,是腐男
几句话说完的福特汽车与马的故事说成一篇文章
大神轻喷,我错了
功能的稳定性和可扩展性是不可分的。
需求分析=纵向分析+横向分析
纵向分析:挖掘真实需求,分析需求的可行性
横向需求:确定需求的优先级
对于想入门PM的新人来说,比较容易接受这种方式的理解需求,不错很好,
本故事纯属杜撰,叫我段子手
受教了,以前刚开始接触时,出了很多错,拿到需求就直接做了,没有更深的去考虑,导致后面的项目在运营时出现差错,希望以后多看到你的文章,又不枯燥无味 😉 ——刚入行的小产品敬上
写的不全面,只是简单映射需求,对可行性等都还没考虑 🙂
有趣而形象的阐述理论,总是能让人更容易理解和牢记 good
是一本正经的吹牛8
超级喜欢这种风格,看起来一点都不觉得枯燥无味,喜欢这种幽默诙谐讲道理的文章,希望以后能多出些这种文章。 😉
身为一个段子手,幽默诙谐是多吗痛的领悟 🙂
这个明白,但是在实际中,如果大哥大开发成本高,周期长呢
那这就是说明该方案不可行,文章仅仅是为了说明需求分析,不涉及方案的可行性评估
不错,很直白易明
很形象
有意思