本书作者是人人都是产品经理专栏作家杨堃（kūn），19年6月份出版的，在豆瓣上评分8.2分，还算不错
以前只知道B端产品是什么，但是不知道B端产品经理的核心职责，这本书算是解答了这个大大的疑惑，这本书从业务调研、方案设计、细节设计、技术方案、项目管理、运营管理、迭代优化、数据分析，一整套工作流程拆开详细的解释，由于B端都是跟业务打交道，所以有些知识点比较枯燥难懂，但是作者利用了一个大案例贯穿了全书，可以很形象的让读者理解知识点
本书更适合有一些经验的B端产品人阅读，因为书中有少部分的术语对于没有产品经验的人或者新人来说比较难懂
B端产品定义
使用对象是企业，B端产品帮助企业通过协同办公、解决某类经营管理问题，承担着为企业或组织提高收入、提升效率，降低成本，控制风险的重任
B端崛起的因素：
同质化严重的今天运营的效率成为核心竞争力；产业互联网处于蓝海状态；企业业务模式越来越重，越来越多；企业线下业务的渗透率呈上升趋势
B端产品的三个方向：
业务支撑：垂直业务、基础业务、交易平台
办公协同：OA系统、内部IM、HRM、财务
商家管理：商户管理、商户自主管理
一、业务调研
业务调研分为五个阶段：明确目标、选取调研对象、确定调研方法、执行调研计划、总结归纳输出
B端产品的调研目标一般常见有两种：梳理现有业务现状；总结业务问题
常见调研对象：调研对象一般为业务一线员工、或业务负责人、领导、主管等
常见调研方法：深度访谈、轮岗实习、调研问卷、数据分析、行业研究
总结归纳输出需要注意：要总结出现存的业务问题、对问题进行逐个击破，分析其可行性，是否有价值
二、产品整体方案设计
产品整体方案设计一共有五个模块
核心业务流程：确定业务的各个主干脉络，思考业务的各个参与方，有哪些角色，涉及到的系统有哪些。
产品定位：简明扼要的描述产品对业务的支持范围，总体的功能目标，说清楚产品针对谁提供什么支持。
应用架构设计：企业内所有产品和系统的整体结构和布局、各个系统之间的融合，不同系统的模块之间的融合
功能模块设计：确定每一个系统都包含哪些功能模块
演进蓝图设计：确定未来的产品规划，和实现节奏
三、产品细节设计
确定产品整体方案后，就可以完善整体系统的细节设计了，包括各种页面和流程等
第一步、业务数据建模，说建模有点太难懂，一句话说明就是要先把业务的所涉及到的各个操作者之间的关系弄清楚，一般常用的工具是树状图或者是ER图，这一步骤对数据库的搭建有着重要的参考价值，所以马虎不得
第二步、产出业务所涉及到的各种角色的业务流程图、以及页面流程图
第三步、界面设计，参考尼尔森十大原则，不再赘述（反馈原则、隐喻原则、回退原则、一致原则、防错原则、记忆原则、灵活设计原则、简约设计原则、容错原则、帮助原则）
第四步、报表设计，报表是B端产品中最常见的功能，也有一套设计的流程：首先明确作用，只搞明白报表是干嘛的，是来发现什么问题的；再去定义观察指标。即用那些指标可以反映出该报表的价值；最终设计呈现形式、是用柱状图还是饼状图、用热力图还是用转化图
第五步、数据埋点，明确哪些指标可以看出产品使用程度、哪些指标用来分析用户行为路径，再在代码中进行埋点
第六步、权限设计，权限分别有功能权限和数据权限，两个模块，可以学习RBAC的权限模型设计权限系统
第七步、文档编写与管理
第八步、UML和常用图表
ER图：说明两个对象的关系的图，第一行是对象名，第二行是字段名，数字代表1对1还是1对多
状态机图：围绕状态的流程图，有开始有结束，能够清晰的梳理出业务规则
跨部门流程图：横坐标为角色、纵坐标为系统，设计到多种角色操作和多种系统执行的流程图
活动图：属于流程图的一种，它可以描述并发任务的执行过程
用例图：用户在不同场景下能在系统中做什么
四、技术
只有懂技术才能设计出更好的产品方案，B端产品更注重业务逻辑的抽象过程，产品设计方案和技术方案的相关性更强，
懂技术的优势：
避免产品过度设计：避免价值不大，开发成本高的功能
避免技术过度设计：技术设计没必要的灵活性和复杂性
与技术沟通顺畅
预判需求的可行性及成本
评估工时合理性
B端产品必备的技术知识体系：
理解一门语言、掌握SQL数据表设计及查询语句、了解网络通讯等计算机常识、了解MVC范式、熟悉接口与调用
五、项目管理
B端产品项目管理面临的两大挑战：容易发生跨端（跨系统）现象；项目周期普遍较长。所以项目推进比较难，可以采用以下几种方法：一、明确项目最终价值，以判断是否有必要推进；二、游说关键人物，带动团队的积极性；三、有执行力和推动力，大白话就是记着事，不忘事，上着发条追进度，盯过程，要结果
紧跟项目进度的方法：
细化工作、明确交付，将工作细致拆解，并明确每一个细化事项的责任人、交付物、时间点等，保证每一个细节的掌控，也就掌控了整个项目
通过机制把控进度：通过开定期会议、每日站会、日报周报形式跟进进度
编写内容清晰的日报和周报
保持足够的责任心：传递最终价值给团队成员，培养团队的整体责任心
六、运营迭代
B端产品运营的三种方向：SaaS方向、双边市场的供给端方向、内部业务系统方向，目前市面上比较多的是第三种内部业务系统方向，
B端产品运营工作内容：产品功能推广培训、解答用户处理、需求采集过滤、项目效果分析、业务诊断分析、
B端业务运营工作内容：业务支持、流程管理、策略制定、绩效考核制度制订、培训考核、系统运营、项目管理、合规质检、数据分析
判断需求价值的几个关键点：
这个需求背后的真正原因是什么？
这个问题是否有更快速的解法？
这个问题影响范围是多少人，是否值得投入精力去开发？
如果是共性问题，优先级和紧急程度如何？
系统建设的四个阶段
初创阶段：业务处于探索期，快速构建起来一个系统
瓶颈阶段：业务得到验证，业务高速发展，但是“技术债”出现了
重构阶段：系统快到崩溃的边缘，业务需求需给系统重构让路，开始重构系统
稳定阶段：越发展稳定，系统运行平稳，Bug少、不宕机
七、数据分析
数据分析必备三个要点：方法工具、业务知识、细心耐心，三者缺一不可
B端产品数据分析流程
1、明确主题：明确分析的目的和目标
2、提出假设：根据经验和外在环境提出假设
3、验证假设：深挖数据验证假设
4、得出结论：得出假设影响数据的结论及应对方案
八、企业应用架构
企业应用架构是指企业的各个软件系统有机集成在一起的方式
设计企业应用架构的注意事项：
1、业务定位和边界要清晰
2、系统要实现松耦合、高内聚
3、不让易变的新业务影响现有业务的稳定
4、系统之间要实现数据的单向流转
5、综合考虑架构的合理性和业务发展的需要
6、深度思考新系统与旧系统的关系
典型的企业级应用架构图：
名词解释
CMS：内容管理系统，可对内容进行增删改查
CRM：企业内部使用的用于记录客户档案、销售合同、财务等方面的系统
Callcenter：呼叫中心，客服中心用来接电话、打电话、记录的系统
WMS：仓库管理系统，主要是对商品入库、出库、存储、调拨、库存的记录
TMS：运输管理系统，包含的功能主要有订单管理、配载作业、调度分配、行车管理、车辆定位系统、车辆管理
Finance：财务系统，进出帐管理
OA：办公自动化系统，类似于百度的如流、字节的飞书，有个人事务管理、IM通讯、流程管理等
HRM：人力资源管理系统，包含有考勤、薪酬、招聘、培训、社保等功能模块
Mail：邮件系统，包含有专属域名、信息备份、文件存储等功能
Passport：账号管理系统
Auth：权限管理系统
GIS：地理信息系统
Msg：工业自动化
Pay：支付系统
BI：行为识别系统（大数据系统）
DataMining：数据挖掘
Data Mart：数据集市
Data Warehouse：数据仓库
MDM：移动设备管理
