toB产品经理
| 项目 | 信息 |
|---|---|
| 行业分类 | 互联网、产品与 AI |
| 工作分类(原表) | 产品 |
| 公司情况 | 行业大厂 |
| 工作时长 | 未提供 |
| 工作地点 | 未提供 |
| 分享人 | 饼饼 |
| 薪资概况 | 未提供 |
工作内容
1、市场分析。分析目标国家的行业政策、行业现状、对外态度、人文环境判断本产品在对应国家地区的利好程度。
2、竞品分析。分析在目标地区的友商,包括但不限于商业模式,亮点功能,以及市场覆盖度等。
3、业务分析。大概会包括两个部分:第一是梳理业务全景图,摸排整个业务过程中涉及到的关键角色(过程中负责的业务)、流程、节点等。第二是用户旅程地图,摸排实际用户在具体业务过程中的工作流,以及过程中存在的痛点难点。
4、需求收集分析排序。需求的来源可以有很多方面,比如市场分析中看在行业当中普遍存在什么样的问题亟待解决、竞品分析中别人有我没有的,是不是需要在我的产品中去做增量、业务分析中探查到的用户核心痛难点、过往的历史用户反馈等等,这些汇聚成需求池。
但是池子太大不可能都实现,所以会做需求分析,首先看需求是否是真需求,也就是说他在实际的业务场景中是否是问题的根源(还是只是一个表层的情况)。
如果是真需求再进一步看在业务场景中出现的频次高低、对最终业务目标的影响大小、以及对于当前产品的重要度和紧急度(是否契合产品路标),同时也会根据商业价值去做综合判断。
5、需求文档。将符合产品目标的、高优先级的需求进行初步的方案设计以及详细的需求文档编写。基本会涵盖刚才提到的全部内容,主要目的是告诉相关利益方,这个需求的背景、要解决什么问题、用户的核心痛点、商业价值、业务价值、产品价值等等、以及解决这个问题所采用的详细实现方案、最终的验收标准。
6、迭代跟进。和开发测试算法等团队配合,由开发算法实现、测试验证、产品验收需求,最终将需求上线。
7、灰度验证、上线与数据分析和复盘。对于大的版本功能会找头部客户做功能调研,看他们的满意度以及是否有核心反馈建议,如果满意再做大规模的推广。最终正式上线会有相应的数据分析,比如功能的点击率、流程的完成率,去看在产品流程中是否有卡点。根据所有收集到的反馈数据去做相应复盘,做后期的需求迭代准备。
8、除外还有迭代汇报等。让伙伴和领导了解进度,做好风控。
个人感受与建议
1、最耗费心力的是在迭代跟进,因为这时会有很多的相关利益方参与进来。作为pm,要协调在团队中的各个角色,促使团队共同实现最终的迭代目标。
过程中,产品价值、方案可能受到多次质疑,所以会有反复battle的情况,需要舌战群儒。
有时还要拉领导来协调资源去做支持,有时需要换方案、砍需求等等。
另外在需求实现过程中难免会遇到卡点,这时候也需要去和多方沟通保障最终的实现效果。多个需求并行的话会导致压力爆炸😅
2、由于我是tob,行业非常垂直。干久了之后觉得个人能力没有太多成长,所以会觉得动力逐日下降,没有兴奋感…
入行或转行建议
校招:与行业相关的专业比较好入
社招:需要垂直经验,或者在公司产品的相关利益方工作过、熟悉业务
薪资情况
原表暂未提供。
薪资受到城市、公司、经验和分享时间影响,仅供参考。
Q&A
Q:这些分析都是基于自己找还是哪里来的数据吗?(同问 :这种竟品分析是可以从那里找来数据的捏?)
Q:看着好高大上啊
Q3: 请问每日工作是怎样的?我理解这个“分析”工作,占不了日常工作中比较大的比重吧?只是在一个项目的早期会有密集的分析需求,但是中期就是其他工作内容了,希望知道中期每天的日常!!
同行补充
原表暂未提供。
内容整理自《工作分享#把抽象变具象 (3).xlsx》“工作分享”工作表第 59 行。排版做了静态网页适配,信息原意保持不变。