产品经理心得

最近试着总结了一些经验,希望能够帮助到有志于从事产品经理工作的新同学

 

本文内容将分为以下四个部分展开:

1、产品经理是做什么的

2、to b or to c

3、初级产品经理的技能线

4、初级产品经理学习路径

 

 

一、产品经理是做什么的

江湖上关于产品经理的段子层出不穷。一些人对这个近些年才出现的职业抱有误解,认为“产品经理就是一群整天拍拍脑袋就瞎提需求的人”。然而,我们的工作真的只是拍脑袋and提需求吗?

 

实际上,一个合格的产品经理需要做的是:

 

在某些场景下,找到某一类用户,为了满足这类用户的需求,协调团队做出一个产品并不断优化,关注用户体验,同时探索如何让这个产品赚钱。

 

二、to b or to c

实习的时候接触到的项目,让我意识到设计不同产品时无法采用同一套流程。面对不同类型的产品,产品经理的工作内容也是不尽相同的。

 

现在常见的分类方式是将产品分为:to b(business)类、to c(consumer)类。随着近几年数字政府的逐步建设,从to b类又衍生出to g(government)类。

 

这三类产品各自的特点和产品经理的主要工作内容如下:

 

 

 

 

三、初级产品经理的技能线

作为一个初级产品经理,技能线就是他的生命线。技能线里一环出现差错,都有可能会影响到产品最终落地的质量。

 

注意:上图只列出了最基本的技能。针对不同的岗位,还会有一些特殊要求。比如数据产品经理需要自主完成数据的提取和加工处理;AI产品经理需要定义好“输入-输出“问题,并做好用于训练的数据准备。

 

以下是对各个技能的简单介绍:

 

 

1、产品定位

一般来说最开始的idea来源于公司/团队的某个发展策略。产品经理需要做的是明确产品定位,并且在后续的所有工作中不断坚持它。

 

2、竞品分析

寻找有类似产品定位的产品去做分析。竞品分析一般包括以下几个部分:

 

  1. 产品定位,产品简介,产品调性
  2. 目标用户,用户需求
  3. 产品结构,产品功能
  4. 推广策略
  5. 盈利方式
  6. 数据情况

 

3、目标用户

一款产品无法满足所有人的需求(除了微信这种超级app)一般情况下只需要考虑目标用户的需求即可。根据产品定位,确定好目标用户之后,还有以下两个步骤:

 

  1. 分解用户角色:比如抖音把用户分为专业生产者、内容分享者、娱乐消遣者。
  2. 变成用户:从用户的角度思考。原则是“Don't make me think, and don't make me feel right”

 

4、需求收集

一般的需求收集可以通过三个途径:

 

  1. 访谈,好处是能够深入了解用户需求
  2. 问卷,好处是收集到的数据量大
  3. 团队内部收集,包括功能性需求和技术性需求

 

这个过程需要输出的结果是产品需求池。

 

 

5、需求分析

判断需求的真伪(比如“共享电话亭”就是个伪需求)。将需求进行整合及细化,选取有价值,可实现的需求,排优先级。优先级高的进入第一个迭代。

 

6、功能结构梳理

需求和功能之间是多对多的关系。根据需求设计功能,并把零散的功能归类到不同的模块。

这个过程需要输出的结果是产品结构图。

 

 

7、流程梳理

流程梳理是to b产品设计过程中非常重要的环节。需要选取一个粒度(如一个申请单),用各个角色,跑完全部的环节流程。这样做可以辅助验证系统逻辑。

这个过程需要输出的结果是产品操作流程图。

 

 

8、原型图设计

一般采用elementui 或者 antdesign 的组件进行辅助设计。对低保真原型图的要求:

 

  1. 字段信息准确,且有较为逼真的数据,方便其他人理解
  2. 不要求做多么完美的交互设计,但要保证页面看起来是舒服的
  3. “点击这个按钮应该跳转到哪个页面?”用箭头指向下一步
  4. 页面的重要解释说明信息,在原型图里标注清楚

 

9、PRD撰写

PRD(Product Requirement Document)产品需求文档。是产品经理在产品设计阶段最终交付的产物。包括以下几个部分:

 

  1. 文档综述:包括版本号、修订人
  2. 产品概况:包括产品定位、目标用户、竞争格局、产品简介、产品slogan
  3. 全局说明:包括名词解释、角色权限
  4. 产品结构及流程图
  5. 产品功能:包括每个页面的场景、流程、功能描述、字段信息、原型图截图

 

写PRD过程中很容易漏的一点:列表默认的排序方式、搜索筛选后的结果排序方式。在这里踩坑无数,望各位PM谨慎。

 

 

10、需求评审

评审会上向boss或团队其他成员展示原型图和PRD。根据修改意见做当前版本的调整或放到下一版本修改。此后,产品进入开发阶段。

已经进入开发阶段的产品,不要再继续增减(尤其是增!)需求。需求的变化记录到需求池中,留到下一次迭代。

 

 

11、项目管理

明确设计师、前端、后端、测试分别是做什么的。深度参与设计师做交互设计的过程。利用好每日站立会议的时间,协调团队保持一种健康的开发进度。

对这部分感兴趣的同学,可以每周三早上8:00来公教B101听毛明志老师的《IT项目管理》(雾

 

12、验收上线

产品验收的目标在于保证产品质量,达到设计预期。跟测试不同的是,产品经理在验收时不仅需要验收产品功能,同时需要考虑使用场景,把自己当成用户,看看产品在真实的使用场景下能否跑通。

验收内容包括UI验收和功能验收。UI验收时检查是否和设计图符合,同时检查是否存在适配问题。功能验收需要准备:

 

  1. 功能清单:把各个页面的各种操作尽可能都列出来
  2. 测试用例

 

验收时出现的问题应该对应到负责人,及时记录反馈并跟进处理结果。tapd的缺陷跟踪功能用起来很方便。

 

 

13、意见反馈

九九八十一难,产品终于上线了!然而产品经理的工作还远远没有结束。用户的反馈意见是宝贵的,可以用来验证市场、优化产品。

比较常见的反馈收集方式是问卷和QQ/微信群。同样,收集到的需求放进需求池。

 

 

14、数据分析

除了用户的意见反馈,还有一些和产品有关的数据也是产品经理需要关注的。PV、UV、DAU、留存率等。数据分析常见操作方法是 三个步骤 + 两个模型:

 

  1. 三个步骤:确定核心目标、列出组成公式、确认元素
  2. 两个模型:漏斗模型、坐标模型

 

四、工具

PC端原型图工具:Axure、Sketch

移动端原型图工具:inspr 、 Marvel

数据查询网站:艾瑞数据、七麦数据、易观大数据

思维导图工具:XMind、Mindmanager

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值