产品思维教程 产品和产品经理 PM概论和职责 PM内功修炼 PM的自我修养 产品经理实战 成为全能产品经理

PM需求技能


产品经理的需求技能主要包括需求获取、需求筛选、需求分析、需求执行。是对产品经理综合素质的考验和全面的衡量,如对知识的要求、对行业市场的理解和经验,而且在整个过程中,我们该如何快速、高效地完成需求也对我们有着越来越高的要求。



写需求的思路


建立全局观


所谓全局观,是将事物主要素相互联系、相互作用的 发展过程。从空间上来说,它具有广延性,是指关于整体的问题。从时间上来说,它具有延续性,是指关于未来的问题。它需要产品经理做到


1)通观全局,用发展的眼光分析产品;


2)抓住关键,集中力量,解决产品中的主要问题;


3)跳出框框,用联系与合作的眼光去分析该产品需要拉近的客户或者目标是谁;


4)见微知著,通过现象看本质,分析产品的本质要了解该产品,如果可以发展,那么它的发展点或者是盈利点在哪里;


5)排除干扰,朝着既定的正确方针和目标坚定不移地干下去。


建立合理的业务模型


业务模型主要描述系统在何时何地由何角色按什么业务规则去做,以及做的步骤或者流程,即对系统的操作流程进行定义,构建业务模型有助于理解企业的现有业务,促进商业模式创新。


合理地分解需求


1)理清需求:分解需求首先需要理清需求,产品经理应该时时刻刻都有可能相出一些零零散散的点子,然而在没有理清思路之前,很少有人知道我们想干什么。所以需要理清思路、理清需求。


2)整理故事:讲故事需要有一个核心的主题,现在我们的主题就是产品,讲好故事就能做好产品,一个完整的故事需要包含时间、地点、人物,一个清楚的故事在于细节,绘声绘色地讲是一种方式,嵌入人心地讲也是一种方式,要抓住重点讲,当然还有很多其他的方式,如果讲故事的人能够把这些灵活地糅合在一起,那么讲出来的已经是一个很好的故事了。同样,如果产品经理能够灵活地把视觉效果、用户心理、核心流程等一系列该注意的点融合在一起,又能将它们发挥到恰到好处,那么做出来的也一定会是一个好产品。


3)分解故事:对于一部分产品经理来说,这一步不是必须要做的。因为经验丰富的产品经理都知道,在上一步中需求已经表达地非常清楚了,对于另一部分产品经理来说,可能由于公司制度的规定或者与研发、项目管理人员工作范围没有划分地特别清楚,就不得不做功能需求描述,故事分解完了,功能需求列表也就确定下来了。


预留系统扩展


我们知道,在用硬盘的时候不能把硬盘的所有内存都占满,要预留出来一部分空间来存储其他的内容。同样在开发一款产品的时候,也需要存在一定量的发展空间。


遵循原则


遵从业务原理——系统实现原理,然后细分到模块实现原理,具体到界面交互原理。


编排优先级


编排需求的优先级次序,在开发一款新产品的过程中,产品的需求数量会很多,但是这些需求不可能一次性都完成。那么需要清楚需求编排的优先级就表现地非常重要了。


做好需求被KO掉的准备


对于任何产品、任何人都不可能说它一定可以成功并发展下去,成功的产品总比无人问津的产品要少得多,那么产品经理有一个好心态就显得很重要了。



写需求时的注意事项


不拘泥于工具


在于思路,但用好工具会使你的需求加速。


定义流程


先定义流程,后定义交互原型。原型只是需求交互的载体。


划分优先级


要划分好优先前后级,核心的、主要的需求要先走。其他的可以缓后。


可开发


一定要基于可开发,不能天马行空。


规范


目录、层级要清晰,写出来别人都是要看的。


清晰


清晰明了,不在于是否写的多,在于是否真正说明了问题。


学习长处


学习竞争者的长处,可以把好的东西借鉴过来,吸取精华。


落实细节


一定要落实到每个细节,需求都不完善,成品何来完善。


多看


一定要自己多看,自己给自己找茬,把问题止步于自己。


管理


一定要注意版本管理,并做好版本修订等工作。



写需求的步骤


90.png


需求分析


需要对要解决的问题进行详细地分析,弄清楚问题的要求,包括需要输入哪些数据,要得到哪些结果,最后要输出什么。


确定产品定义


确定这个产品具体需要做哪些事情。


确定用户目标和用户任务


确定用户通过该产品干什么和做什么,以及要完成什么目标,并且完成目标所要经过的步骤和过程是什么样的。


确定产品的具体定位


要想吸引访问者,首先需要清楚自己的定位,明确自己的核心价值,发现自己的目标用户,定义出核心目标用户,分析用户群体的行为,进而了解用户需求,提供目标用户所想要的剔除影响用户使用的噪点。


确定产品的用例和流程


做产品经理都知道,面对的交流、沟通的人比较广泛,不仅要和市场、销售、提交需求部门进行沟通,了解需求的内容。同时设计产品的时候,需要交给ui、前端、技术等来进行实施,但是在实行的过程中,怎样让技术人员更明确产品的需求呢?这就需要有份明确的产品用例和流程。我们通常还会成为交互文档,以前设计产品的时候,用例设计、流程图设计通常是由技术部门完成,现在中国的产品越来越接近国外产品的步伐,不再只会做PD工作,渐渐成为真的PM,所以现在很多公司也要求PM来做用例图和流程这些工作。


确定产品的设计原型


原型设计师帮助我们更细致地进行思考,用作各项需求的评估,同时也是将自己脑海中的想法进行输出的一种方式,通过原型设计后我们就可以进行产品宣讲了。相比较于抽象的文字描述,原型则会更加直观展现产品的需求,设计和技术人员或者老板也能够更加直观地了解产品意图。


整理需求文档


需要因公司而定,并不是所有的公司都必须要做这一步。因为需求文档主要是给技术开发人员看的,所以一般情况下,只要他们看得懂,不会出现理解偏差就可以。但比较大型的公司因为开发是公共资源,所以要求留存需求文档做备份,这就需要产品经理整理归纳。


确定产品的优先级


上面讲了编排产品需求的优先级是非常重要的,在这里产品经理需要通过用户需求、商业价值、公司财力、人员水平等主观或客观的问题,将产品开发分为MSCW,也就是最高的、最低的、第二、第三这样的四个次序。



写需求的方法


需求的宗旨:通过工具把思想有逻辑、有细节地合理地组织到一起。


熟悉产品发生的相关业务行为


就是说我们要做的是什么产品,我们这个产品主要是做什么业务,具体业务怎么通过更合适的框架、平台去实现、支撑。比如通过Usecase可以很容易、很清晰地将整个业务系统直观规范地表达出来,将复杂的业务通过case直观地表现出来。


将业务从产品层面肢解开来,做到抽丝拨茧、部分与整体统一


笼统地说,就是流程问题。流程就是逻辑,只要指定合理的、符合业务实际的、符合系统实现的流程才会更好地支撑日后的业务系统和管理系统之间的服务与实际。


把项目条目化、条理化、目录结构具体规定好


有了上面主要的case和流程的保证,接下来就应该从系统的功能方面做条目化的规划制定。功能怎么排列,设置更符合业务的使用逻辑,怎么样让使用者更容易更直观地入手,怎么样以一个很好的功能界面呈现到前台。


前台结构布局,合理规划地将系统脱去朦胧的华纱


众所周知,使用者是不知道产品的某个方面应该有哪些功能、数据提交失败应该有哪些提示、不会使用者有什么帮助或者是提示操作以及入口,所以作为产品人员,我们要充分考虑到上述这些问题,对于从业人员来说,这也是我们最基本的素要体现。很多人都说要符合业务的系统,要符合用户的使用习惯,要符合浏览和人际传播、口碑、品牌形象习惯,总之就是要人性化地去把这些产品设计地更合理、易用、有亲和力。


穿针织网,把需求综合起来,整理成最终得产品需求文档


以上该做的都做了,然后开始综合一个文档里面,写明项目的名称,。把case流程、目录放进去,把项目的背景、需求的各个约束、规则的界定、文字的补充说明交代清楚,同时需要把模块的字段、状态以及该对应的操作,所有模块涉及的页面地址整理好一份色香味俱全的需求文档。



【本文由麦子学院独家原创,转载请注明出处并保留原文链接】

logo
© 2012-2016 www.maiziedu.com
蜀ICP备13014270号-4 Version 5.0.0 release20160127

麦子大聚惠,豪华礼包你领了吗?

客服热线 400-862-8862

回到顶部