当前位置:主页 > Q生活坊 >PM的任务 >

PM的任务

发布时间:2020-06-08作者: 阅读:(105)

PM的任务

从许多新创公司的案例中,大家或多或少都听过一些传奇故事,像是Facebook的马克.祖克柏(Mark Zuckerberg)写了第一版的网页服务,然后就上线取得不少使用者,接着使用者逐渐成长,之后的故事就没人在意第二号、第三号工程师,甚至整个开发团队怎幺建立起来,大家就自动跳过了,因为一旦上线,故事的重点全都在募资、商业游戏、政治、八卦,而管理呢?就交给PM自己慢慢吞吧。

事实上,很多产品的第一步,确实是一、两个厉害的工程师可以协作打造出来的,我们大可把它称为POC(Prove of Concept)或是MVP(Minimum Viable Product)的过程,用一个工具、或者一个最小的产品型态接触到用户,引起用户兴趣。但下一步的发展,就不再是单纯一、两个工程师可以做的事情,而是需要团队化。

近年来风行的技术包含区块链相关,许多服务需要跟Instant Message(Line)串接,很多以前在APP发生的行为,都移转到Line或是FB上,像是TaxiGo或Chatisify,就是衍生出来的服务。

不久的将来,在台湾对于支付的整合,极可能也是必经的一条路,而这每一区块的服务,运用的语言、技术,都不尽然相同,如果让同一组工程师来做,恐怕效率难以最大化,所以才需要团队化。

因此团队的协作,就是接下来所有想研发软体的公司肯定会遇到的问题。团队化的过程,势必要有人经营管理相关的议题,不论这个人是工程师、PM出身,业务或是UI/UX出身,我们统称这个人叫做PM。这里更要特别强调,PM与Tech Lead的功用与定位十分不同,千万别搞混。我们是这样定义PM的工作项目:

任务可大可小,可以大到产品经理,也可以小到只是办场活动。

一个好的PM,绝不是不会失败,而是让失败不会是0跟1的区别,所有问题只要可被控制,开发的过程只可能delay,而不至于到什幺都做不出来。

团队成员为何,需求怎幺釐清,知道我们要做哪些事情;团队是否使用Scrum的流程,抑或是我们在过程中,大家怎幺在好的游戏规则上彼此协作与成长。

所以针对后端,需要了解API(Application Programming Interface,应用程式介面)怎幺测试;针对前端,可以做用户测试;甚至资源充足时,可以跟工程师讨论是否做自动测试。

很多PM并非技术出身,这也是最为关键的一点。也就是除了团队内部的资源外,一定要有第三方可以协助判断问题的高手,当然大前提是要相信团队的判断,但如果真的遇到冲突,也要避免自己过于独断,因此这资源是很重要的一环。

因为,人算永远不如天算!我在创业的六年时间,尝试定义PM该有的工作型态与模式。但其实PM的领域,在不同的公司範畴是很不一致的,也因此渐渐的,我们把技术开发的每一个环节都交给了PM,让做产品的过程,交由一个PM去经营跟处理,慢慢衍生成有些PM比较适合产品端,有些比较适合业务端,有些则是学了些UI/UX的技能,有些学了些工程师的技能,学着规画API,但不管是哪一种,PM的核心,永远是管理大过于执行,这点是永远不变的道理。

做产品的过程,几乎没有任何一个产品永远都让所有人获益。基本上,只要是软体产品的诞生,都意味着有些旧事物会被取代,所以当网路时代来临,怎幺让产品受到大众喜欢,可说是需要天时地利人和。

例如在还没有网路的时候,很多店家结帐都用计算机,开发票还是用手写,直到POS机出现,也许大家理所当然以为每个店员都会喜欢用它,其实不见得。因为使用POS机,很多模糊地带都会被发现,当帐款跟商品的销售数量有落差时,以往可以稍微乔一下的状况不见了,取而代之的是清清楚楚的数据化,因此并不是所有店员都喜欢这套系统;即使公司要大量运用,碰到使用者反弹,力量也是不容小觑。

POS机花费不少时间才做到大量转移且普及化。转移的事,有时会如期发生,有时却不会发生,遇到断层,没有人继续跟进,最后就断炊了。所以,作为产品的管理者,除了顾虑开发层面之外,更要思考如何找到产品发展的甜蜜点!何谓甜蜜点?就是在某个时刻,会使各类使用者都愿意支持产品的普及化。

我们有个在中国大陆的服务,就是将一些医疗设备的订单线上化,在开发之前,全中国的医院还是用纸本传真的方式向我们的客户下订单,即使已经到了2018年,耳闻中国多幺先进的情况下,医院仍然用着最阳春的方式在做商品买卖的事。

直到订单传真出错频率太高,医院相关承办人员过于忙碌,导致没有时间手动的应付採购设备的事务,所以在各方支持下,才把设备採购的事务全部改为手机网页操作,也大量减少订单出错的情况。订单出错在台湾听起来也许是小事,大不了就是回收重送,可能半天就搞定了,但在幅员广大的中国,送错一个货,就得两、三天才有办法回收重送,成本也是台湾的好几倍。

如果现在要一个人生存在没有网路的世界,确实是相当痛苦的,因为我们早已习惯网路带来的便利,没办法再走回头路,套句连续剧最有名的台词,就是──回不去了!若现在忽然没了脸书或Line,相信有很多人会痛到不行,这种状况的「痛点」,我认为就是被创造出来的,它是利用人的依赖感创造出来的痛。不过对于许多创新服务,其实是不存在的,真要追逐新创服务的痛点,其实有很多答案是漏洞百出的。

因此当我听到别人在做产品时,都会尽量避免去询问对方这产品在解决什幺痛点;反之,我会想知道你打算怎幺创造甜蜜点。当有一群人在某个时刻很愿意用你的服务,自然就会慢慢影响身边的人,如同病毒一般散播出去,这才是产品成长的机会。

上一篇: 下一篇:

相关阅读