题外话，每本书前面都有序，作者也喜欢邀请挂着显赫title的大佬，给自己书编两段吹捧文字。但大佬也有自己的小算盘，吹得狠了，读者看完不免腹诽，那影响了自己的IP。所以序这个东西的特点就是，没看书之前，看序觉得书一定写的顶尖+top，看完之后，再看序，就发现你对内容的欣赏or不满，早被大佬用隐喻的文字点出来了。
比方说这本，从内容看，可以说是B端产品工作的基础方法论，那序里面，接地气、初入职场、驻足路口、想转型等字眼就可以理解了。感叹，大佬毕竟是大佬~
anyway，总体看，我依然认为这是本不错的书，讲清了B端产品的工作框架，不过内容稍显刻板&&单薄。
1. 互联网产品领域探秘
1.1 产品经理岗位的发展历程
1.2 互联网行业的产品方向
C端产品、B端产品、数据与策略产品、商业化产品、AI产品
作者给出的产品经理岗位分类，其中C端/B端产品的特点和分工总结的不错，记录下，其他三类说的比较粗。
既然自己是从事策略+AI的产品，我能按作者说的，总结出来这两种产品的特点和分工么？
- 策略不分B/C，或者说，CorB都有策略的空间&需求，核心是对业务目标的无限细分，并用各种方法逼近这个目标，算法只是一项强大&关键的工具。虽然不分B/C，但因为B是服务于内部组织，C是服务于用户，所以场景中涉及到的各方&利益点不同，导致策略优化的方向不同，需要的基础知识也有差别，举例常见的策略：B端的派单策略，C端的搜索推荐、增长。
- 因为不分B/C，所以也没有重体验还是重提效一说了，但相比C/B，对策略产品要求更高的，在于精通数据分析，策略的假设&验证，经常需要数据分析的支持。
- 同样需求强大的抽象&逻辑能力，复杂的策略，需要对业务目标、具体场景做拆解梳理，分析&洞察出其中的优化点，所以需要强大的逻辑能力。
2. B端产品概述
挺清楚，按这个梳理下贝壳架构
垂直业务线，房源端
基础服务，基础平台中心
交易平台，交易线
办公协网，职能线
商家管理，店东线(因为贝壳的业务模式，所以一些商品，被纳入垂直业务线直接管理了)
设计篇：从业务诊断到形成方案
业务梳理—>流程设计—>组织架构设计—>数据建模—>界面设计—>权限设计
- 第三章，概述B端产品设计的一般流程，并引出贯穿全书的M公司案例的背景。
- 第四章，介绍B段产品的业务调研。
- 第五章，介绍B端产品的整体方案设计，包含B端产品细节设计的所有关键主题。
- 第六章，介绍B端产品的细节方案设计。
- 第七章，介绍B端产品经理应该具备的技术常识。
业务调研，就是用户调研
-
产品整体方案设计，基于对业务现状和发展方向的理解，产品经理需要和架构师、技术负责人一起，规划产品的功能范围、定位，以及和公司现有产品体体系融合，形成对后续细节设计有指导意义的整体方案。
- 核心业务流程线上化。
- 产品定位，明确产品有哪些子系统，分别支持哪些业务流程和业务板块。
- 应用架构，考虑该产品和公司现有系统的融合关系。
- 功能模块，基于对业务的理解，抽象出该产品的具体功能模块。
- 演进蓝图，根据业务优先级与发展策略，制定实现各功能模块的计划和节奏。
-
产品细节方案设计
- 数据建模，也叫业务建模，是产品细节设计的关键。
- 角色与流程设计，业务团队的组织架构和岗位编制。
- 界面与报表，是业务用户直接看到的部分。
项目管理与实施
运营迭代
3.2 B端产品和C端产品建设流程的区别
前期调研环节，其实BC差不多，现在很多B端都是小B，贝壳的经纪人、滴滴的司机，这种群体也很强调C端的一些体验、玩法，如何让小B陪你玩，也需要一套模式和激励。
方案设计环节，我觉得也差不多
细节方案设计，这个有些差别，B端的会多一些角色流程、权限的概念，但C端没有这么复杂。
技术方案/实施/运营，差不多。
