PDM，读《决胜B端-产品经理升级之路》

市面上讲解B端产品经理的书籍实在是太少了，供给远远不足。因此本书一出版，便以极高口碑传播。收到多个安利，且豆瓣评分8分以上，印象中产品经理相关书籍，特别2B领域，这已属于评分top级别。本书旨在入门，对于非B端或初级B端从业人，展示了产品经理工作范畴全貌。难得的是总结了B端产品经理知识体系，并在概述每项技能后，推荐了拓展学习资料；二是贯穿大量案例，以分销业务为例，按照实际设计流程，走了一遍。缺点在于内容不深，范围太广导致深度不足。不同于C端产品经理，除了产品经理的基本功（调研、需求、场景、用户、原型、流程、PRD、迭代），B端涉及软件工程、项目管理、业务知识、企业管理、企业架构方方面面，都想涉及到，但只能粗略提及。例如业务调研、项目管理、数据分析、企业架构，读起来感受不深。而相关的知识点，如UML语言、设计原则，也只能作为因子，让不清楚的知道有这么一回事。不过上述缺点，也是B端产品经理行业现状导致的，一是从C到B，本身就是巨大的转变。也许C端可以做到人人都是产品经理，但B端的门槛，相对高出许多。不过这也可能是因我在B端，一种不客观的偏见情绪。为了照顾未入B端的同学，本书只能求全而不求细。例如做B端Saas，产品人应该去实施现场做几次交付，感受实际业务，进而有利于其产品设计能力，对于产品标准功能的把控。但若是去甲方做一次项目，就知道单单项目管理，里面多少门道。C端产品人可曾受过如此的委屈。因而项目管理不得不提，但又无法具体展开。像UML、架构图等，这是传统IT最基本概念，但C端未必清楚；二是目前的资料太少了，这里指的是从互联网产品经理出发，因规模发展到存量竞争，以及市场环境的影响，导致产品经理的发展方向，趋向精细化、以及向外蔓延。从C端扩展的B端，进而到B端产品经理。从这个路径来看，目前大家都处于摸索期，无完整知识体系。但若从传统IT软件工程来看，相关领域已十分成熟，不愁没供给的。如此看来，目前所说的B端资料少，是指从C到B的路径仍不明确。

做项目阶段，也接触过大公司的咨询顾问。大几千万的项目，顾问是真牛掰。。在回想互联网新生代，如何沉下心来打磨B端产品，交付传统公司使用。可能只是服务一家企业几十号、上百人，为了这么点钱、这破公司、破业务老员工，费劲心力，心态很难适应。有时为了把控产品标准功能、或项目范围，与甲方拍桌子，同样较难适应。对于Saas产品，名气响，实际发展前景如何？目前仍很难说。看过一篇文章，提及作者对于强管理属性Saas产品的悲观看法。若要转B端，尽可能往工具性、公司内外交互型以及弱管理属性产品方向转。深以为然，3月份照着这条建议跳槽吧。。

---

读书笔记

1. 概述

   1. 商业变现产品：搜索引擎营销、广告投放平台、在线广告联盟、增值服务

      1. 无论商业模式如何创新，企业的运作机制都是相通的   //拿着2000年的IBM项目管理流程、业务最佳实践来看，都不过时。

2. 产品建设

   1.  

      

3. 业务调研

   1.  

      

   2. 调研目标-调研对象-调研方法-调研计划

4. 整体方案设计

   1. 业务流程

   2. 产品定位

   3. 应用架构

   4. 功能模块。产品经理设计的功能模块代表了其对业务本质诉求的理解和提炼，蕴含了他对业务、系统未来发展的期望。 ///不过功能模块，找几个成熟产品参考下，向异性很少，取个并集绝对够了。关键还是看演进蓝图，他的实施侧率，一期做哪些，运转多久待业务稳定后，再开展二期，二期做哪些。经验不是体现在有哪些要做，而体现在今年做什么、明年做什么，甚至基于业务现状，3-5年都想的明明白白。

   5.  

      

   6. 演进蓝图

   7.  

      

5. 细节方案设计

   1. 数据建模

   2. 流程和角色；业务流程，使用场景，页面流程

   3. 界面设计

      1. 反馈原则:反馈操作进度

      2. 隐喻原则:采用用户熟悉，常识性图标和知识表达功能

         </