中国领先的IT技术网站
|
|
创建专栏

围绕需求设计,月薪5千和月薪5万的PM都在考虑什么

转眼间从事 PM 职业到了30岁,每每回顾自己的经历的时候,对 PM 这个职位越发充满着敬畏,总结 PM 职业的几个阶段如何做需求落地,希望有益。

作者:marvin|2017-08-15 17:59

Tech Neo技术沙龙 | 11月25号,九州云/ZStack与您一起探讨云时代网络边界管理实践


围绕需求设计,月薪5千和月薪5万的PM都在考虑什么

PM ( Product Manager ),产品经理是笔者从毕业起就非常憧憬的一个职业,毕竟在互联网企业 PD 部门中,入门门槛最低,却最有发展潜力的职位了。

转眼间从事 PM 职业到了30岁,每每回顾自己的经历的时候,对 PM 这个职位越发充满着敬畏,总结 PM 职业的几个阶段如何做需求落地,希望有益。

总体来说 PM 职业分四个阶段,助理、经理、高级经理、总监,更高职位也有,恐个人知识有限,点到为止。

产品助理:

首先分享一个观点:如果是一个毕业生或者刚接触 PM 这个职业,无论公司给你的 title 是什么,无论你做过多少功课和知识储备,在自己没有亲手设计上线过一个功能前,都是一个产品助理,并不是产品经理。

在这个阶段,助理们要做的重要事情有且只有一个:根据需求场景,写好 PRD(Product Requirement Document)。这是一个 PM 最重要的基本功,也是产品设计中最核心的一个材料。

至于 PRD 的最基础的一点,就是逻辑严谨程度或者简单说是细节:很多初心 PM 最容易遗漏的就是细节,设计中容易自 High,稍加一个问题质疑马上就发现没有考虑完善。

几个常见的问题:

1. PM 设计中凭空出现一个元素:一个完整的 Function 设计需要有明确的触发场景、输入和输出,在这其中没有任何一个元素是凭空造就的,都必须有定义有来源有去处。

PM 设计中凭空出现一个元素

2. 逻辑盲区:一个Function的处理结果可能出现多种可能性,在设计时要尽量考虑到所有结果的响应流程,把异常响应的流程补充完备。

 逻辑盲区

3. 除此之外还需要考虑特殊约束(比如参数合法效验规则、频率限制等),UserCase(用户实际的使用场景应用到流程中作为例子),验收条件(哪些是必须要有的,哪些是nice to have)等细节,很多新入行的人都会不断的在这些问题上栽跟头。

PRD 编写也是个熟能生巧的技能,初心 PM 看到这里可能觉得这哪是产品经理的价值?“我们要注重那点睛之笔,做出惊世骇俗的作品呐!”

好吧,那个我认为只占 1% ,先把 99% 的基本功做好留在这个岗位上才有机会发挥创意对吧?

所以在工作中,对初心 PM 我的建议一般会有这几点比较好理解的供参考:

  • 在没有了解需求上下文之前,不要做任何猜测或想当然。
  • 不要上来先画原型,草稿纸上的推敲应该占 70% 的时间,写 PRD 应该只占 30% 的时间,一旦写下了一个不完备的想法,你会浪费大量的时间来试图完备它而不是删除它。
  • 如果一个 PRD 写的很顺,没遇到什么障碍,那基本就是有很大的问题在里面。

其实就是要写 PRD 写到吐为止,但这会为 PM 建立非常良好的细节敏感度。

产品经理:

作为一个产品经理,不再会犯低级别错误了,你可以写出逻辑相当严谨的 PRD 。

但这时你会发现你面对的需求开始变得越来越庞杂,即使需求细节描述的很清楚,也经常会让研发经理感觉摸不清头脑。

你开始意识到,研发并不会真的一个字一个字去读你写的 PRD ,所以并不是落在纸上了就一定会按你想的来。所以怎么办呢?

你要学会精炼需求的能力和完美的表达能力,力求在需求确认会上让研发最短时间掌握到你需求的背景、目的、主线思路和红线。

这个短暂的时间非常主要,因为通常第一印象是否准确也决定了开发者是否准确理解了你想要的东西。

在一个需求确认会中,笔者认为有几种情形需要留意:

  • 如果参与者昏昏欲睡、玩手机,可能 PM 表述的太拖泥带水,让他们丢失了注意力。
  • 如果参与者没有任何问题询问,可能 PM 表述的逻辑不够清晰,他们打算等到要开始动手时再找你重新询问细节。
  • 如果与某个参与者发生了尖锐的争执,但争执点很模糊,那先待定,到会后再单独询问细节。

笔者认为,决定了助理和产品经理的区别,就是写清楚和讲清楚。

高级产品经理:

到了这个层面,做完备的需求,并跟研发讲清楚,已经不再是问题。

与助理和经理不同的是,高级产品经理往往面临的需求是一些更有挑战性的新产品、新功能设计,而不是对现有产品的优化,更加需要关注 ROI(投入产出比)。

也就是说每一个项目,究竟给公司带来什么收益?

在这点上,高级产品经理需要关注财务指标,去掉那些花哨的部分,将最实用的需求洗练出来,引导 PM 团队向“钱”发展。

高级产品经理

研发部门、运营、干系人为什么要为你的项目付出更多的精力?

高级产品经理应当平衡、挖掘合作者之间的利益点,保证没人在白忙活,要合理的分配 credit ,让项目有充实的资源后勤保障。

所以高级产品经理不但要能把需求讲清楚,还能有效的通过需求将财务指标与人连接起来,说明之间的直接或潜在关联,让每个人都能够从 ROI 中获得 credit 。

产品总监:

产品总监在产品设计的时候,主要考虑在战略层面,寻找市场、识别阶段、理解用户、战术计划,这些都是产品总监所要考虑的问题。

产品总监

如果把市场比做海洋,冲浪者们都在试图抓住最高的浪赢得最多的喝彩,那么产品总监就是那个要能预测最适宜的浪、最有利的位置能够赢得岸边观众最多喝彩的人,然后把这个信息贯彻到自己的冲浪者,让他震慑全场。

这其中考虑更多的是:

  • 外部环境因素,切割出的市场是否存在?
  • 容量是否足够大?
  • 市场处于什么样的阶段,是否有足够长的收益产出时间窗口?
  • 我的团队能力是否可以驾驭市场需求?
  • 已经有哪些玩家,我们之间的差距有多大?

产品总监通过不断的识别补充这些信息,然后给团队指出目标市场、如何切入这些市场的战略层面的目标,承担更高的风险。

所以产品总监的最主要能力,就是要根据公司整体的业务方向,切割出合理的市场空间,然后控制节奏打出产品组合拳,让公司长期受益保持最大化、稳定增长。

???:

更高级别的 PM,title 的定义已经非常模糊了,他们自己本身就是城市的中心,能够引领市场风向.

这个阶段的 PM,不再依赖现有的趋势,他们凭借自己的影响力就有造出风口浪尖的能力。

例如 iPhone,例如 Google,例如微信。

但我相信这其中每个明星 PM,或许也都有过曾经写 PRD 写到吐的经历。

PM

结语

产品经理是一个入门易、深耕难的职业,行业的氛围变的越来越喧嚣。

“人人都是产品经理”也许是入门者美好的理想,“产品狗”也许是行内人无奈的自嘲,但笔者依然坚信这是一个“产品改变世界”的时代,产品经理正在舞台的中央。

【本文是51CTO专栏机构“岂安科技”的原创文章,转载请通过微信公众号(bigsec)联系原作者】

戳这里,看该作者更多好文

【编辑推荐】

  1. JavaScript 中基于 swagger-decorator 的自动实体类构建与 Swagger 接口文档生成
  2. DeepMind ICML 2017论文: 超越传统强化学习的价值分布方法
  3. 默安科技聂万泉:2018年后云计算安全需求将全面爆发
  4. DeepMind:把人工智能和神经科学结合起来,实现良性循环
  5. 横向对比三大分布式机器学习平台:Spark、PMLS、TensorFlow
【责任编辑:IT疯 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

热门职位+更多

× CTO训练营(深圳站)