百木园-与人分享,
就是让自己快乐。

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

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

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

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

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

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

你当前能过到哪一关?

产品经理通关指南

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

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

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

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

这一关涉及到的技能有:原型设计、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. 信息架构

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

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

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

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

  • 组织系统
  • 标签系统
  • 导航系统
  • 搜索系统
  • 组织系统是信息的组织方式,比如内容分为文章和视频。

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

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

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

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

    信息结构是实体的属性,以及实体之间的关系,可以用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年产品老司机,现任某互联网公司高级产品专家,有丰富的金融项目经验,丰富的实操经验,擅于输出接地气的实用干货,帮助成千上万的产品经理晋升成长。

    本文原创发布于人人都是产品经理。未经许可,禁止转载。

    题图来自Unsplash,基于 CC0 协议。

    该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。


    来源:https://www.woshipm.com/pmd/5572821.html
    本站部分图文来源于网络,如有侵权请联系删除。

    未经允许不得转载:百木园 » 干货!产品经理通关攻略,如何通过这四关?

    相关推荐

    • 暂无文章