PM有两种,专案经理跟产品经理到底有什幺不同?

2020年06月08日 16:04 D绘生活
PM有两种,专案经理跟产品经理到底有什幺不同?
Businessman in front of a choice

说到 PM 有两种,我想大部份很多人直觉会说: 有脑和没脑的 ,后者佔 90%。恩… 或许在某些工程师眼中,或许是如此吧。

但今天我们要讨论的是另外真正的两种 PM:Project Manager 和 Product Manager。因为我刚好本身都有经历、又刚好都在是新创公司里,或许可以和大家分享一下这两种 PM 的差异。

毕业后,因为莽撞不懂事,自己和朋友开了公司,后来因为没钱了,大约三年的时间,花了不少时间在帮客户架网站 。很幸运的,在我这三年的 Project Manager 过程中 ,我们未曾因为我们的关係而让专案 delay ;很感恩的,我们每笔款项都有收齐 。因此我想我还算是个合格的 Project Manager 吧。

尔后,因为我突然惊觉工作真的不能只有这样赚钱自己 过爽爽 而已,似乎还应该追寻一些更高层次的价值与使命,因缘际会下,我就这样加入了我心目中很厉害的 startup、负责 MY83 保险网 ,开始了我 Product Manager 的旅程。

来到 MY83 才真正的体会到:哇靠,平平是 PM,Project Manager / Product Manager,我的妈呀!这两种也差太多!

这边和大家简单分享一下,平平是 PM 到底哪里不一样?

Project Manager

以 Project Manager 而言,若撇开开发客户、维护客户关係的层次不说,大多情况,身为一个 Project Manager 最大的任务就是将 Project 如期、如规格「正确」的执行,而这过程中,我想分为两种层面的技能:技术与沟通。

技术层面上,Project Manager 就是把上司 / 业主 / 老闆心中想要的功能「翻译」成工程师可以开发的 SPEC、确认功能可行性、与上司 / 业主 / 老闆确认 SPEC 细节、估时、排时程、确认优先顺序、掌握开发进度、测试、验收。

另外沟通层面上,一个有经验的 Project Manager 都知道 Project 过程中一定会遇到很多状况:

这时,Project Manager 所需要的就不再单单只有技术层面的技能了,而为了 Project 一样可以顺利完成,这时 Project Manager 还需要另外必备技能 –「沟通」,如何在问题发生时,精準地抢时间、有效抢资源、适时地妥协时间、适当地妥协资源,这绝对是 Project Manager 经常需要面对也学习的。

当然每个 Project 的资源、时间、Scale 都不同,Project Manager 所需有的技能等级也不会完全一样。但整题而言,在 Project Manager 的角色中,你必须是个「负责任、懂技术、有沟通能力」的角色,我认为这些是足以身任一个的 Project Manager 基本条件。

不过我自己观察 Project Manager 通常比较容易感觉到「专案的成败」,而较难去感受到「产品的成败」与「真实使用者的回馈」。

Product ManagerUser First, Always!

说到 Product Manager 我想到的第一句话是:「好的 Product Manager 就是一个产品的 CEO」这句话,重点不是 Title,而是好的 Product Manager 需要的是全面性的思维。

而这时,你可能会听过很多很像很潮的名字:大数据分析、Growth Hack、A/B Testing、SEO、使用者访谈、Monetization、Content Marketing、Funnel Analysis、跨领域合作、AARRR 等等等等。

但我认为,身为一个 Product Manager 这些思考或方法的原点都是以「使用者」出发、产品是否解决使用者的痛点、是否真正满足使用者需求。你要讨好的对象不是老闆、不是团队成员、不是投资者、不是合作厂商、而是「使用者」。

举些实际的例子好了,MY83 宗旨是希望透过网路资讯的力量,解决保险的资讯不对称,帮助消费者保险买对不买贵!

因此,前些时间,我们推出了「MY83 实支实付推荐分析器」,在製作这产品时,我们唯一思考的问题、就是如何解决普遍大众都会遇到的问题:「保险合约书每个国字我都看得懂,但是整份合约我就是看不懂;我想买保险,我又不想被当冤大头,我要怎幺办」

因此从产品 idea 的发想、讨论、规划、製作、到 go to market 的整个过程中,我们当然也运用了上面那些很潮名词的方法和概念。但我们心中也始终把使用者放在第一顺位,在新创公司时间与资源有限的情况下,虽然不敢说是个完美的产品,但最后似乎有了不算太差的成果。

产品是有机的生命体

所谓产品,就是一个随时都有真实 user 在使用的东西。

所以做一个 Product Manager、或者待在一个做产品的团队都可以深刻的感觉到,坏的情况是,当产品出问题或断线,客服电话马上进来、客服信箱马上开始被骂;好的情况是,你也会收到使用者温馨的回馈与感谢。

对我而言,产品就像个有机的生命体,他会哭、会闹、也会让你崩溃;但同时,只要发展的顺利,它也会有让你感到使命感与骄傲。

不过只要方向对了,产品真实的有解决了使用者的问题,我想成就感大多是大于挫折的。甚至有时你会幸福地感觉到这世界似乎因你的努力,而有了一点点的不一样

产品策略 / 方向 / Growth Hack

在新创公司里,Product Manager 通常会兼着 Project Manager 地在做,而在每天十万火急、枪林弹雨的战场上,勤奋的你,有时一不小心会失了準心,会让自己变成一个天天解票、却没有解决问题的 Project Manager。

之前听过一个令我敬佩的大大说过「premature optimization is the root of all evil」,在产品的开发过程中,这句话有时也是相当有道理的,在你的产品尚未有太好的 traction 之前,而却这时期就开始了大量的 A/B Testing 调教一堆的功能。那何不如多约访几位你的使用者、听听他们怎幺说,不要害怕失败地、大胆尝试产品方向上大幅度的修正,努力找到适合自己产品的成长模式。而不是将资源放在一些小打小闹的微调与无关紧要的细节上。

身为一个 Product Manager,没有把宝贵的资源放在最需要的地方,这件事影响层面可大可小,失了準心可能让团队成员没有成就感而提早离开、也可能一掷千金不小心把资源与时间提早烧完而提早退场。

因此身为 Product Manager 也记得不忘提醒自己抽离每日战战兢兢的工作,让头脑放空一下,多听听 user 怎幺说、看看别人怎幺做,千万别忘了思考产品大方向与策略,身为一个 Product Manager 这真的非常非常重要。

第三方套件或工具使用的不同

身为一个新创团队的 Project Manager 脑袋里装的常是,这样的 Project 以哪种工具,会是有比较好的产出。通常以下这些会是 Project Manager 出现的工具:

AWS / Linode / React.js / Angular.js / Twitter Bootstrap / Sendgrid / New Relic / Asana / Redmine / Trello

而身为一个 Product Manager,最在乎的就是如何理解 user 的行为,而当你使用者不再是小猫两三只的时候,或许以下工具,会是你有用的助手

Google Analytics / Mailchimp / Uservoice / Google Web Master / Amplitude or Mixpanel / Custom.io / segment.io / facebook karma / Optimizely

与工程师、设计师沟通

如上所说,在新创公司里,Product Manager 通常会兼着 Project Manager 做,所以 Product Manager 常常也需要制定产品 SPEC

当你描述完一个超屌的功能后,工程师会冷冷地问你一句:「怎幺写」、「你知道这要花多少时间吗」,第一次,你可能会被问倒;但第二、第三次之后,你最好可以马上说出解法

这目的不只是让工程师知道你也懂技术,也是为了让工程师知道这功能你有为他们思考过,更为了避免… 你变成工程师口中的「无脑 PM」、让你们的关係恶化

当然你也会需要与设计师合作,而你也一定要知道设计师的地雷为何、并且尊重他们的专业,让他们的天赋自由地发挥。

最酷最潮、真的对产品是最好的吗?

但与工程师与设计师合作时,Product Manager 也一定要注意:

有些工程师志在使用最酷最潮的技术,但你需要思考的是,最酷最潮的技术与投入的时间成本、真的可以对产品与使用者是好的吗?ex: 假如工程师希望网站后端的 php 改用 RoR 写,但 RoR vs php 使用者真的看得出来、真的有需要整个打掉重来吗?

设计师也一样,有些设计师也会志在做出最屌的设计,但你需要思考的是,最屌的设计真的可以对产品与使用者是好的吗?ex: 设计师希望网站整个採用了 Material Design 的方式设计,但对使用者来说有没有 Material Design 真的有差这幺多吗?

当然,这种情况有时也会出现在你自己身上,你会想用最酷最屌最潮的东西方式,但你需要思考的是,这些最酷最潮的东西,真的可以对产品与使用者是好的吗?

工具、技术、设计,都是为了解决使用者问题、满足使用者需求。别忘了,User First, Always !

PM 一定要资工背景吗?

我本身是清大资工系毕业的,但是说真的,现在工作上所用,除了对于程式基本运作原理的了解外,自己是认为与我学校所学没有绝对大的关联,但这也可能是我们系虽然是偏硬体的资工系吧。不过在毕业后,我倒是有全心全意认真的写过 web 一年,那年对我目前的工作、工程师的沟通以及思考产品时,所运用的产品思维上,自认为是有不小帮助的。

据 ex-googler Alice 说法 google/facebook 的 PM 与 APM CS 或是相关的技术背景是必备的 ;但是 Airbnb 的 founder Brian Chesky 也是设计师出身。

而在这什幺都可以在网路上学到的时代,我个人是认为身为一个 Product Manager 只要在讨论产品时,可以与工程师与设计师沟通、可以一起讨论贡献出有效的解法,再加上面对问题时具有一定的软体思维,我倒认为 CS 是个 nice-to-have 而非绝对的 must-have

如何培养自己成为一个好的 Product Manager 呢?

说了这幺多,或许你会想知道,怎样才可以成为一个好的 Product Manager。其实我也还在学,但走过了一些路之后,或许可以和你稍稍分享一些方式 :

多听多看多用:

多追这领域相关的新创部落格与时事、多追美国与中国的强大新创公司,他们背后做事的逻辑与方式。

你平常看 Facebook 时,除了朋友动态,你都在注意或学习哪些资讯呢?那些你平常最喜欢的产品中,你从这些产品内你观察或学到些什幺?

Think as a CEO :

如刚刚所说,「好的 Product Manager 就是一个产品的 CEO」,如果你爱 Facebook 但觉得 Facebook 哪边不好用,如果你是 Facebook 的 Mark Zuckerberg 你会可以怎样把它改得更好;如果你爱 Airbnb 但觉得 Airbnb 哪边不好用,如果你是 Airbnb CEO 你会怎样把它改得更好。

如果你是一个你是 facebook / Airbnb 的 CEO 你希望你的产品解决什幺样的问题、为用户带来怎样价值、进而应该去改善或开发哪些功能、这些功能的 UI / UX 会长怎样、背后的可能演算法以及 DB schema 又大概会长什幺样子、技术可行性与开发时程大约是如何?

找一间优质的新创公司,勇敢的把履历投过去吧:

是的,或许你会觉得我有点屁,毕竟你还不是 Mark Zuckerberg 或 Brian Chesky,就算你身怀绝技,也不一定有实战的场所。

而 Learning by doing 一直是我认为最棒的方式!找一家优质的公司,你也认同、感兴趣的产品,勇敢地让他们看见你的热情与浅力、争取加入他们!我想会是让你成长最快的方式。

如果刚好你想做好产品、想要给使用者好的服务与价值,也欢迎与 我们 联络。

欢迎加入「Inside」Line 官方帐号,关注最新创业、科技、网路、工作讯息
PM有两种,专案经理跟产品经理到底有什幺不同?
PM有两种,专案经理跟产品经理到底有什幺不同?
上一篇:
下一篇:

最火资讯

「买套性感内衣、尝试角色扮演、加强私密处紧度...」30+女

「买套性感内衣、尝试角色扮演、加强私密处紧度...」30+女

图/Shutterstock一段感情的成败, 多多少少与性爱是否契合有关,女人除了要打扮自己、不断装

「买断」到底是什幺?老鹰为何宁愿掏2790万却不要甜瓜

「买断」到底是什幺?老鹰为何宁愿掏2790万却不要甜瓜

据名记Marc Stein爆料,Carmelo Anthony打算在被老鹰买断成为自由球员之后,与火

「买精露送圣诞树、满额送星纱化妆包...」超暖心圣诞赠礼活动快笔记,错

「买精露送圣诞树、满额送星纱化妆包...」超暖心圣诞赠礼活动快笔记,错

越来越接近圣诞节,大家最近应该开始在观望交换礼物要买什幺好? 除了要挑包装美又实用的商品外,妞编辑发