从工作模式谈起,产品经理如何协调需求与资源?

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

不可否认的是,互联网行业在不停地前进与创新下,总会带来新的工作模式:面对面、远程会议、电子邮件、任务板等。但是即使手段再多,带来的效率也未必有所提高,而且会常常因为事情缓急而随意进行“自我工作”模式。

200471224-004

作为一名善于思考的产品经理,有必要找出合理的方式来开展工作。从落地角度来看,把需求想明白始终是第一位的,毕竟所有的研发设计都将按此才可开展工作,运营人员也会根据需求有节奏地穿插各种运营方案。唯有各个方面的共同协作方可快速开展任务,达到来自市场应有的客观数据。本期主要从三个维度讲起,如何更好地协调合理的工作?

一. 处理合适的需求方案

这该如何定义呢?需求显示是策划产品的首要目的。就现实角度来讲,PM得来的需求常常来自于领导,至少大多数情况是这样。不仅在于上司的角度看得远,也因为其所拥有的资源会更加放开手去处理。因此,对于得来的需求不要怀有怨言的态度,无论它是多么糟糕,当然对于良好的目的(达成一致),也不要开心太早,毕竟执行力才是靠谱的。

该怀有质疑精神的依旧怀疑,对于自认为不合理的需求,常常站在上司的角度思考下,则会发现不同之处。通常来讲,做出一些不同的方案是有效的,因为它能做对比,明确需求哪里处理的不到位,毕竟眼观的永远比想象更具有场景化。一款好的产品将策划方案改动N多版是正常的,展现不同的体现方式,始终会更加合理的。就好比柳冠中先生作画那样,将自己的画作推倒重来才磨来得精品。也许第一版策划方案就是完美的,但也需要去探索其他的方式来验证,至少这不是件坏事情。

遇到分歧点该怎么办?有个好的方式,将对比点单独拉出来做一张表单,将每种类型的优缺点共同列出来,然后进行筛选整合,多数情况下会有所新的发现。前期会很麻烦,但一旦熟练起来将屡试不爽,无论对于上级还是其他人员,会有充足的说服力与论据来化解分歧点。

二. 如何让项目顺利开展?

需求一旦确定,文档一旦梳理,就需求配合相关人士进入开发阶段,注意是配合,而非管理等。至少从本质上来讲,PM在中期协调工作会成为主导,也许不绝对,但至少有一时间段是这样。接触的人员最深的莫过于设计与研发,研发又分为客户端和服务端。

先从设计讲起,所谓设计,就是找到最佳的体现形式,包括布局、颜色等,将策划的方案具体呈现出来。从互联网发展到现在,设计已经越来越趋向于如何服务好大众化,毕竟用户的审美能力得到提高。从另外的角度看来,现在的产品至少在实现角度上已趋于简单化,因此设计无疑是重中之重。

PM都有个惯病,认为自己策划的方案会趋于理想化,整体的设计思路要跟着方案走,实际不然。一方面,站的角度不同,毕竟专业的人做专业的事情;另一方面,当PM过多参与设计讨论,就如同上级过多参与产品讨论中,总会形成循环的闭路,导致设计很大程度上按照方案的思路走。

那么该如何解决这个问题呢,一般来说用两点来让设计充分发挥而又达到产品要求,一是在相关页面表明每个页面体现的所有数据类型,如距离、昵称、头像等,二是在该页面着重强调要体现的要点,如某个动作,某条动态条等。这样一来,技能保证设计稿对于数据类型的充分点,又能契合地体现产品相关要点。设计师会有自己的思路去完善产品工作。

对于研发而言,最重要的莫过于需求的完整性。无论对于整体功能还是逻辑问题,亦或是反馈的表现,都需要有充足的数据来说明,并非草草而过。在策划阶段,如果项目一旦达到基本框架,比如70%的完善程度,那么就需要让研发来介入,这里的好处不会多说。既可以让研发明白本次开发的重点与形式,又给研发留给足够空间去思考实现问题。

常常会遇到研发对产品需求的整体不理解,导致大改框架,甚至动整个架构等问题,时间成本是非常要紧的。因此有必要让研发提前知道下一步做什么是很关键的。并不是说要求跑多快,因为需求肯定有变更,但每次开发期间,都让后几期思路透明化,始终不是件坏事。而从需求文档的角度看来,也会分几部走,把所有有数据的情况讲明一遍,把所有无数据(网络异常、定位失败、加载慢等)情况讲一遍,然后把整体交互效果提示一遍,当然交互也同时配合设计稿。这样对研发来说,需求上至少不会有大的遗漏点,即使被问了,也能很好的解答,不耽误其工作总是好的。测试工作也照此进行。

一般来讲,服务端和设计要赶在客户端一些模块前,主要保证客户端要图有图,要接口有接口。这样有节奏的协作模式至少能得到一个好的效果。

三. 产品上线如何处理?

产品上线只是起点,而非是完成阶段。这之后,有两件事情首要处理,一是下一个版本迭代,二是与运营相关的讨论。前者主要保持团队能进入整体有效开发阶段,不会出现时忙时闲的状态,至少要保持闲忙差距不能太大,后者则是根据市场反馈为产品需求做更好的嵌入工作。

这时候则需要和相关运营人员共同讨论,可能有些人会有些疑问,产品多数在策划,怎么涉及运营呢。对于分工明确的团队来讲,产品多与运营打交道是非常有必要的,既可以知道运营方案的产生和服务点(即给用户带来什么),有可以很即时的从运营人员的交流中得到最即时的反馈,比如用户抱怨了什么,提出了哪些好的建议。毕竟产品是给用户做的,用户提的问题要虚心倾听,正确的建议要想办法解决,也并非什么都听。

在互联网企业中,产品完成后总是说大力运营,推广什么的,而运营给产品提了很多功能上的意见。首先来说,有争论互相压力自然是好事,证明大家对于事情重视。另一角度来看,产品和运营根本就是不分家的关系,相辅相成就能够进步,产品学习运营如何与用户打角度,运营学习产品怎样帮用户思考。

总之,产品经理始终是个做事、协调的角色,不能忘本。如何把产品做好,把事情做好始终放在第一位。每个PM都找到合适的方式去处理相关问题。

#专栏作家#

Oneto,人人都是产品经理专栏作家,专注于分享优质的原创信息,关注互联网、文化、知识等领域,只为传递好的见解。个人博客:www.oneto.top,一点时代。愿以大家一同发现互联网的价值信息,共同进步! 兴趣:下棋、读书,研究好的产品。

转载请保留上述作者信息并附带本文链接

您的赞赏,是对我创作的最大鼓励。

评论( 0

登录后参与评论
加载中