干货!产品经理通关攻略,如何通过这四关?

如果把做产品当作一个游戏,这个游戏,有四关。

第一关:独立完成功能设计

第二关:自主提出高质量需求

第三关:独立负责一个业务,使其良好运转

第四关:独立负责多个业务,使其良好运转

你当前能过到哪一关?

产品经理,产品经理网站

产品经理通关指南

一、第一关:独立完成功能设计

大部分产品经理都在关卡,主要时间都在做具体的产品工作,根据产品总监或者老板的规划或者想法,做具体的执行。

功能有大有小,可能是某个产品,也可能是更小一点的某个功能模块。

这一关的难点在于需要的技能点比较多、消耗时间较多,需要做出逻辑清晰、交互尚可的用户产品产品,这一关通关后,可以提升经验,点满基础技能。

这一关涉及到的技能有:原型设计、PRD撰写、产品架构、业务流程、信息架构、状态机、用户场景分析、产品调研、数据分析、迭代控制。

1. 原型设计

原型设计是基于用户需求,通过可视化的Demo的方式来呈现产品方案,方案里面包含产品的功能和内容,还能体现交互。

原型分为高保真、中保真和低保真的原型,千万不要画高保真的原型,容易陷入到非常具体的交互,花费时间太多,

画中保真的原型就可以,产品经理的核心是梳理产品逻辑,如果需要高保真的原型,让UI协助处理。

很多人刚入行的产品经理,第一个学习的软件是Axure,花很多时间在原型交互的细节上,却忽略了产品最核心的逻辑,本末倒置。

对于产品经理来说,重要性排序应该是:逻辑>交互>UI,产品经理把控逻辑,交互和UI最好交给其他人做,提升自己的审美,提出建议。

如果逻辑搞不清楚,评审很难通过,研发过程中冒出各种问题,会导致信任度下降。

产品经理也不是不需要学习原型工具,但是基本够用就行了。平时多积累,形成自己的组件库,每做一个项目,都可以丰富一些组件,日积月累,自己的组件库都足够丰富了。

2. PRD撰写

原型是产品界面可视化,PRD则是对业务逻辑和交互细节进行补充,PRD主要面向前后端开发和测试。

PRD里大部分的内容,是对具体功能模块的描述,一份标准的PRD文档,应该包含这些模块:需求背景:现状、方案、目标。

整体说明:核心业务流程图、功能结构图、信息结构图状态机、全局说明。

功能需求:业务流程、前后置条件、角色权限、用户界面、字段规则、交互规则、业务逻辑

非功能需求:兼容性、并发、数据统计等

关于PRD的写法,网上已经有很多文章了,刀哥之前也写过一篇,写得很详细,可以去看这篇文章:https://www.woshipm.com/pmd/3327770.html

PRD是产品最重要的基本功,想必大家也看过很多文章和模板,形式也各异,有些是纯文档,截图+说明,有些用原型+批注。但是这些只是表现方式,背后的逻辑是一样的。

只要把背后的逻辑弄清楚了,无论用什么方式写PRD都可以,不管是word也好,Axure也好,磨刀也好……

刀哥分享下写PRD的背后逻辑。

写PRD之前,首先要弄清楚背景,就是为什么要做PRD里面的一系系列功能,他要解决的问题是什么,带来的价值收益是什么。

这个关卡的产品经理不一定能准确识别到价值,但是至少要从其他人那里了解到,比如业务方,比如产品总监。

在把这些东西了解清楚,开始做具体的需求产品需求分析,注意是产品需求分析,用户需求分析,在写文档之前就应该已经做好了。

产品需求分析,更多的是通过需求分析方法,将用户需求转为产品需求,里面有几个核心技能点,角色分析、产品架构、业务流程、信息架构、状态机。

3. 角色分析

在这次产品需求里涉及到哪些角色,这些角色的期望是什么,C端系统角色相对比较少,B端角色则比较多。

产品经理,产品经理网站

角色及期望

通过角色分析,就知道这次需求里的功能,都是哪些人在用,通过观察或者同理心,去还原他们的场景,让产品功能更全,不遗漏核心功能。

4. 产品架构

产品架构图是一个分层结构,主要分为几层:展现层、业务层、中台层、技术层。

展现层,主要描述产品设计的终端类型,比如有移动端(iOS、安卓、H5、小程序)、PC端。

业务层分为两个维度,一是按角色,比如消费金融系统有用户端、客户经理端、审批端、风控端、贷后端、催收端。二是按业务,比如有3C分期、医美分期、教育分期等。业务视角可能会串联起几个角色端。

中台层,主要是利用模块化设计思维,把一些比较通用的模块进行解耦聚合,比如,所有业务系统都会涉及订单、权限、用户、数据,那么业务中台,可能就包含订单系统、权限系统、用户系统、数据BI系统。

技术层,也是模块化思维,但是更底层,比如这些系统里面都会用到IM、规则引擎、文件管理、日志、通知等。还有一些如数据库、存储、微服务、分布式部署,这些需要技术来协助,产品架构图里也不一定要体现。

另外还有一部分就是三方对接的服务,比如常见的短信、征信查询、电子签约、三方支付、语音识别等。

产品经理,产品经理网站

产品架构图模板

产品架构图要和产品结构图和功能结构图区分开。

产品架构图是多维度,对产品整体的概览。

产品结构图是产品具体元素的梳理,产品结构图里面包含产品页面,及页面上的组件和内容元素,可以理解为一种物理结构。

功能结构图是产品功能的梳理,包含产品的具体功能,或者也可以理解为用例,是用户和系统的交互过程,可以理解为一种逻辑结构。

这些概念很容易把人绕晕,一定要有自己的理解,还有一个概念也容易混淆,叫信息架构。

5. 信息架构

信息架构,就是将信息分成对应的类别,再将这些类按照某种结构组织起来的过程。

类别的最小单位是类,类包含属性和操作,例如文章是一个类,视频是一个类,文章类又有增删改查的操作,文章类、视频类都是信息。

而信息的组织方式叫架构,比如文章和视频两个类都属于内容。从架构上看,内容包含文章和视频,是一个父级与子级关系。

信息架构由四个系统组成:

  1. 组织系统
  2. 标签系统
  3. 导航系统
  4. 搜索系统

组织系统是信息的组织方式,比如内容分为文章和视频。

标签系统是按照信息衍生出来的属性进行分类,比如新闻、搞笑、娱乐,这些标签对应的内容里又包含文章和视频。

导航系统是规划用户最快速达成目标的路径,分为全局导航、局部导航。

搜索系统是用户通过自定义关键词,主动获取自己感兴趣内容。

信息架构不同于信息结构,信息架构是一个综合的解决方案,不是一张图就能说清楚的。

信息结构是实体的属性,以及实体之间的关系,可以用ER图来熟悉,或者用思维导图来梳理。

信息结构可以用来指导产品原型设计,可以看刀哥之前写的这篇文章:产品经理如何利用ER图,指导原型设计?

6. 业务流程

业务流程是不同角色,完成业务目标的先后顺序,是一系列步骤、程序,是对每个环节进行的程序化处理。

角色可以是任何对象,例如人、系统、部门、公司…

一个业务流程由多个连续的活动组成,复杂的业务流程还分为子流程。

业务流程有多种类型,例如部门人与人之间的业务流程、用户(人)与系统(产品)的交互业务流程、系统与系统之间的业务流程。

人与人之间的业务流程如公司的请假、调休、转岗、离职等,OA系统里面会有很多这种流程。

人与系统的业务流程如注册、登录、找回密码这些基础流程,还有如打车、叫外卖、购物的业务流程。系统可以看作是一个黑箱子,箱子里面又包含有前端和后端等。

系统与系统的业务流程主要在于进行数据交互,系统使用结构化设计,将整个系统拆分成很多聚合度很高、耦合度很低的模块,模块之间除了内部交互外,还需外部系统进行交互,系统之间的交互通常使用接口。

每个业务流程都由多个连续的活动组成,例如请假这个业务流程,里面的活动有填写请假单、审批请假单等活动。注册的流程涉及填写手机号、获取验证码、输入密码等活动。

7. 状态机

所有系统,都是由一些数据和功能组成,我们的功能,就是对数据进行处理,主要包括增删改查。

数据组成单据,比如金融系统里的贷款订单、审核单、还款单、催收单、放款单等等,这些单据会有不同的状态。

通过功能对这些单据进行操作,就是实现单据状态的变更,这些状态变更,以及对应的操作,可以通过状态机来梳理。

状态机除了可以梳理状态外,还可以梳理对应状态,可以执行什么操作,如下图:

产品经理,产品经理网站

状态图

8. 产品调研

产品经理要策划出好的解决方案,一定要保持好奇心,针对用户需求,找到最优解。

随着互联网的发展,行业里已经有很多成熟的解决方案,很多时候,都不必重复发明轮子。

调研、借鉴成熟的解决方案,可以提升产品策划和设计的效率。

调研可以从几个维度,战略处、范围层、结构层、框架层、表现层,其实就是用户体验的五个要素。

在产品初期,重点调研战略层,看别人服务的用户以及对应的商业模式。

在着手产品的时候,重点调研范围层,看为了服务用户,都提供了哪些功能,有哪些核心体验点和技术点。

在具体产品设计的时候,调研结构层,即产品架构、产品结构。还有产品的交互布局和视觉风格。

网上有很多产品体验报告,做这种体验报告,可以丰富自己的方案库。尤其是对于产品新人,在还没有作品的时候,多去做一些产品分析,形成自己的作品集,面试时是加分项。

对于有一定经验的产品来说,保持好奇心,时刻关注竞品,以及一些新的技术动向,也能提升自己的竞争力。

9. 数据分析

产品上线后,效果怎么样?有没有达到预期的目标,只能通过数据分析来判断。

有些人会觉得,数据分析是运营的工作,和产品经理没什么关系,这种想法不对。

互联网增速放缓,没有新的产品形态诞生,现有的产品,涉及到的技术已经非常成熟,产品越来越模式化,组件化。

很多产品甚至都能找到开源的代码,这个时候,产品经理的生存空间将越来越小,核心价值将掌握在运营的手里。

产品经理要发展,要么期待新的产品形态出现,掌握核心产品力,要么转运营,产运结合。

10. 迭代控制

这个关卡的产品经理,还不需要很强的规划能力,更多是将规划落地。

但是这个规划要怎么逻辑,还得做具体的迭代计划,可以理解为产品路线图。

老板跟说,我们要去广州,交通工具是越野车,要先去趟重庆见客户,然后再去贵阳避避暑,然后再途经广西,最后到广州。

这是老板的战略和策略,你还得把路线图给规划出来,规划的路线要安排合理,路程尽量短,不要耗太多的油,这是路线图,最后你还得开车,做具体的执行。

产品经理,产品经理网站

战略框架

对应到产品里,每个迭代要做什么功能,这个解决的问题是什么,有什么用户价值或商业价值,都要梳理出来。

二、第二关:自主提出高质量需求

这一关需要掌握的技能点并不是特别多,但要习得这些技能点,却非常难,是否拥有这些技能点,也是区分普通产品经理和高级产品经理的重要标志。

有两个关键词,一是自主,二是高质量需求。

先说自主。第一个关卡的产品经理,更多的被动接受任务,然后做产品,而要想通这一关,则必须要自己提出需求。

自己提出需求看似简单,实际却异常的难,产品经理要具备非常强的洞察力和同理心。

有些人靠调研,到具体的用户场景中去,发现需求。有些人很有天赋,完全不需要做用户调研,比如产品大牛乔布斯。这种牛人甚至不是去发现需求,而是创造需求。

要创造需求,需要对人性有深刻的洞察。

再说高质量需求。所谓高质量需求,就是能产生有利可图的价值,价值是一种主观感受,用经济学的一个术语来说,叫效用。

用户主观上感受到效用,就有价值,要过这一关,产品经理必须能识别到这些价值。价值分为三种,一种是面向用户的用户价值,一种是面向公司的商业价值,一种是面向领导/客户的领导价值。

1. 用户价值

用户价值,根据分类,可以分为货币、时间、身体、心理等,用户又分为C端用户和B端用户,C端用户更关注的价值面更多,除了时间和货币外,还有情绪、心理、信念等,而B端用户关注的更多是货币和时间。

产品经理,产品经理网站

用户价值

2. 商业价值

商业价值,则是对公司创造的利润,简单来说,就是能不能帮公司挣到钱。有时,可能还会考虑一些社会价值,比如解决社会就业、比如慈善。

要挖掘出商业价值,需要对商业模式有深入理解,在不伤害用户的前提下实现盈利,找到平衡点,这是非常考验功力的。

3. 领导价值

领导价值,这个可能有点特殊,但是产品经理要通过这一关,不得不考虑这个因素。前面说了,价值是一种主观感受,对于领导/老板来说,他有他的认知和爱好,有时为了让他感受到价值,产品不得不做一些妥协。

如何创造领导价值,大概是跪或者添吧,投其所好,作为打工人,服务好领导也是核心所在。

有句话说得好,创业是和社会产生连接,而打工是和领导/老板产生连接。如果不想费工夫花时间去思考无聊的领导价值。

要么离职,要么自己做领导,做老板,别无它法。

4. 产品规划

高质量的需求提出来以后,还需要具体落地。产品规划,其实就是基于价值判断,做出对应的策略。策略交给具体的产品经理去执行,能闯到这一关,大概率已经是高级产品经理或者产品总监了。

产品规划的方法论,可以看刀哥之前一篇文章:

产品规划三件套,实用的产品方法论

以上就是第二关的核心技能点。说实话,要过这一关挺难的,大部分产品经理都过不了,产品经理必须对行业特别熟悉,产品基本功足够好,才能过关。既要懂市场,也要懂用户,比业务更懂业务。

一旦通了这一关,产品经理的内驱力,成就感,将极大的提升,价值才是产品的核心,大部分第一关的产品经理,是意识不到这一点的。

三、第三关:独立负责一个业务,使其良好运转

独立负责一个业务,就不仅仅是对产品负责了,还要负责其他模块,需要把产品做出来,并且推出去,完成业务闭环,让产品持续产生价值,通过经营这个业务,为公司创造收益。

这其实就像是在经营一门生意,不同的生意(行业),经营的逻辑都不一样。

2B和2C就有较大的差异,金融业务和教育业务也有较大的差异,每个行业里的核心模块和经营逻辑都不同。

比如金融行业,包含有贷前、贷中、贷后、催收等模块,经营的重点是获客、资金和风控。

比如教育行业,有营销、科研、授课等模块,经营的重点是获客、师资和留存。

要通过这一关,产品经理必须要特别熟悉行业,先从产品做起,负责自己本职的一个模块,能独立负责本职模块后,在横向拓展,熟悉其他模块,最后成为整个业务的负责人。

还是拿金融来举例,比如最开始的title是贷中产品经理,主要负责贷中环节的审核、风控、运营等相关系统,在能独立负责贷中所有系统以后,基本上也非常熟悉,贷中这一块的业务了。

然后,基于自己的好奇心或者兴趣,去横向拓展,熟悉和研究贷前获客的系统和业务,熟悉贷后的请款、放款、还款等系统和业务,再去熟悉和研究催收相关的系统和业务,最后对整个业务的所有系统和业务都已经非常熟悉了。

从获客营销,到提供资金服务,到资金的来源等,都已经能独立负责,并且基于现状做出相应的策略,这时,已经基本能负责整个业务了。

当过了这一关,就从产品负责人,变成了业务负责人。

如果跳槽到另外一家同行业的公司,也能独立负责业务,因为之前已经积累的非常成熟的经验。

四、独立负责多个业务,使其良好运转

还是以上面的金融为例,如果已经成为某个业务的负责人,比如消费分期。

这个时候,公司基于战略,做出了一些新的计划,准备涉足教育分期,作为多业务负责人,需要具备能够负责多业务的能力。

到这一关,除了需要挑战业务任务外,还需要挑战一些事务管理的任务,比如管理后台的人力行政财务等支撑部门。

下属员工已经不少了,需要做出更高层面的战略规划,需要设计出合理的部门结构,甚至要制定公司文化,明确公司的使命愿景价值观。

如果你通了这一关的,恭喜你,你已经打败了99%互联网的打工人,具备晋升CEO的条件了。

写在最后

再回过头来看看这四关:

第一关:独立完成功能设计

第二关:自主提出高质量需求

第三关:独立负责一个业务,使其良好运转

第四关:独立负责多个业务,使其良好运转

大部分产品经理,都在第一关,刀哥之前有创业经营,有幸通到过第二关,说实话,通过第二关的感觉,比第一关,要爽太多。

第一关大部分是在做执行,价值不好衡量,工具成分更多,螺丝钉属性更强,而第二关,可以验证自己的价值判断,通过高密度的决策加实践,成长的速度更快,做产品更快乐。

第三关和第四关,难度越来越高,能过的人也越来越少,但是,就像玩游戏一样,挑战有一定难度的任务,完成后才能体会游戏带来的快乐。

每过一关都是职位的跃升,第一关通过后是产品经理,第二关通过后是产品总监,第三关通过后是业务负责人,第四关通过后是CEO。

以前老说,产品经理是CEO的摇篮,主要是因为产品经理能够通过全链条的业务梳理,熟悉一家公司每个模块的业务,而熟悉每个模块业务,是CEO的必备条件。

所以,从这一点来看,产品经理从画图崽成为CEO,是有一定优势的。

很多职业的发展,都有两个方向,一个是技术方向,一个是管理方向。但是刀哥觉得,作为产品经理,没有技术方向,所谓技术方向,就是更好的根据别人的需求,做出符合预期的产品,永远是工具人。

产品经理只有管理方向,产品经理的最后一关,一定是能够独立经营,可能是一门生意,可能是几门生意。

越往后,难度越高,责任越大。然而人各有志,有的人可能玩这个游戏,通了第一关就不想往后面走了,有的人一直在挑战任务,奋勇前行。没有对错,只有是否合适,做到自洽就好。

不知道你现在正在第几关,以及,你对未来的期望,是通到第几关?

作者

刀哥,微信公众号:刀哥说。7年产品老司机,现任某互联网公司高级产品专家,有丰富的金融项目经验,丰富的实操经验,擅于输出接地气的实用干货,帮助成千上万的产品经理晋升成长。

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部