上一篇帖子分享了什么是策略和策略怎么应用在业务中,这一篇我们分享什么是策略产品经理。
随着互联网行业的发展,市场对产品经理的细分越来越多,例如:用户产品经理、增长产品经理、策略产品经理、商业产品经理、语音产品经理、AI产品经理、CRM产品经理等等。大家不难发现,这些划分的方式虽然看起来很细,但是并不在一个维度上。
上一篇我们说,策略就是一种实现目标,解决问题的手段。和其它产品功能一样,都是服务于业务的一个功能点。而差别在于策略功能的用户需求和影响条件复杂多变,无法通过一个功能点就满足各类用户的各类需求。
因此今天我们从功能设计产出的角度,划分为功能产品经理和策略产品经理两类,依据产品工作流程,分享策略产品经理的工作特点。
无论是功能产品经理还是策略产品经理,终归都是产品经理,因此工作内容离不开需求挖掘和分析、功能设计+文档编写、开发跟进和验收、上线数据分析和需求回归这四件事。
功能产品经理,多对一类用户群进行深入的理解和分析,挖掘这一类人的共同需求,针对这一类人的共性需求制定解决方案。
策略产品经理,多针对某一功能,满足不同用户在不同场景下的精细化需求。需要PM宏观的分析每一类人在某些场景下可能存在的不同诉求,并分析不同人群的规模和需求强度,决定产品要满足到什么广度和强度。
总结下就是:基本上前者满足新需求,填补产品空白;后者满足更深入的需求,让功能更智能、更精准、更高效。
从上一例子可以看出:功能产品经理通常是针对某类用户在同一场景的相同需求,从功能设计入手,以优化功能流程,前端交互效果等方式解决问题。
而策略产品经理,通常是针对不同用户,在不同场景下的个性需求。策略PM需要考虑与这些需求的影响因素,通过搭建各类因素间的逻辑关系解决问题。
由例子可以看出:功能产品在文档编写和效果说明上,通常是绘制流程图和原型来表达功能解决的效果,开发成果具有明确的效果实现标准。
而策略产品通过逻辑描述和效果示例表达产品实现效果,可能过程中需要多个算法逻辑并行,所以是个相对复杂且发散的解决方案。
这也导致开发成果不具备可明确的效果实现标准,可能开发的过程中,策略产品经理就在不断修正策略和影响因素,以至于衡量标准也在调整。
功能产品对于开发成果,更关注展现效果和具体的操作结果。更关注呈现效果,而非技术实现逻辑和过程。针对开发成果是验收的性质,只要功能的操作流程,展示效果与文档描述的逻辑一致即可。
策略产品更多参与到开发的过程,与策略RD一起发现和解决各要素中的问题,随时准备优化和迭代逻辑,与开发一起追求策略逻辑的最优解。
功能产品经理,每次迭代多面对单一而明确的问题,迭代结果也多直接影响用户的操作行为和直观体验。所以通常可以更快的达到较好效果,更快完成该优化的产品循环。
策略产品经理,因为更多的是通过底层数据处理逻辑,优化用户产品体验中的隐性隐性部分,而解决的也多是复杂且受很多因素影响的问题。
所以理想态本身在迭代过程可能都处在自身优化和不断明确的过程中,因此,策略需要多个产品循环才能达到较好的效果。
综上不难发现:功能产品经理不断优化和填充产品在业务各环节上的交互体验;而策略产品很有可能要针对某个单一的策略实现效果进行长时间的打磨和优化。
通过第一节的内容,我们整理下策略产品经理相较功能产品经理,在工作岗位上更具有针对性的能力需求。
最后我们对策略产品做一个总结。
策略产品经理,在面对一些类型的问题时,这些问题会受到一些因素的影响,我们需要时刻搜集问题相关因素的变化,并将这些因素通过一定的计算逻辑进行转化,使解决方案随着外部因素的变化而不停的调整,让问题得到更好的解决。这个过程就是策略产品经理的工作内容。
本篇内容到此结束,欢迎来喷。下一篇内容我们分享《2.1策略需求挖掘方法之抽样分析》
策略产品经理学习笔记目录:《 策略产品经理基础知识:什么是策略? 》
本文由 @于言某 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议