本书分为四篇，“概述篇”从对产品经理的整体介绍切入，阐述作者对B端产品经理的理解；“设计篇”以分销业务平台的案例分析带领读者完成B端产品设计的实际流程，“管理篇”介绍了B端产品的管理；“进阶篇”讲述了企业应用架构。
“概述篇”和“设计篇”适合0-3年的初级B端产品经理阅读，这时候产品经理更多是作为助理的角色，主要工作是文档撰写、原型设计等，还处在“见山是山”的状态，上级丢一个任务下来告诉你要怎么做，就完全照做了，较少有自己的思考。
“管理篇”适合3-5年的中级产品经理阅读，这时候产品经理能够独自负责一个项目，并对项目的规划、实施、迭代负责，处在“见山不是山 ”的状态，这个阶段的产品经理对产品和行业都积累了自己的认识，形成了较为系统的方法论。面对新需求能够充分挖掘背后的真正需求，并认识到需求的变动对整个系统的影响，并能调度资源完成项目。
“进阶篇”适合5年以上的高级产品经理阅读。这个阶段的产品经理更像是产品架构师或者顾问，处在“见山还是山”的状态，这个时候看到的山是山峦起伏而不是孤零零一座山了。此时产品经理对企业和行业的应用架构了如指掌，能够指导企业的信息化发展路径。
一、B端产品经理
1、什么是B端产品
B端产品使用对象是企业或组织，帮助企业或组织通过协同办公，解决某类经营管理问题，承担着为企业或组织提高收入、提升效率、降低成本、控制风险的重任。
1、B端产品的特点：
目标用户是一个群体：用户群体是某个业务团队或组织，通过协作完成工作；
效能第一体验第二：聚焦于解决组织的某类业务问题，不需要过多打磨交互体验；
强调抽象和逻辑：B端产品业务复杂，需要产品经理抽象建模和设计；
收益难以量化：业务成效难以量化。
2、B端产品的部署方式：
私有化部署：与外部网络隔离，安全性强，网络稳定；
云部署：在保证安全性的前提下可节省成本，有安全要求的业务系统一般采用私有云部署。
3、B端产品的技术架构：
B/S（Browser/Server）架构：浏览器/服务器模式，用户通过浏览器访问系统；
C/S（Client/Server）架构：客户端/服务器模式，通过原生代码编写的移动端App，也属于C/S架构。
4、B端产品的方向：
业务支撑类：
- 垂直业务线：为每一个具体的垂直业务单元提供支持，例如CRM系统、SCM系统、WMS系统、TMS系统、ERP系统、CallCenter等；
- 基础服务产品线：为所有下游产品提供服务和支持，例如：账号体系、MDM系统、权限管理平台、组织架构管理平台、消息服务、SSO等；
- 交易平台产品线：电商后台，包括支付、商品、订单、交易等的管理。
办公协同类：
- 支持企业内部办公协同，例如OA系统、HRM系统、IM系统、财务管理系统等。
商家管理类：
- 平台型企业给卖家提供运营管理支持的系统，包括商家管理系统和商家自助管理系统。
2、从事B端产品的优势
1、互联网行业的发展趋势：
流量竞争越来越惨烈，线下业务渗透程度越来越高；
业务模式越来越重：业务越来越复杂，需要依靠B端产品支持；
运营效率成为核心竞争力：B端产品对企业的高效管理和运营提效发挥着巨大作用；
产业互联网成为新的蓝海：借助云、物联网、大数据等技术，帮助传统企业变更创新。
2、从事B端产品方向的优势：
业务模式创新需要更多的B端产品经理：新的商业模式必然需要新的业务系统支持，市场对B端产品经理的需求将持续旺盛；
全面的能力培养：包括逻辑能力、抽象能力、技术知识储备、复杂项目管理能力、业务与经营管理知识储备；
广阔的职业发展空间：产品设计、业务运营、咨询顾问；
具有壁垒性的专业经验：形成方法论、熟悉行业业务、了解竞品、认识专家。
2、B端产品经理是否要懂技术
1、B端产品经理懂技术的好处：
避免产品过度设计：设计时考虑背后实现逻辑的复杂性；
避免技术过度设计：技术人员设计了没有必要的代码灵活性和复杂性；
与技术人员沟通顺畅：了解技术基本常识，换位思考；
预判需求的可行性：判断技术实现的可行性和成本；
评估工时合理性：评估开发工时的合理性，把控开发进度。
2、B端产品经理的技术知识要求：
（1）了解基本的技术知识体系：
- 学习一门编程语言，理解程序设计的基本原理；
- 掌握并使用SQL；
- 了解网络通信等计算机常识
（2）了解程序设计的MVC范式
任何一套软件系统运作的本质都是相同的：用户在前端交互层操作后，系统通过业务逻辑层处理数据层的数据。
- M（Modeling）：数据模型，代表底层的数据存储，通过程序对数据库的数据进行增删改查操作；
- V（View）：前端交互视图，负责绘制程序界面，完成前端程序和用户的交互互动，并实现一些简单的业务逻辑，如数据校验；
- C（Controller）：业务逻辑层，是最复杂的部分，复杂的校验判断和业务规则都封装在业务逻辑层，减轻前端负担。
（3）熟悉接口与调用模式
接口之间的调用模式分为同步调用模式和异步调用模式两种：
- 同步调用模式下，接口的调用方会一直等待被调用方返回执行结果；
- 异步调用模式下，接口调用方发出指令，调用方会给被调用方一个回调接口，不会等待结果。
（4）理解软件工程的“搭积木”设计
理解SOA和微服务。企业的各个软件或产品并不是独立的、割裂的，而是深度结合、互相支撑的。架构的理念在高阶的B端产品设计中非常重要，同时B端产品的设计体系和技术架构也有着一脉相承的设计思路。
（5）掌握数据库与SQL
设计数据库表结构是对模型设计的一种落地实现，如果产品经理能够理解模型、ER图、数据库表结构，对产品设计会有很大帮助。
二、B端产品设计：从业务诊断到形成方案
B端产品的总体设计借鉴软件工程自顶向下的设计思路，大体可以分为业务问题诊断、设计解决方案（包括整体方案和细节方案）、执行并优化解决方案（又分为设计技术方案、实施、迭代）三大阶段。
1、业务调研
B端业务调研的核心流程包括明确调研目标、选取调研对象、确认调研方法、执行调研计划、总结归纳输出几个环节。
2、整体方案设计
B端产品的整体方案设计需要遵循自顶向下的设计思路。
- 设计核心业务流程：依据业务调研的结果，与业务人员共同设计包含新系统的新业务流程；
- 明确产品定位：明确系统边界，避免后续管理和维护的混乱；
- 应用架构设计：结合公司现有系统架构考虑新系统与现有系统的衔接和融合，合理复用现有系统或模块，减少重复开发
- 确定功能模块：明确业务场景和系统功能，构建系统架构，作为细节设计的指导；
- 规划演进蓝图：规划系统优先级，确定系统演进路径
3、细节方案设计
B端产品细节设计的常见流程是：
- 首先构建业务数据建模；
- 然后基于流程确定页面流转图
（业务流程图和页面流转图的画法详见《B端产品设计三大流程图》）；
- 随后梳理页面列表；
- 最后着手每个页面的具体设计。
- 同时提前规划好系统用户角色和权限。
三、B端产品的项目管理
1、项目管理与实施
优秀的项目管理是互联网公司在复杂环境下保证软件开发按计划推进、落地的关键，也是保障规模团队的产品研发效率和质量的核心要素。
1、项目管理的工作重点
设计并优化项目管理制度、管理并维护项目管理软件、负责大中型项目的立项实施。
2、B端产品项目管理的挑战
容易发生跨端现象：
- 难以获得其他团队的支持；
- 难以取得整体排期。
项目周期长：
- 项目风险较多。
3、B端产品项目管理的方法
协调推动跨端协作：
- 明确项目收益价值：团队动力、说服其他团队、资源调拨的参考；
- 找到KP并积极游说：找到其他团队的关键人物，获得支持；
- 保持强的推动力与执行力：追进度、盯过程、要结果。
把控项目进度：
- 细化工作，明确交付：制定工作计划，明确细化事项的责任人、交付物、时间点；
- 通过机制把控进度：开展定期会议、开每日站会、形成日报或周报；
- 编写内容清晰的项目日报或周报：争取关注度和资源，解决项目中遇到的问题；包括本周进展、项目风险、下周计划、整体进度；
- 保持足够的责任心：从整体上解决问题、推进项目。
2、运营管理
B端产品上线后，需要开展运营推广工作，除了产品经理，运营推广还会涉及产品运营人员和业务运营人员。
1、产品运营岗
工作目标是通过挖掘B端产品的能力，帮助企业解决业务问题；
工作内容包括产品功能推广培训、问题解答处理、需求采集过滤、项目效果分析、业务诊断分析。
2、业务运营岗
工作目标是支持一线业务单元运作；
工作内容包括业务支持、流程管理、策略制定、绩效考核制度制订、培训考核、系统运营、项目管理、合规质检、数据分析。
3、迭代管理
需求管理包括需求收集、需求判断和需求池管理，在迭代管理中要根据项目实际情况选择合理的迭代模式。
4、数据分析
推荐书籍：
《数据挖掘概念与技术》 By 韩家玮
《编码——隐秘之计算机软硬件背后的语言》 By Charles Petzold
《深入浅出统计学》 By Dawn Griffiths
《深入浅出数据分析》By Michael Milton
《Excel图表之道》 By 刘万祥
