本书主要讲述了“B 端产品管理框架”,以展示 B 端产品经理的工作方法及B 端产品的设计方法。本书分为三个部分。第一部分主要讲述的是 B 端产品经理的工作流程和定义(即B端产品管理框架),以及从事 B 端产品经理的职业现状和规划,还包括设计 B 端产品时需要了解的指导思想。第二部分是通过各个章节来讲述单个产品管理流程的框架,向读者介绍 B 端产品经理在工作时所做的事情。希望能够帮助到各位读者。 本书面向的读者是初入职场的产品经理新人、3~5 年工作经验的 B 端或者 C 端产品经理以及想转行成为产品经理的研发人员。
畅销书升级,B端产品开山之作
李宽,产品专家,北京理工大学工业设计方向硕士,电子工业出版社博文视点优秀作者,获得PMP项目管理认证;著有《B端产品经理必修课:从业务逻辑到产品构建全攻略》;曾服务于百度、高德、小米等企业;在C端和B端产品领域有着丰富的经验;多次参与和组织从0到1搭建或重构B端领域的业务系统,对产品经理职业技能培养和职业规划都有深入的研究。微信公众号:李宽wideplum。
原版前言
亲爱的读者,感谢你打开这本书,接下来我将为你介绍一下这本书。
意外开始的写书之旅
我是一个喜欢看书的产品经理,并且涉猎历史、哲学、科学、经管、互联网、技术等多个领域的书籍。书看得多了,自然就会萌生写书的想法。我把写书定为一个长期的目标,用了5 年左右的时间进行规划。
“不积跬步,无以至千里”,我以wideplum 为笔名,从2017 年开始坚持每周写一篇公众号文章,并分享在PMcaff 和“人人都是产品经理”等行业网站上。我希望能用这种方式,慢慢积累素材,提高自己的写作能力。
2017 年,我发表了万字长文《手把手教你做需求管理》,阅读量累计过万次。随着文章阅读量的增加,很多读者加我微信,没想到其中一位微信好友使我开启了写作之路。
2017 年7 月19 日,电子工业出版社的图书策划编辑董雪通过我的笔名找到了我的微信号,她说明来意:看见了我的文章,咨询我是否有出书意向。我立刻答应了,没想到出书的梦想竟然会这么快实现。历经了提交样章、申报选题、签订合同等环节之后,2017 年8 月,我正式开始了写作。
冰箱贴计划
为了给自己的写作计划增加仪式感,我给它起名为“冰箱贴计划”。名字来自一个下午,我坐在客厅的沙发上,决定以我看到的一个物品来命名我的写作计划,结果我第一眼就看到了冰箱贴。
写作不同于学习,因为我们即使在学习中遇到困难,也会在网上或其他书中找到答案,而写作则完全需要靠自己想出思路和文案。
就选题来说,我作为B 端产品经理的一员,在从事B 端产品的相关工作时,发现只有零碎的文章介绍B 端产品和B 端产品经理,而没有专门的指导书籍能够系统地对其进行介绍。于是,我就尝试填补这项空白。
B 端产品经理的知识没有成型的理论和体系,于是我就查阅大量现有的互联网知识、经管类书籍、软件工程类书籍,以及学术论文。为了弄清楚一个经管的概念,我曾从麻省理工学院下载了一篇1981 年发表的英语论文A Primer on Critical Success Factors。在查阅资料的过程中,我体会到发现知识本源的重要性,只有了解了知识本源,才能知道知识的核心要义。
我基本上都是在早晨、夜晚及周末进行写作的。从2017 年8 月开始一直到2018 年1 月完成初稿,我付出了许多辛苦和汗水,不过总算坚持下来了。
阅读指南
本书一共分为三部分。
第一部分是“To B or not to B,这不是问题”,这部分主要讲述了什么是B 端产品、什么是B 端产品经理、B 端产品经理的工作流程(即单个产品管理流程),以及B 端产品经理的职业现状和规划,还有在设计B 端产品时需要了解的思想。读者通过阅读这部分内容,可以从宏观角度了解B 端产品经理。
第二部分是“单个产品管理流程”,这部分讲述了单个产品管理流程的框架,向读者介绍了B 端产品经理的工作。读者通过阅读这部分内容,可以从软件工程和用户体验的角度来理解B 端产品经理的工作。
第三部分是“产品经理的自我管理”,读者通过阅读这部分内容,可以获取笔者在产品经理工作中的经验,希望这些经验能够帮助到各位读者。
本书的核心部分是第二部分“单个产品管理流程”,也就是书中经常出现的“5×5”方格。笔者在这部分会运用大量的图表向读者介绍B 端产品经理的工作方法,为了便于读者理解和回顾,在每一章的最后都有对本章内容的总结和提示。
希望以上内容能给读者提供帮助。
清河边上的漫步
我目前就职于小米公司信息部的仓储物流组。小米公司的办公地坐落在北五环的清河边上。在每个工作日的午后,我和研发部的同事们都会在清河边上散步。在散步的过程中,我们经常会天马行空地畅谈。当我们聊到产品和设计时,会在无拘无束的畅谈中总结自己对产品的看法和观点。
后来,同事们开玩笑说:“以后你就把你的思想称为‘普拉姆思想’吧。”这个名字来自我的英文笔名wideplum 中的plum。于是,我就把清河漫步中的“普拉姆思想”延伸到了我的朋友圈。我经常把对产品的思考和观点,以“普拉姆原则”为署名发布出来。这样,我能了解身边的朋友们对这些观点的认可度。当然,这些“普拉姆原则”的产品观点,大部分都融合在这本书中了。
我希望通过自己的思考和总结,为中国产品经理职业发展提供理论和实践的支持,希望这本书能够帮助到各位读者。
最后,我要感谢在写书过程中一直支持我的爱人——侯峥(May),还要感谢王海洲、张涛、杨轲等小米领导,以及张锦、韩亚、叶金涛、王晓宇、曹宏亮、满金欣、彭伟财、熊肖翔、谢勇、程晨、谢心斌、王文鹏等小米同事对本书的支持。
除此之外,我还要感谢杨宁、沈陶、姚一鸣、孟广博、张娟、焦健、李渊深对本书的支持,感谢电子工业出版社的图书策划编辑董雪对本书出版付出的辛苦和努力。
李宽
2018 年1 月
前言2 . 0
亲爱的读者,当你看到这里时,我已经结束了小米的职业生涯,并且你即将开启《B 端产品经理必修课2.0:从业务逻辑到产品构建全攻略》的阅读之旅。
一个无技术背景的B 端产品经理
偶然的机会让我成为B 端产品经理,也是偶然的机会让我写了《B 端产品经理必修课:从业务逻辑到产品构建全攻略》这本书。我在筹划和写作这本书时,行业内还没有专门讲述B 端产品经理的图书,甚至连它的叫法都不明确。
在写书的时候,我也做好了挨骂的准备。当然,我的初心是能够让更多的人关注到B 端产品和B 端产品经理,让更多的B 端作者涌现出来,从而让更多的B 端图书面世,以丰富这个领域的知识。我向图书策划编辑推荐了很多想要写书的B 端领域作者,因此我还成了出版社小有名气的作者。最近,我也了解到很多B 端领域的图书都在筹划出版中。
另外,我国互联网行业内流行的一些产品理论知识,大部分来自国外。我希望能够形成属于我国的产品经理理论知识体系,从而帮助我国产品经理走出自己特有的发展道路。
因此,我做好了各方面的准备,“战战兢兢”地写完了这本书。幸运的是,这本书无意间踩中了“产业互联网”“To B”大潮的兴起,因此《B 端产品经理必修课:从业务逻辑到产品构建全攻略》也就无意间成了B 端产品领域的开山之作。
我作为先行开路的作者,要充分认识到自身知识的局限性,也要坦然面对读者的批评。因此,我打起精神、认真反思、不忘初心,开始了《B 端产品经理必修课2.0:从业务逻辑到产品构建全攻略》(以下简称《2.0》)的写作。
在《2.0》的写作中,我还是会延续之前的写法:把复杂的事情说得简单,只讲知识体系中重要的20%的知识,让读者在轻松愉悦的阅读中理解和掌握。
我作为一名学习工业设计出身的产品经理,在没有技术背景的情况下就投身到B 端产品经理的工作中,确实有一些劣势。我在书中用三句话形容产品经理对技术的认知:
看山是山,看水是水。
看山不是山,看水不是水。
看山还是山,看水还是水。
因为这几句话,我被读者批评了。我曾一度怀疑自己是不是对技术有误解,发表了错误的言论。我甚至想过是不是应该报培训班,学习一下编程。好在上大学时,我学过C 语言,也了解一些Java 的知识,我预感这个问题的答案不在于学习编程。于是,在翻阅了一两千页软件开发图书的基础上,我终于在重新阅读《大象——Thinking in UML》这本书时,彻底明白了我说的那三句话没错。产品经理并不是必须要懂技术,懂技术也只是锦上添花,因为产品经理的核心价值并不在于懂技术,而在于对需求、战略、架构等层面的思考。从另一个角度来说,我们把懂技术的产品经理称为架构师更为准确,而产品经理并不是必然要成为架构师。关于这一点,我会在正文中详细阐述。
2006 年,我进入河北农业大学现代科技学院学习工业设计。通过考研,我进入北京理工大学成为工业设计的硕士。之后,我有幸进入互联网行业,成为一名产品经理,并为这个行业贡献了一本书。我从一名本科生成为一名研究生,然后又成为产品经理和作者,一路走来,感慨万千。我要感谢帮助过我的人,也珍惜眼前的一切。只有不断地努力奋斗,才能不负韶华。
以上是我写完《B 端产品经理必修课:从业务逻辑到产品构建全攻略》的心路历程。接下来,我为大家介绍一下《2.0》的升级之处。
2.0 —— 新的开始
写书是一个自我剖析和自我交流的过程,也是一个不断正视自己优点和缺点的过程。在反思前一版图书不足之处的基础上,我在以下几个方面进行了优化。
1.明确B 端产品管理框架
前一版图书的核心框架是“单个产品管理流程”。经过思考,我将这个名字升级为“B 端产品管理框架”。
产品管理(Product Management)是一个非常重要的思考产品的框架。产品经理使用产品管理的框架来思考产品,可以避免陷入仅思考交互、界面等产品工作的某一环节中,应从全局思考整个产品。
因此,使用“B 端产品管理框架”这个名字,是为了进一步明确和强化产品管理的知识对于B 端产品经理的重要性。
2.增加产品架构的知识
在《2.0》中,我补充了产品架构的相关知识。每当我们提到“架构”这个词时,就仿佛戴上了一个“高端、大气、上档次”的光环。如果我们将“架构”和其他名词组合,就特别能提高这个名词的重要程度,如组织架构、产品架构、软件架构等。
在《2.0》中,我将着重介绍产品架构的知识和应用,特别是它和软件架构的区别。
读者通过了解产品架构的知识,可以进一步理解产品经理的能力边界,以及产品经理与IT 架构师之间的区别。
3.B 端产品更加关注客户体验
B 端产品长期被认为用户体验不好,只注重流程能不能跑通,而不注重使用界面的“颜值”。其实,这里有一个重要的问题,那就是C 端产品关注的是用户体验(User Experience),而B 端产品关注的是客户体验(Customer Experience)。客户体验与用户体验关注的维度不同,客户体验会从更多的层面关注产品,如情绪、战略、品牌等。
当然,我们要明确的是C 端产品并不是不关注客户体验,而B 端产品也不是不关注用户体验。在B 端产品和C 端产品中,用户(User)和客户(Customer)的不同导致了B 端产品和C 端产品在对体验的关注上会各有侧重。读者可以在本书正文中查阅到客户体验的具体内容。
4.增加案例和实践
前一版图书被读者批评最多的就是缺少实践案例,因此在《2.0》中会增加更多的实践案例,便于读者更好地理解书中的内容。
当然,撰写通识类的图书最重要的就是要做到详略得当,不能过于细致而让读者抓不住重点,也不能泛泛而谈让读者觉得过于简单。本书还会延续前一版的风格,重点讲述20%的核心内容,剩下80%的内容给出学习框架,让读者进行补充学习。
同时,关于20%的核心内容,本书会讲清楚为什么,而不是简单地说明是什么。
比如,任何一本提到B 端产品需求的图书都会讲到UML(统一建模语言)的知识,会涉及流程图、时序图、用例图等图形的用法,然而只讲述它是什么是远远不够的。
从历史上看,UML 的产生是为了满足软件工程师分析需求、软件架构和方便编程的需要。换句话说,UML 是为程序员服务的,只是其中某些工具可以被B 端产品经理用来分析需求。因此,UML 中的工具并不都需要产品经理掌握。
5.使用中文和英文标识关键词汇
本书罗列出了关键词汇的英文,这么做是为了便于读者查阅英文资料。在英语世界里也存在大量的关于产品经理的知识和理论,通过对英文资料的学习,读者可以了解国际同行的所思所想,更好地理解知识。
以上就是我在《2.0》这本书中主要修改的内容,很多优化的细节受篇幅限制,就不在此一一罗列了。
干B 端,找李宽
“干B 端,找李宽”是我个人建立的一个品牌口号,希望这个口号能够督促自己在探索B 端产品的道路上不断努力,也希望这个口号能让大家记住我。
探索B 端产品的道路漫长而曲折,我希望能够通过自己的努力,为各位读者开辟一条便捷、简单的学习之路。
最后,我要感谢一直支持我的爱人——侯峥(May),感谢张锦、韩亚、王晓宇、傅帅、郑舒匀、董雪等朋友为我提供帮助。除此之外,我还要感谢电子工业出版社的图书策划编辑林瑞和对本书的帮助。
感谢鲍汐莹对书籍封面设计提供的帮助。
我的邮箱是wideplum@163.com,我的微信公众号是李宽wideplum,欢迎各位读者向我提出宝贵的建议和意见,或者同我交流与产品经理有关的话题。
李宽
2020 年3 月
自序
To be or not to be, that is the question.(生存还是毁灭,这是个问题。)
——莎士比亚《哈姆雷特》
做不做 B 端产品经理,可能还真是一个关乎“生存”或“毁灭”的问题。
也许你是正处在毕业校招季的大学生,带着自己的梦想,满腔热血地投入互联网大潮中,在面对前端、后台、B 端、C 端产品职位时,无论选择哪一个职位都让你感到茫然。
也许你已经做了1~3 年的前端产品经理,每天从事判断按钮颜色或交互体验的工作。随着年龄的增长,你开始怀疑这个工作是否在吃“青春饭”,犹豫是否要转做后台或B 端产品。
也许你已经从事了B 端产品经理的工作,每天都要面对焦头烂额的业务逻辑、需求和永远跟不完的项目,同时很难找到B 端产品做竞品分析,或者从事这份工作时间久了感到厌倦或缺乏激情。此时的你也许正探索着如何提高自己的职业竞争力。
如果你正面临上述问题,那么请把这本书读下去,也许这本书中讲述的内容会对你有所帮助。
请你坚信,在产品经理职业生涯中,无论你做出何种抉择,后果都不像你想象中那么严重。
每个人都在不断地前进和成长,不要用现在的境遇去推算未来。当你思考问题时,其实就已经在为解决问题而聚焦方向了。
请你坚信,你所选择的产品经理这个职业,也许是世界上最有趣的职业之一。