B端产品经理知识框架

作者: 产品经理之禅 | 来源:发表于2021-12-10 15:14 被阅读0次

    一、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端产品工作流

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

    规划阶段:基于组织(公司)的目标和战略,获取并分析需求,规划B端产品的发展 方向和路径。

    设计阶段:基于需求和规划,设计产品信息架构、原型、交互、UI方案等。

    研发阶段:根据已经设计好的产品方案,推动产品研发。

    发布阶段:制订产品发布前的部署和培训计划,推动产品上线。

    监控阶段:监控产品上线后的效果,收集并分析用户反馈的信息,并形成新的需求。重新进入规划阶段,开始新的工作流

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

    战略层:B端产品经理在这一层级的活动,主要关注的是目标。什么是目标?以做菜为例,产品经理要关注吃饭、饱腹的目标。

    范围层:B端产品经理关注的是实现目标的边界。比如人饿了,吃饭是目标。但吃什么?中餐?西餐?这个时候,就要界定范围和边界。有了边界才能知道什么应该做、什么不应该做 。

    结构层:B端产品经理要在界定的边界内,勾画出最终输出物的大体轮廓并列出要做的事情,以及每一件事情间的关系。

    框架层:B端产品经理要设计出具体执行的方案和路线图。

    表现层: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端产品经理在探寻需求时,就是在探寻准确和精确的答案。产品经理需要先把握需求的准确方向,然后深入探寻精确的细节。

    来源:B端产品经理知识框架

    相关文章

      网友评论

        本文标题:B端产品经理知识框架

        本文链接:https://www.haomeiwen.com/subject/gdbcfrtx.html