当前位置:首页 > 产品经理

四点让你学会产品经理最重要的特质--靠谱

栏目分类:产品经理 发布日期:2018-09-17 14:19:31 浏览次数:

产品经理市面上很常见,但是我们靠谱的产品经理却不好找了,仅从设计师眼中来看,一个「靠谱」的产品经理,不仅可以提升整体项目流程的效率,同时也可以让设计、开发、测试人员都处在一种十分融洽的氛围中共同完成目标。

接下来的正文,就抛开各种产品经理能力模型,仅聊聊在设计师眼中,一位「靠谱」的产品经理画像是什么样子的。

\

一、产品思维

众所周知,PM 往往需要多样化的学历、工作背景,以适应不同的互联网产品,这是他们自身的优势,但是背景多样化带来的负面效应就是互联网产品思维的不平衡。一位具有较好产品思维,或者学习能力强,能够快速塑造自身产品思维的 PM,在对接过程中会很顺利。设计师提出的体验优化点或者方案,产品能够快速响应并从产品角度给出调整方案,从而将需求细节打磨更加精致。

但是产品思维不强的 PM,设计师在对接需求的时候往往会感到心里很累。在需求提出开始就会很无语,漏洞百出的方案描述,或者只有一句话来描述「增加XXX功能」。看到这样的需求,任何一个设计师心里估计都要崩溃一阵子。

度过了需求提出的难关,在做需求的过程中,设计师会根据实际体验和视觉效果进行微调,调整内容需要跟 PM 沟通确认。本来这是一个很正常的流程,但是笔者就不幸遇到过一个「相对」比较「缺失」产品思维的 PM,给出N种优化方案,并附上优势和劣势点说明。

但是 PM 的回复是:

我觉得你的方案和我给的差不多啊~

吧啦吧啦吧啦吧啦吧啦吧啦

……

然后,就没有然后了。

刚开始笔者以为可能是我的方案不清晰?所以还会去认真「撕X」一下,但是后来发现,情况不对啊!

可能不是我方案的问题,而是发现,笔者说的一些优势和劣势的问题,对方好像根本没有意识到,并且自动过滤掉了。他的眼中只有他自己最原始那个漏洞百出,从多个竞品里抄来拼凑的图啊。

对于设计师自己负责的项目,面对这样的情况,还是需要坚持自己的立场并寻求圆满的解决方案,但是具体手法,这里就不赘述了。

二、对项目的整体规划能力

任何产品不是一蹴而就的,在敏捷开发的指导下,需要多个小版本的快速迭代上线,从而实现互联网产品的速度优势。因此,无论是从0到1的产品,还是线上产品的功能优化,都需要多个小版本快速叠加起来的。

版本一多,势必会拉长整个流程周期,每个周期内需要完成版本的哪个功能,就是PM需要从一开始就要意识到的(这里需要排除 BOSS 主导的一些项目,毕竟很多时候,老板也就是一句话的事,但是影响到执行层就是天壤之别了),这样 PM 对产品每个阶段的目标有明确的认识,具体反映在每一版本的需求都是层层递进关系,就算有迭代或者回滚现象发生,也能够做好风险规避,避免设计和开发重复的工作量。

还是说一下反面例子,如果产品对项目整体缺少规划能力时,就会出现以下的现象:

  • 纵向上进行功能优化时,每个版本缺少衔接性和递进,导致每一版本中出现重复设计,或者由于是断层式需求,所以体验或者视觉样式上不一致问题;
  • 横向上功能重构或者新项目启动过程中,各个功能模块之间的逻辑关系不清晰,不同功能模块之间的跳转逻辑和复用关系混乱,后期需要耗费很大工作量去排查。

三、节点把控能力

PM 要有主人翁意识,对产品的上线效果负责,所以要把控产品流程的每个节点,以及各个环节之间的配合效果。因为有些项目可能不会专门配置项目经理来把控项目进度和流程,这就要求产品能够从宏观大局上出发,在流程与时间上找到平衡点,保质保量完成任务。

同时对于开发调整需要及时与设计、测试同步,避免项目流程阻塞,很多内容需要当事人重新确认,从而耗费工作量。

这里的节点主要指时间节点,毕竟很多设计和开发手中的项目是并行开发的,每个项目需要给出合理排期,一个版本内相对完整的项目时间流程如下图:

\

前期 PM 提出需求并进行评审,包括内审、设计评审、开发评审等,在这个过程中交互设计需要设计结束,同时启动视觉设计。需求确定并收集截止后,后端优先启动开发,随后前端开始开发,之后就是进行测试和设计验收,待 BUG 修复完成后,可进行 Android 灰度测试或者 iOS 版本的内测,随后就是提交应用商店等待上线。

所以从流程中可看到,设计、开发、测试的工作都是紧密配合并且有重叠的,所以需要做好时间规划,把控每个节点的启动和结束时间,同时为每个流程都需要预留可浮动的天数,减少项目风险。

四、品德与责任感

无论产品是否做得好,但是要先学会做人。为人处事要正直端正,唯唯诺诺或者趋利避害的性格是无法胜任的。PM 是项目的牵头人,如果头部出现问题,那身体的其他部分就太容易失控了。

曾经参与过一个项目就遇到了一个缺乏责任感的 PM,相比于缺少产品思维或者其他靠谱能力而言,对于团队的伤害更大,主要表现在:

1. 不愿担责任

项目出问题需要讨论确定时,本着多一事不如少一事的态度,任由事态发展或者当事人自己解决,不主动去把控问题解决进度和结果。

2. 处事不端正

内部合作出现问题,总是想着息事宁人,维护表面的和谐。面对强势的对接人员就容易妥协,面对性格温和的对接人员就满不在乎,内心缺少公平公正感。

3. 甩锅

项目 delay,PM 本身对于关键问题不敲定,不发出邮件确认和明确,这样就会很容易让项目组内部关系一团糟,问题出现时难免会出现互相甩锅的现象,结果项目内部需要花费很多时间和精力来追责而不是完成项目进度。

在设计师眼中,「靠谱」的 PM 既懂得产品,又懂体验,同时还有一些美学知识,当然他是一个品行正直有责任感的人……如此看来,作为一个「靠谱」的 PM 也是不容易啊。

 


好了,一名靠谱的产品经理不仅要在技术上懂,也要具有一定的素质及品德。成为一名产品经理并不难,但是成为一名靠谱的产品经理,则需要我们不断的进步。

本文仅为提供更多信息,不代表AAA教育同意其观点或描述,如需转载请注明出处。
标签