《{产品管理产品规划}产品需求的深度分析办法》由会员分享,可在线阅读,更多相关《{产品管理产品规划}产品需求的深度分析办法(41页珍藏版)》请在金锄头文库上搜索。
1、什么是真实的需求首先还原一个场景,业务部门提交一份需求清单:“我要在这里增加一个搜索功能,能搜索XX”“我希望增加一个页面,上面有X,能”等。如果产品经理就按业务方提供的功能需求进入研发环节的话,最终的结果往往不理想。那到底什么才是真实的需求呢?下面的广告词,可,以感受一下对需求的理解。“你强调动力,其实是想要跑赢时间。你觉得安静很重要,其实是偶尔需要回到个人世界。你说空间要大,其实是你喜欢一,家人挤在一起。你说储物要多,其实是要放下每个人的爱好。”所谓真实的需求,往往是需求方的某种诉求、某个痛点、想要完成的事情、想要实现的,目标,这些才是真正的需求。原来的功能清单里很多伪需求,并不是最优解,
2、产品经理需要挖掘出原始需求。而作为产品专家,根据真实需求去设计才,能做出真正适用的功能去满足他。毕竟,根据原始需求设计产品是产品经理的本职。所以这里也就引出了另外一个问题:如何引导业务方表达真实诉求,。如果是传统书面的需求提交,结果往往就是跟之前举的例子一样,得到的大部分是一堆功能清单。产品经理应该通过引导性的提问,明白为什么业务,方会提这个功能点。原因一定是目前有什么事情做不了或做起来很痛苦。千万要把他的真实需求记下来,做产品设计的时候能够对照需求看自己有没有,偏离方向。如何获取需求产品需求的来源,主要有四方面:1、基于对自身产品的理解。产品经理作为产品的owner,相信没有其他人会比你对这
3、,个产品更为理解。合格的产品经理,应该深刻理解自己的产品所要解决的核心问题、自己熟悉面向的用户群体、目前产品的完善程度和当前产品的短板,在哪里。所以每个产品经理根据自身对产品推进的进度,要有自己的一份需求清单。2、基于数据。阅读数据也是产品经理用来挖掘需求的一个重要手,段,产品设计初期把数据埋点做完善,上线之后可以通过观察数据还原用户的使用场景,并发现缺陷和短板所在。数据出现突然的波动和流程埋点中突,然出现的转化下降等情况都应该去认真分析原因。但是需要特别注意一点,很多时候片面的数据是具有误导性的。在做数据分析之前,要尽量保持客观,,不要先假设再验证,而是尽量多的覆盖需要调查的场景数据,从而得
4、出全面真实的结论。3、基于用户的反馈。接收第一手使用产品的用户的反馈,,也是新需求的重要来源。要创造一些机会,从旁观者的角度去观察用户,也许你会得到一些数据反馈里发现不了的事情。比如说你的产品是一个扳手,,从数据上来看似乎用户挺喜欢用的,但是当你去观察用户使用场景的时候,才发现原来用户都在用它锤钉子。所以用户的真实需求是锤钉子,而你的扳,手只是恰巧能用罢了。这时候你才知道,原来你应该打造一把好锤子,而不是去改进你的扳手了。4、基于其他业务部门的反馈。这个就很好理解了,,而业务部门在运营内容和产品的时候,往往会跟用户产生大量的交流,他们属于跟用户最熟悉的人群,所以也会产出很多需求。而他们的需求一
5、般会分,为两部分,一部分就是来自用户反馈和日常运营过程中观察到的用户需求,比如用户需要某个运营频道的扩展,用户期望搜索功能更加强大和方便之类,的;另一部分是基于业务方的日常操作,需要提升运营效率的需求,也就是对运营支撑平台的完善。需求的优先级制定这个时候,每个产品经理手上都,已经有一大堆大大小小的需求了,但是不论公司大小,研发资源总是有限的,所以如何给这些需求安排优先级就是产品最重要的工作了,毕竟这个环节,决定了一家公司的节奏甚至是创业团队的生死。怎么给手头上的需求定优先级,很难有放到哪里都适用的标准,我只能简单说说我自己是怎么做的:按,紧急和重要的时间四象限分布是最基础的方法,但是怎么判断重
6、要和紧急程度,就要结合项目具体的情况了。我个人大概会按以下三个方面来综合考虑,:1、根据产品线的roadmap。每个产品的推进路线必然是有综合规划的,根据项目当前所处的阶段和实际业务的发展而确定的产品路线图,是,我制定产品需求优先级的第一考量。2、符合近期公司的核心目标。根据业务的推动,公司和项目在各个阶段都会有一些冲刺目标,可能是产品方面的,,可能是业务部门的,为了实现这些目标,产品规划方面需要满足哪些需求自然也就变成紧急和重要的事情了。3.自身负责产品线的需求优先级。一,般来说,每个产品经理都会有自己负责的一个领域,也许是按用户群体分,也许是按服务部门分,这些产品线的需求方也会有自己的需求
7、优先级。根据,以上三个方面的考量,加上对功能需求复杂程度的评估,再结合实际的研发资源和研发排期,基本上就可以产出一个合理的产品需求优先级清单了。需,求的落地和效果跟进最后说几点需求落地过程中需要注意的地方:1、设计恰当的功能点去满足需求。说起来根据需求设计功能是产品的本职,但如何,做到恰当的程度还是需要历练的。需求从根本上来说,都是为了满足一个目标,做成一件事情,而到达这个目标的路径并不是唯一的。资源(不管是时,间还是人)永远都是有限的,每个细节都完美的方案,在有限的资源面前就不再是完美的方案。这时候就要求产品经理能对方案进行拆解,知道什么功,能是必须的,什么功能是锦上添花,哪些交互是要追求细
8、节的,而哪些交互是可以从简的。特别是对于创业项目,MVP(最小可行产品)原则应该贯,彻整个产品迭代过程。2、保证最后的交付质量。因为有QA部门的存在,这里比较容易被忽视。但产品经理作为产品的owner,应该想尽办法去,保证最后产品的交付质量。要做到这一点,仅仅靠最后的验收工作是不够的,或者说,已经来不及了。从需求分析开始到项目上线的整个过程中,每个,细节里产品经理都应该去保证最后的交付质量。比如说产品肯定知道某个功能需求里,什么地方的逻辑比较复杂,很容易出错。所以在自己讲解需求和,文档中,都要把这些强调出来,让经手的研发和测试都深刻理解里面的逻辑,各种异常状态等。比如说产品知道某个页面的一个按钮的点击率对整个产,品功能的意义重大,那么就要传达给ued“这个按钮很重要,我希望用户能够点击”。类似的例子有很多,目的就是通过各种手段去让大家理解需求,,从而符合你的预期。3.设计好数据埋点。这也是容易遗漏的地方,特别是在产品初期人手有限的情况下。但对于一个需要持续优化的产品来说,如,何用数据证明这个功能需求的效果,本身就是产品经理设计方案的时候必须考虑的一方面。每个重要的功能都应该有清晰的数据模型去验证,做好了埋,点,才能从数据中去挖掘问题,进而进行后续的优化。,全文完,谢谢观赏。,