B端产品经理知识框架


前言

本系列教程是通过自行阅读书籍后,总结的大致学习框架。根据知识的“二八原则”:20%的知识是固态、基础、框架型;80%的知识是液态、更新、流动在框架里,因此后续会根据工作经验,不断修正完善知识体系。


提示:以下是本篇文章正文内容

一、B端产品简介

To B or To C

to B 中B是Business 意为商业,以下后文称为2b

to C 中C是Customer 意为消费者,以下后文称为2c

  • 从产品使用者角度辨析

2c面对是的大众用户,对用户流量有极大需求,所以需要有运营推广不断去扩大

2b面对的是企业或商家等特定范围的用户,使用者并不多。比如:薪酬管理系统使用者,可能就是会计人员去管理薪资。2b产品不强调极大的产品使用率,不注重庞大流量,追求对B端用户需求的完善,满足单次更完美的使用效果。

  • 从产品需求角度辨析

2c使用者是大众用户,所以需求往往来自于日常生活习惯、感悟,也来源于竞品分析、行业趋势等。因为用户数量庞大,需求可能不够清晰,所以2c难点在于对需求、反馈等进行整合分析,才能进行后续版本迭代。

2b使用者是企业等特点用户。能直面用户、收集需求,对于用户反馈也能直接接收并进行版本迭代。2b的难点在于对特定行业领域的了解,熟悉专业人员操作流程

B端产品工作流

在这里插入图片描述

横轴是软件工程角度工作流程

  1. 规划阶段:基于组织(公司)的目标和战略,获取并分析需求,规划B端产品的发展 方向和路径。
  2. 设计阶段:基于需求和规划,设计产品信息架构、原型、交互、UI方案等。
  3. 研发阶段:根据已经设计好的产品方案,推动产品研发。
  4. 发布阶段:制订产品发布前的部署和培训计划,推动产品上线。
  5. 监控阶段:监控产品上线后的效果,收集并分析用户反馈的信息,并形成新的需求。重新进入规划阶段,开始新的工作流

纵轴是用户体验角度工作流程

  1. 战略层:B端产品经理在这一层级的活动,主要关注的是目标。什么是目标?以做菜为例,产品经理要关注吃饭、饱腹的目标。
  2. 范围层:B端产品经理关注的是实现目标的边界。比如人饿了,吃饭是目标。但吃什么?中餐?西餐?这个时候,就要界定范围和边界。有了边界才能知道什么应该做、什么不应该做 。
  3. 结构层:B端产品经理要在界定的边界内,勾画出最终输出物的大体轮廓并列出要做的事情,以及每一件事情间的关系。
  4. 框架层:B端产品经理要设计出具体执行的方案和路线图。
  5. 表现层:B端产品经理关注的是最终的输出物——产品。

在这里插入图片描述

二、入行与发展

入行领域推荐

  • 企业资源计划

即ERP(Enterprise Resource Planning)简单地说,它是一套管理系统的总称,为了企业经营管理、生产制造提供解决方案,涉及管理企业的物流、财流、信息流。ERP包含了很多子系统,比如会计核算、生产控制管理、物流管理、采购管理、库存管理等。ERP系统提供了大量的就业职位,涉及用友、SAP等企业。

ERP系统在原有的基础上进行了扩展并带有了互联网特色。这里就涉及卖场系统、交易系统、订单系统、库存系统、物流系统、客服系统、进销存系统等。

  • 商业产品经理

企业演化出一类专门服务于商业模式和赚钱行为的B端产品,叫作商业产品,凡是负责它的叫作商业产品经理。比如广告是常见的赚钱方式,那就需要设计投放策略、点击计费的商业产品经理。每个行业都需要B端产品或者后台产品去管理公司业务,比如金融、教育、O2O等。

  • SaaS

软件即服务是B端产品经理可以入门的领域。之前只有大公司养得起的ERP等系统,如今被互联网化,中小公司以最小的成本获取服务。比较典型的公司如阿里的菜鸟,将快递服务平台化。

发展方向

一般产品经理的职业发展路径是:产品专员/产品助理>产品经理>高级产品经理>产品总监。

  • 产品专员/产品助理主要关注具体执行层面的协作,对产品需求的细化,以及对原型的设计和文档的整理。
  • 产品经理主要关注推动产品迭代、产品的实现与效果、数据和业务、感知业务和产品的发展方向。
  • 高级产品经理主要关注商业价值和模式,以及从产品的全生命周期思考问题。
  • 产品总监主要关注战略规划、业务发展以及团队管理。

B端特色

  • B端产品经理具备特有的职业知识基础

在没有明确的产品经理称谓之前,B端产品经理的工作是由需求分析师、系统架构师、行业咨询师、项目经理等角色负责。这些角色的职能并不能代表B端产品经理的职能,但是这些角色的职业知识却融入了B端产品经理的技能中,比如项目管理、软件工程的相关知识。

  • B端产品经理可以成为行业专家

入门B端产品经理需要一定门槛。比如,设计公司使用的财务系统,那至少要求产品经理有会计财务知识,理解公司的财务流转。所以,进入某一领域做B端产品经理,需要具备某一领域的行业知识。因为有入行门槛,B端产品经理的职业发展容易形成护城河,即更易成为某一行业的B端产品专家。这也衍生了一个现象,B端产品经理转C端成本相对低一些,但C端产品经理转B端成本高一些。

  • B端产品经理为组织战略而服务

B端产品从设计的那一刻,就与企业经营、管理有千丝万缕的联系,可以说是企业经营与管理的延续。所以,B端产品经理的职业规划非常明确。B端产品经理的职业进阶的目标是,B端产品经理的工作成果能够直接影响组织战略。

三、产品玄道

  • 道1:快

以物流领域中权衡系统成本与效率的问题为例。物流业务的核心关注点是流速、流量、存量。关于处理效率和成本的关系,主要的方法是让系统快速地运转起来,提升效率,降低成本。效率的提升是流速、流量、存量得到优化的必然结果。
快,是成本与效率关系的解决之道。

  • 道2:目标

聚焦目标才会带来明确的结果。做产品,如果想讨好所有的用户,就会分散目标,最终做出一个平庸的产品。
资源总是稀缺的。只有通过目标的聚焦,才能利用有限的资源,实现预期的效果。

  • 道3:活

长时间没有开发需求,产品就慢慢变得不实用。做出的第一个产品方案,肯定不会是最终方案,需要不断地优化。
对于需求要定期回顾它们的价值或者重新设计

  • 道4:KISS

Keep It Simple,Stupid
“简单点,傻瓜”,简称为KISS原则
在产品设计中,经常会同时面对各有优劣的方案而举棋不定,或者面对复杂流程的产品方案而苦恼。这个时候,选取简单的产品方案或简化产品方案,可能是产品经理做出决策的优选项。

  • 道5:处在系统中的事物,才能被简化

飞机设计界有一句名言:“为减轻飞机每一克重量而奋斗”。飞机重量变轻了,就会油耗小、成本低。如果去掉一个极少使用的功能,那么飞机重量可以减轻,大部分人的直觉应该是同意去掉。但这个功能是飞机防止功能失效后的备用安全系统,我们真的同意减去吗?所以,处在系统中的事物,将需要简化的部分在系统中进行了转移

  • 道6:不害人的需求,不是完整的需求

在实际工作中,需求的提出者,可能是需求的受益者。但是,产品经理也要关注需求的受害者。有些角色注定要被忽略。比如,公交专用车道的设计,就要损失私家车的利益,所以在设计规则时,要多角度地考虑获益和受损失的角色。

  • 道7:化散乱为规律,化应急为预测

需求相关的工作就像工厂生产,根据市场和销量来预测每天产能。比如机器生产中,急停骤动是最损坏机器的。
没有预测,就会疲于奔命,四处救火。随时应对出现的问题。学会预测,是产品经理的必备技能

  • 道8:只可图示,不可言传

产品经理使工作或需求可视化是高效沟通、避免犯错的好方法。
有些需求与其写三千字的文档,不如画一个流程图说得明白。有些沟通与其大家都干站着动嘴,不如用笔和纸画出问题所在。
在设计产品中,用看板的方式去展示需求的状态,会更加直观地发现问题。将抽象的内容投射成形象的图文,会更加有助于发现问题。

  • 道9:要将工作的焦点逐步转移到重要不紧急的事情上去

总是做迫在眉睫的事情,会让人丧失目标。个人或团队都是如此,留出一些时间去思考重要不紧急的事情,而不是一直做迫在眉睫的事情。

  • 道10:细节体现专业

细节是魔鬼。对事物的不断细分,才能体现专业。

  • 道11:整体

思考产品要从整体思考,不要只陷入细节优化。就像一支球队,如果只重视强化进攻,而忽略防守,必然会被对手抓住弱点。

  • 道12:先准确,后精确

B端产品经理在探寻需求时,就是在探寻准确和精确的答案。产品经理需要先把握需求的准确方向,然后深入探寻精确的细节。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值