什么是B端产品?B端产品经理是什么样的一个职位?应该具备什么样的技能呢?本文将从:“如何定义B端产品”、“产品各阶段的方法总结”,以及“产品经理所具备的产品力”三个方面来向大家详细介绍B端产品经理与B端产品。(投稿说明:文章第一部分和第二部分,总结整理自李宽:《B端产品经理必修课——从业务逻辑到产品构建全攻略》,第三部分是自己所写。文章投稿至人人都是产品经理,获得了作者李宽本人的授权认可。) 作为一名产品汪,说来惭愧,接触过的产品书籍不多,而且大部分只是简单翻过。称得上整体翻看下来的,更是屈指可数,比如:
- 苏杰:《人人都是产品经理》
- 后显慧:《产品的视角——从热闹到门道》
- 刘志远:《电商产品产品经理宝典——电商后台系统产品逻辑全解析》
- 唐韧:《产品经理必懂的技术那点事儿》
一、如何定义B端产品
1. B端产品
B端产品可以为公司的管理服务,如:HR系统、OA系统;也可以为公司的运营服务,如:供应链系统、ERP系统的。 不论哪种,其终局都是为企业流程效率服务,让分散的、低效的个体,更好地连接合作,发挥集成化的、系统化的更大作用。 相较于C端产品,B端产品最大的特点是:面向特定领域用户,且数量少得多,但更注重对用户专业领域操作流程的深度挖掘——也就是专业性更强,与业务的结合更紧密。2. B端产品经理
B端产品经理重点关注:如何解决业务痛点?在业务逻辑的基础上,如何调度各类角色,提升各角色的工作效率、以及互相配合的流畅度? 正因为如此,做好B端产品经理的基础是:需要极其熟悉所属业务,否则工作容易浮于表面,甚至无从下手。 B端产品经理工作: B端产品经理技能树: 要掌握的技能虽多,但不是每一种都需精通,可借鉴“二八原则”:真正重要的知识,或者在实践中被反复使用的知识,只占全部知识的20%。也就是说,20%的知识是需要反复修炼形成骨架的,剩下的80%在此基础上不断更新迭代。 总的来讲,在我看来,产品的核心能力是:能抓住问题本质,可提出合理解决方案,并将之执行落地的能力。 B端产品经理职业生涯: 一般产品经理的职业发展路径这张表可以作为产品对自己当前阶段的参照比对,也可以作为迈向下一阶段的方向指引。 B端产品经理的终局: 产品经理的职业成功之路,是成为某个领域的产品专家,而做B端产品经理是一条成功率极高的路。 因为进入某一领域做B端产品经理,需要具备某一领域的行业知识——即有入门槛。因此,B端产经理的职业发展容易形成护城河,更易成为某一行业的B端产品专家。 作者的这个论点,相信可以视为很多B端产品同行的福音。二、各阶段的产品方法总结
1. 规划阶段
竞品调研: 调研方法: B端产品经理的一个痛点是很难找到竞品。切入方法有:- 明确查询方向后再起步。
- 从跟业务同事的沟通中发掘竞品。
- 通过专有名词进而搜索更多资料。
- 通过试用渠道体验竞品。拓宽搜索渠道:百度、谷歌是首选,知乎、简书找文章思路,知网、万方找专业信息。
- 竞品分析报告,应包括:行业发展状况,“有哪些竞品?”,竞品使用者和特性的描述,自己的产品与竞品之间的比较,通过分析得到的结论和信息等。
- 商业需求文档,应包括:产品创意产生的背景、产品或解决方案介绍、产品规划、产品成本、产品收益、产品风险等。
- 发现问题:你正在做什么申请?做的过程中有什么不舒服的地方吗?遇到了什么问题?
- 分析流程:你现在用什么方法来解决这个问题?
- 探索机会:为了更好地解决这个问题,你认为有什么办法能帮到你?或者哪些地方可以优化一下?
- 分析和预测需求:了解用户的期望,以及限制条件。
- 现状分析:用户已经从现有功能中得到什么,是否满意。
- 缩小差距:采取什么手段可以缩小未来(期待)与现状的差距。
- 痛点:好的需求犹如根治用户痛处的良药。B端产品通过调研用户基本可提炼出痛点。
- 收益:需求应有可量化的结果导向。
- 明确、可行、简单的第一步:挖掘需求就是降低需求中的含混性,使之明确。如果在需求落地成型阶段才发现含混性,这个时候的改正成本实在是太高了。
需求可行性=(需求的当前价值+未来价值)/(需求的实现成本+维护成本)
解析需求:- 探索需求的重要方式是以数据驱动的思路去探索业务。因为行为产生数据,数据联系(指导)行为。比如:用户下单产生订单(数据),订单传递给库房的生成人员指导他们发货。
- 用图形(流程图、实体关系图、数据流程图、用例图)来明晰业务和需求。
2. 设计阶段
设计信息架构: 设计信息机构的思路和方法:- 组织信息:最简单处理信息的思路就是根据时间、字母、数字等内容,对信息进行组织分类。B端产品经理要注意把实际业务中,已经存在的信息组织结构,如:现有组织架构、单据分类等,在系统中映射出来,满足用户的预计和操作习惯。
- 给信息加标签:给信息加标签(取名),便于快速查询。注意取名需让用户易于理解。
- 设置找到信息的路径:即设计导航,B端产品大多是工具型产品,三级菜单一般足够。
- 搜索信息:B端产品的搜索场景中,精确搜索场景较多,因此,B端产品经理更多关注的是数据的结构。
- 描述信息的特征:B端产品经理在设计产品方案时,要关注数据对象的属性,即元数据。比如:学生的元数据包括姓名、生日、成绩、学号等。因不同的角色由于工作需要对元数据的定义不同。对元数据的理解不同会影响报表和展示信息的设计。
- 表单页:用户向系统进行增加、删除、提交信息的操作页面。
- 详情页:向用户展示详细的信息。
- 列表页:向用户展示结构化的数据信息
- Dashboard页:监控着整个系统的状态和运营数据。
- 根据站点地图,找到要设计的页面类型。
- 根据页面类型对应用户操作行为,思考出各自对应的模式。
- 用组件搭建成对应的模式。各种模式的布局和组合,最终形成产品原型。
- 模式名称:给模式命名,便于搜索和管理。
- 概念和价值:给模式定义,明确给用户的价值。
- 使用范围:说明模式边界条件。
- 模式描述:描述模式如何运行,即交互。
- 相关模式:与这个模式相关的还有哪些。
- 低精度:页面流程图,展示页面中的关键组件及页面之间的跳转流程。
- 中精度:展示页面布局,展示包含所有组件的页面,像照片一样。
- 高精度:详细展示原型中各个组件在不同操作下所展示的信息。(结构化输出文档)
- 系统状态可见:用户能够随时获得产品反馈的信息,会让用户产生对产品的信任和安全感。
- 系统与真实世界匹配:要参考真实环境使用的单据和报表,将其映射在产品中。
- 用户掌控和自由操作:用户可以自由退防护或者结束当前任务。
- 一致性和标准化:让界面元素和操作形成一套让用户可识别、可学习的标准,并且在产品的任何地方都可以应用。
- 避免错误:需要检查一下界面的按钮是否可能产生误触。
- 直接识别比记忆好:产品要减少用户的记忆负担。
- 灵活高效地使用:要不断地提高界面使用效率
- 美观和简约的设计:设计要简明突出。
- 帮助用户识别、诊断和解决错误:着重关注给用户反馈的操作信息,且尽可能以友善的态度表达。
- 帮助和文档:需要在界面上提供必要的使用帮助,并整理出专门的产品使用文档帮助用户学习。
- 主动学习设计知识,如:常逛逛Dribble、优设、站酷之类的设计网站,提高自己对设计的认知。同时,了解公司或团队的设计规范。
- 明确指出设计重点,表达顺序。明确页面中重点功能是什么,使用者在什么场景下使用,以及希望用户重点使用的界面组件和信息有哪些。
- 给出设计案例。可以找一些比较好的设计案例给设计师参考,指出案例中哪些元素可以参考。
3. 研发阶段
在研发阶段,产品经理需要承担起项目管理的义务,协助研发和测试同事,以推进产品开发。 项目管理的四个维度:范围、时间、质量、成本。 可对应的项目目标:多、快、好、省。 项目计划: 项目风险管理: 项目风险:如果发生不确认的条件和时间,会对一个或多个项目目标造成影响。 项目沟通: 原则:不论采用何种手段,邮件、微信、电话、面谈,信息的发出方一定要保证接收方能够收到并且理解信息,做出反馈。 项目推进: 推进项目的重要基石是:标准化——标准化指完成某项工作的最佳工作方法。 产品经理可以将项目过程遇到的问题及处理方法、人员配合方式、项目流程等经验或文档分享给其他项目成员,推而广之,达成大家的共识。 比如:- 项目会议纪要模板:帮助大家高效输出内容完备的会议纪要。
- 上线验收清单模板:让大家按照清单和步骤执行可以减少出错、提高效率。
- 项目工作流:明确各自角色的任务及配合时间点,团队配合更紧密。
4. 发布阶段
上线前需确认的信息:- 产品是否具备上线条件,比如:是否有测试报告,是否得到使用方的验收。
- 产品的操作培训是否完成,或者是否至少有使用说明文档。
- 产品上线时间是否合适。产品上线的时间点是否会影响其他业务操作,是否需要配合整体的运营计划。
- 背景介绍:介绍所发布产品的背景信息,比如:时间、地点、任务、事件等信息,便于大家了解背景知识,从而减少认知负担。
- 描述阻碍:描述用户目前会遇到的问题,并让大家认同该问题确实会给自己带来不便。
- 点燃希望:向大家说明这个问题有解决方案,引起打击的期待和注意。产品经理客户可以介绍这个问题的解决方案,及概念或者同行业对这个问题的解决思路。
- 震撼登场:抛出问题的解决方案——即发布的产品是什么。
- 展现价值:描述这样的解决方案和产品会给用户带来怎样的价值和收益,可以配数字,这样会更有说服力。
- 精雕细琢:介绍产品重要的细节、工作原理。
- 给出诱惑:给大家送一些福利,让大家快来体验产品。这里可以根据实际情况来选择使用。
5. 监控阶段
数据指标: 数据监控应该监控什么才有意义,从黑箱、仪表盘和二律背反理论中我们可以得到一些启发。 黑箱: 我们只能输入和输出,而并不知道事物真正运行的原理是什么,比如:电商网站的输入是用户进站浏览,输出是订单。那用户在浏览网页所做的行为和决策就是黑箱。 通过研究黑箱,我们可以提升用户转化率。 仪表盘: 通过汽车的仪表盘速度、耗油量等数据指标,随时反馈出汽车的状态。没有仪表盘的汽车随时都有失控的危险。对系统运行状态的监控也是,数据指标要尽可能覆盖全面,比如:出现问题的次数、加载时间、业务相关数据等。 二律背反: 二律背反指规律中的矛盾,在互相联系的两种力量的运动规律之间存在的相互排斥现象——即两种事物此消彼长、此长彼消、相背相反。 因此,我们除了关注数据指标之间的相关性,更需要找到这些处在二律背反的指标,然后进行指标配对。通过指标配对,防止过度监控或者提升一个指标而带来副作用,用另一个指标来辅助分析和监控,从而权衡出好的办法以解决问题。 如果没有办法计量,就没有办法管理。数据指标就是管理量化的表现。 数据目标: 制定数据目标的方法:关键成功因素法 制定数据目标的原则:具体、可衡量、可实现、有相关性、有截止时间。 数据采集: SQL学习原因: SQL是查数据和做报表的工具,建议产品经理都要学,原因:- SQL可能是最容易入门的编程语言。因为他书写出来的代码,完全是按照英语语法,是初中语法中最简单的部分。只要学习非常少的SQL知识,或者说是几个英语单词,就可以快速在工作中使用。
- 使用频率非常高。
- 有助于产品经理理解数据分析的思路。
- 《SQL基础教程》,这本书内容实用且基础,适合零基础的人学习,且它描绘了很多使用场景。
- 学习编程的网站,如http://www.w3school.cn/ ,这里的教学内容简约便捷,可以当成SQL使用的工具字典
- 找一名程序员同事当老师,随时实践、随时请教问题。
三、最重要的产品力是什么
纵观《B端产品经理必修课——从业务逻辑到产品构建全攻略》,会发现书里满满都是干货,作者产品力MAX。 那么,作者本人最牛逼的产品力是什么呢?作者获得的路径又是什么呢?1. 关于产品力
前面我们探讨过,作者认为:产品经理的技能可以分为硬技能和软技能。 硬技能包括:用户调研、产品规划、需求分析与管理、产品方案设计、数据分析等。 软技能包括:项目管理能力、时间管理能力、沟通能力等。 但在我看来,作者产品力真正的厉害之处在于:任何时候,你有问题,我有方案,而且是快速产出的、高品质的、切中要害的。拿本书作为产品来举例:作者可以被视为产品经理,读者可以被视为用户。书中内容几乎覆盖了B端产品经理工作场景、工作内容、工作方法、工作规划等读者可能有疑惑的方方面面,在每个层面,作者都给出了非常恰当、贴合实际的指导理论,也就是给读者提供了解决问题的工具。你有需求繁杂的问题,我有优先级及重要性管理方案。 你有产品设计慢的问题,我有模式思维设计方案。 你有项目管理的问题,我有风险管理和标准化方案。 不难理解,在产品工作中,或是在其他工作中,这种迁移能力才是真正发挥作用的能力。
2. 关于产品力的获得途径
我们看能否从作者的自述和经历中发现获得这种产品力的答案。 以下信息均来自《B端产品经理必修课》作者简介或自述。 首先是作者的经历:- 教育经历:北京理工大学工业设计方向硕士
- 工作经历:To C——高德地图、百度地图;To B——小米物流系统。
- 其他经历:PMP项目管理认证、“人人都是产品经理”专栏作家。
- 个人微信公众号:李宽wideplum
- 喜欢看书、涉猎历史、哲学、科学、经管、互联网、技术等各个领域的书籍。
- 把写书列为一个长期的目标,规划了5年左右的时间。
- 因为B端产品经理的知识没有成型理论和体系,所以,作者立志填补这项空白。期望自己的总结和思考,为中国产品经理职业发展提供理论和实践的支持。
- 为了写书,查阅大量现有的互联网、经管类书籍,还有大量的软件工程类书籍,以及学术论文。
- 查阅资料注重追溯知识本源,了解知识的核心要义。
- 本书展示了作者对B端产品经理的理解,介绍了B端产品经理的工作流程、工作方法、工作场景,以及作者在工作中的经验总结。
- 喜欢跟研发同事散步聊产品和设计,在无拘无束的畅谈中总结自己对产品的看法和观点。
- 对世界充满好奇。在好奇心的驱动下,习得的知识非常宽广。
- 对产品工作发自肺腑的热爱。兴趣让学习、规划和实践更加纵深。
- 目标驱动、规划落地。目标明确,为达目标时刻准备。
- 喜欢追根溯源。了解知识时追求本源,学习知识时抓核心要义。
- 持续学习,知识内化,不断总结和输出。工作实践不断总结成经验和方法,形成自己的理论体系,揉碎成通俗易懂的生活例子阐释。
- 寻求好的实践经历。在好的项目、工作环境中迸发出更多的灵感和提升。
想了解更多移动互联网干货知识,请关注微信公众号运营小咖秀(ID: yunyingshow)
【转载说明】  若上述素材出现侵权,请及时联系我们删除及进行处理:8088013@qq.com