德州计算机培训 产品经理与专案经理经验谈 (下)

  • A+
所属分类:网络营销

这一篇,我们来谈谈 PM 工作的苦难与能力要求,并分享几位 PM 在多年工作经验后的人生体悟。

7. 几个诀窍,教你克服普罗 PM 的痛苦
要避免痛苦,绝对不是持续催眠自己专案完成的快乐,就能解开成就。

事实上,PM 当得越久越知道,很多需求不能开、很多专案要快砍,绝对不是开完 Spec. 画完 Wireframe 就能海阔天空,只等著日也催夜也催,催出你的孩子来。

一个 PM 如果逃避沟通、不去细思环节,那就只是个传声筒,负责转信传话罢了。一位资深 PM 曾苦劝:「 细节藏在魔鬼中,沟通不良等吃屎!」沟通沟通再沟通,切莫不懂装懂含混过去。

沟通沟通再沟通,PM 千万不能嫌烦。(Photo by suju on Pixabay)
在「数位产品经理不想公开的秘密 Secrets Digital Product Managers Don’t Want to Disclose」这个非公开社团中,有个很适切的例子:

PM要如何去掌控「合理的」进度跟时程?例如说同team的视觉设计同事,东西都交不出来,只回答说时程没安排好,他想要顾品质,所以就是要delay。请问该如何处理?
新手 PM 可能有几个作法:

放水流。

你也许觉得,怎么可能会直接弃疗呢?但事实上职场不少这种人,反正追进度也追不到,干脆 deadline 那天直接进会议,全部报完以后说某某部门没进度──反正要嘛该位同事被骂翻,要嘛就是与 delay 的同事一起被谯到飞天。

狂追进度。

问问问问一直问,早晚都去看进度,很努力地传达老板的想法、主管的看法、你的需求急迫度,结果对方忙东忙西,到 deadline 那天还是死,只因伙伴坚持:「要赶就顾不了品质,我真的没办法。」两手一摊一起下地狱。

丢给主管烦恼。

这招其实不是不行,在跨部门合作时,也常有需要部门主管帮忙协调的情况。但如果总是直接丢给主管解决,是不是干脆把案子交给主管带就好?
那所以该怎么办呢?

以下是我在该篇讨论中的回复,也是我这几年摸索后觉得比较有效的方法:

如果对方找不到品质跟时程的 balance,长期这样就要考虑换个人或找上司沟通,短期则可以考虑帮他切 check point,仔细规范出时程(而且要预留修改期),通常能避免大delay。
没错,如果伙伴不了解每个 milestone 的目标,也不晓得怎么抓取平衡,那就由你出手帮忙,把版本切分开来,让目标循著线性缩小、有明确的验收标准,如此伙伴只要依循方向前进即可。

这样的做法也能避免埋头苦干 6 个月、面市时直接 GG 的常见惨况。设置 checkpoint,依照小版本逐步调整,才能确保团队列车开往预期的目标。

早前在〈打钉哲学:为什么产品规划不该一次到位?〉这篇文中,曾以微信为例,谈过开发时程控管,有兴趣不妨读读。

设定 checkpoint (milestone),能让列车在开错方向时及时修正,避免一次做到完然后发现根本不合客端需求。

8. PM 的核心能力

我原本想避免谈到这点,生怕列出来吓坏了立志当 PM 的人。但转念一想,又觉得这或许能激励成长型人格或热爱多元学习的朋友,因此姑且还是写了,也给同样担任 PM 的朋友们参考参考。

PM 的核心能力有哪些呢?我们从工作流程来看。由于 PM 需要尽快做出 Smaller Model 进行产品起步,因此多半需要跑过下述流程(每个专案的流程未必一致):

市场研究与竞品分析>产品规划>使用者体验导入>商业模式确认>产品开发/沟通/团队合作>数据验收>调整定价策略。过程中都需要成本控管。

(1) 产品规划与基本控管

(2) 使用者体验设计

(3) 市场研究与竞品分析

(4) 产品开发

(5) 沟通与合作能力

(6) 数据分析与成本定价控管

以上各能力的进一步说明,可参考这篇文章〈产品经理PM第1讲:专业能力〉,有清楚的细目说明;或者参考〈从入门到卓越,产品经理技能检核表与职涯发展路径〉,这篇写得极细,有志当 PM 的朋友不妨都去看看。

但也不必心慌,很多能力都是在专案实操的过程中,从工作伙伴身上与各种失败中学习、慢慢积累而成的,绝非一蹴可几。

在此我想特别提下第 5 点「沟通与合作能力」,其实几乎就等同「PM 不让同事痛苦的能力」。其实说穿了很简单,就是沟通、尊重、不要独断独行。

有些时候为了赶时间,PM 会依凭自己的判断或经验做事,跳过技术咨询与资源确认的部分,但往往就是这些「省时间」导致技术债、资源债不断累积,反而拖垮专案运行速度。

PM 们都知道,时程很重要、客户也不能得罪,但团队伙伴也需要你的关照,乱开支票只会死人。我曾听闻一个案例,可以做为借镜:

业务接了一个案子,交期是三个月后。

专案剩下1.5月工程时,客户要求提早上市,以赶上竞业对象的进度。结果工程师被迫提前3周完工,过程中却还被追开三次需求,但日程并未因加开需求而延期,人力也未增加,于是只能日夜加班赶工。
最后,交期比原先预定的3个月还早了2周,但也没赶上客户希望的时间。

客户失望,工程师累,业务觉得丢脸,PM 则是催得累极。

在这个案例中,PM 也许辛苦,但严重失职。不仅需求未把关,专案规模也无限膨胀,却未跟团队沟通。这样的案子做完,通常只会被质疑专业能力而已,在团队中绝对是扣分再扣分。

回头谈能力进修。

考虑到 PM 发展的杂食程度,其实用「什么都吃,什么都看」来解释,真的一点都不为过。不过,若你认真想要提升产品/专案设计思维,除了多看多用产品、定期产出市场分析或 UIUX 解析以外,下面这个资源我很推荐找来听听:

梁宁:《产品思维30讲》

在中国「得到」平台上发布的这套线上课程,隐约已成为当代 PM 圣经,至截稿为止已有 13.7 万人购买。此系列课程以中国互联网发展为经,各种产品、行销、开发实例为纬,质朴率真的讲述「怎么做产品」一事。就算你不是 PM,而是行销、工程师、或者创业人,都值得听听。

来谈谈 PM 经历对人生的帮助。

最后要谈的这点,是与几位现役与退役PM聊过天后的感触。

我们多数认为,当过 PM 以后,对需求的掌握会更为踏实。此外,因为好奇心而变得博学时,也代表你的道路更多元了。

就像职场上某位 PM 老前辈,在离职前分享的一样:「不同年纪的追求是不一样的,但有一件事情永远不变,就是要让自己不断精进、才能『永远都有别的选择』。」

而在情绪控管方面,PM 初期也许时不时有暴走的时刻,或许委屈万分、或许觉得「天下之大,竟无容身之处」(类似这种神奇的抒发会一直涌上心头)。但随著经验累积,看多了专案的成败,逐渐理解人际关系的循环与常态,由于经历较多的冲突碰撞,因此看待失败、负面情绪等,有机会较同龄人更为豁达。

新手PM 可能常会有:「这不是 XXX 的事吗?怎么又变我的事了!?」「为什么他都这样一直害我!?」这类的想法。这类的想法随著时间经验,会慢慢转为认知到:「专案/产品负责人就是我」,PM 就是扛事的那个人。

想让大家都听你的、好好跟你沟通,那你就要把责任揹起来,体悟「我就是船长」,然后带大家航向目的地!
当然,如果你试尽了一切方法,找主管沟通、请工作伙伴的主管出面协调,找尽一切资源,还是很痛苦很挫折,得不到伙伴信任,那还有个秘招:

山不转路转,环境不改人可改。

只不过是换条跑道而已,天不会塌下来。

没错,离职或转职,都是一个选项。入错行、入错公司甚至跟伙伴不合都在所难免,不合就早早分手才不会浪费人生。毕竟强求有时候只是徒耗时间,如果不是非要不可、又已经失去本心,那倒不如果断转身。

(如果不知道要转什么,请锁定这一系列「百工图」工作介绍文。)

生命最有趣在于,现在不适合的,也许未来会用别的方式回报。就像我在游戏业当 PM 时挫折万分,但到现在绕了一大圈,回锅当金融资讯业的 PM ,却因为经验与兴趣累积,相对得心应手。真的不要死命困于泥淖中,才能有更美好的收获。

至于许多人想问的「职场助益」,以 PM 东碰西碰的职业特性,其实要转职、换产业都很容易。以游戏概念来说,假设 PM 是职业树中的一种职业,由于前置技能点太多,因此要二转三转四转都相对轻松。

以下举这次受访的 PM 为例,分享一些就业路径:

传产 → 游戏业 → 电商 → 金融资讯(跨产业)

传产 → 电子 → 游戏(跨产业)

资讯 → 资讯 → 资讯 → 金融(平转 → 跨产业)

汽车 → 电子 → 资讯 → 广告 → 金融资讯(跨产业)

文教 → 传产 → 资讯 → 新创(跨产业)

网通 → 网通(平转)

广告(工程师)→广告(工程师)→广告(PM)(内转)

 



发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: