@IT·互联网成长励志@产品

产品经理的知识体系

2019-03-21  本文已影响11人  一把老吉他的琴

产品经理不是一系列零散的技巧,不是东拼西凑一些以往的经验,比如“如何做好用户体验”,“如何做好需求分析”等,实际上,产品经理是一套有体系,有方法高综合性的岗位,会系统性的,模块化的出现在产品周期的各个阶段,也是我们实实在在会用到的。

作为一个在“产品”一线奋斗的产品汪,经过多年的经验,我总结了一个产品经理的能力公式 

用户产品经理=商业分析+需求分析+用户体验(产品逻辑)+交互体验+用户分析+用户行为分析+项目管理+数据分析

加分项:懂技术


一、商业分析

商业分析是任何一个产品的大前提和基础

1.1 产品的商业本质:需要弄清楚自己产品的商业本质是什么,比如共享出行、知识付费、社交等,弄清楚自己的产品解决了什么问题?满足了用户什么需求?如何赚钱?

1.2 产品的盈利模型:比如共享汽车会考虑到的成本和收入:

     收入构成:订单收入、罚款收入、交通违法罚款收入等

     成本构成:车辆成本、场站成本、运维成本、能源成本;

     用户和订单的关系:比如用户流失、促活、会员分级对成本的影响等

     用户和城市和车辆的关系;

     用户和网点的关系等;

     价格和订单的关系等;

所以我们把收入和成本的结构弄清楚,把影响收入和成本的因素也弄清楚,这样,就能得到一个盈利公式,这在我们优化产品的时候,就会很清楚的知道,优化哪一方面可以提高利润。

1.3 产品定位  

随着产品在不同的生命周期里,产品的定位不一样,所采取的商业策略也不一样,所以要清楚的知道产品目前的定位和产品所处的阶段(开发期、引进期、成长期、成熟期、衰退期)

有些公司会存在多端产品,比如APP,小程序,H5,官网等,就要对每端产品有明确定位,比如,我在共享汽车行业,APP的定位是公司核心产品,是用户主要使用的产品,小程序主要用于增长,H5主要用于对外合作和验证新功能,官网主要做品宣。

另外每端产品不是简单重复APP的功能,都有其侧重点,这就需要我们想清楚各端产品的定位,同理,在做产品功能时,也同样需要找到产品功能的定位。

所以重点就是想清楚这个产品/功能 要以什么方式重点满足用户的哪种需求?

1.4 市场分析  

市场环境三阶段:市场化阶段、标准化阶段、寡头化阶段,例如外卖市场从百家争鸣乱世市场,到各个公司以及这个行业的标准化服务,再到最后能生存的1-2家大公司;也需要弄清楚自己产品在行业中的地位,然后给产品设定一定的目标。

竞争对手对手情况:竞争对手有那些,我们的用户和竞品的关系,我们该如何和他们竞争,找到竞品的劣势,竞品的功能是否为主路径中的核心功能?怎么发挥自己产品的优势进行创新和优化等等,这个有很多关于竞品分析的文章,可以再去研究。

其他


二、需求分析

1.产品规划:金字塔模型

金字塔第一层核心功能:产品最核心的竞争力,围绕核心开始思考,如何优化路径,优化体验;找到核心功能点A\B\C,在每个版本中不断提升和优化具有核心竞争力的功能;

金字塔中间层深入挖掘:对核心产品价值做进一步延伸;挖掘更多潜在需求;通过打造亮点功能,来提高产品的附加价值;

金字塔最上层前沿探索:需要对信息的敏锐度,对技术的关注度,深入结合使用场景和环境的需求进行挖掘。

这个模型可以往一个产品的上游、下游延伸出更有意思的东西,尝试探索新的功能,新方向,扩大产品的格局。也可以用这个模型去思考一个产品

如何用金字塔模型思考知乎这个产品呢?

2.发现需求:定量分析、定性分析、竞品分析、用户行为

3.筛选需求

需求有效性:用户-场景-问题-痛点-是否高频-解决方案

需求分类:需区分出新增需求,优化类需求,政治性需求等 ;或是从另一个方面分为Bug类,用户对已有功能喜欢,对已有功能不喜欢,还是对新功能的建议等。把这些分类进行去优先级排序和版本排序。

需求可行性:要注意的原则:核心功能不受影响-性价比不能低-与已有功能不能有太大反差--预警措施的可行性

以上,筛选出真需求

总的来说,就是听表面的“问题在哪里”,不听“用户给出的解决方案”,而是自己先去挖掘真正的问题再哪里,然后再来给出解决方案。

4.预测需求

不要用户说什么就做什么;

用户的需求很零散,他们能告诉你用户对于产品的看法,能告诉你用户想要哪些改进,但用户无法预测他们没见过的产品,当然,我们需要倾听用户的意见,但是用户并不清楚现在科技的发展水平可以干什么,也很难预测下一个改变整个行业的突破口在哪里;

所以,产品经理就是搞清楚用户真正的需求是什么之后,抽象整理真实需求,提前一步搞清楚他们将来想要什么,解决用户的痛点,而不是用户想要什么就给什么;

要思考,用户提这个功能的真实需求是什么,是否有更好的解决方案,甚至更高级的终极解决方案去帮助用户解决没有说出来的终极需求。

5.需求沟通

需求沟通的原则:

一定想清楚产品的逻辑和架构之后再画页面;

提前沟通需求,不要等到评审的时候再沟通,评审会不是讨论会,讨论在评审之前做;

善用工具,提高效率;

6.坎需求

搞清楚删除需求的前提条件;

不同的需求,解决方法不一样,和影响的范围不一样,以及需求上线后或者需求砍掉后所带来的问题不一样,所以补救措施也不一样。

7.需求撰写

文档要有逻辑、要清晰明了;

写明白版本修订记录;

空状态、未登录状态等异常状态,这个很重要;

老数据迁移方案,版本兼容,数据兼容方案;

功能数据埋点等;

建议比较好的,就是在产品过程中自己做好一个产品自检清单,每次在评审之前,自检一下需求文档是否有漏洞。

8.提前做好上线前准备,比如:产品的featurelist,功能介绍,旧数据迁移方案,各页面的数据填充方案,发版所需的文案图片等。发版是一个很细碎的过程,尤其是全球性公司的发版流程会很复杂,需要严谨,周全,有责任心。


三、用户分析

用户需求:用户痛点,爽点,嗨点,可以借助用户体验地图等工具;

用户调研:定性研究、定量研究、NPS调研等方法;

用户画像:用户标签;用户群体;用户分级;会员体系等;


四、用户行为分析

主要找到用户的3个关系,然后做好产品优化和增长,关于增长类的内容太多,会在后面单独写关于增长的内容。当然现在网络上关于增长的知识也非常多,可以随时学习。

1.用户与产品的关系:

AARR模型,在AARRR模型中的各个环节,用户遇到的问题是什么,怎么优化,怎么提升等;

2.用户与用户的关系:分享等机制

3.用户与竞品的关系;


五、交互体验(这点对于C端产品很重要)

1.IOS交互设计规范;

2.安卓交互设计规范;

3.页面布局原则:轻量化原则、一致性原则

4.信息架构5方面:组织系统、导航系统、搜索系统、标签系统、防错系统

6.流程跳转原则:交互方式、页面过场动画、跳转逻辑

7.交互体验8大定律;

8.细节重要吗?要关注细节,但是细节一定要注意是与验证产品想法直接相关的细节,这类细节打磨的越好,对产品验证方向和想法越有利,而对于其他无关的细节,只要是可用的状态,最好不要花太多时间和精力。即使是一个很微小的体验,但根据能否验证核心想法的标准,这个体验就是能够决定MVP能否成功的细节。


六、用户体验

主要弄清楚用户体验五要素,弄清楚产品的逻辑和框架


七、数据分析

数据思维,长久学习,且行且珍惜


八、项目管理

始终学习项目管理方法,怎么高效且按质完成项目;


以上是一个产品应有的产品知识体系,每一个方面都需要多多总结和学习,需要在工作中不断填充自己的知识库,在遇到问题时,把问题对应到相关的模块里,发现哪个模块的知识不足,就去弥补那一块的知识;在总结经验时,也是把经验放在对应的模块中不断提升自己。

工作是一个可以练习的过程,当学会刻意练习后,工作会很快乐!

一个人要想快速成长,不外乎两种方式,一是承受压力,二是背负风险,并能够试着在高风险或大压力的情况下去解决问题产出成果;

回首最痛苦的时候,就是成长最快的时候!

上一篇下一篇

猜你喜欢

热点阅读