《决胜b端 产品经理升级之路》读书笔记

在读完《决胜b端 产品经理升级之路》之后，让我对B端产品经理有了大概方向的理解，杨堃老师通过概述篇、设计篇、管理篇和进阶篇四个篇章，对B端产品经理进行了一个全面的介绍，同时也让我对B端产品经理有了初步的了解。

在概述篇中，杨堃老师在第一章从产品经理的发展历程开始进行介绍，从最早的起源到现在的互联网产品经理。也让我快速的了解到当今互联网产品经理的工作：流量拉新、流量留存、流量变现、业务模式创新、管理提效、成本控制和风险管理等。在了解完什么是产品经理后就对C端产品和B端产品的进行了简单的比较。C端产品是面向终端用户或消费者的产品，往往承担流量获取和转化的重任；而B端产品的使用对象是企业或组织，帮助企业或者组织通过协同办公，解决某类经营管理问题，承担着为企业或组织提高收入，提升效率、降低成本、控制风险的重任。B端产品的特点有：目标用户是一个群体；效能第一体验第二；强调抽象和逻辑；收益难以量化。而B端产品的部署方式也可以分为私有化部署和云部署两种，其技术架构可以分为B/S架构（浏览器/服务器模式）和C/S架构（客户端/服务器模式）。B端产品又可以按业务方向分为对内和对外两种，其中对内的B端产品又可以分为业务支撑产品和办公协同产品两类。除了对B端产品有了初步的了解，还简单的了解了什么是数据与策略产品和什么是商业变现产品。在对互联网产品经理进行了介绍后，杨堃老师又对当前互联网的盈利模式进行了介绍。

在第二章杨堃老师则对B端产品进行了简单的介绍，也很明确的指出了在当前线上流量的争夺激烈的背景下，最好的突破方法就是从线上转到线下。现在线下业务的渗透程度越来越高，B端产品成了最好的助力。B端产品大致分为业务平台、办公协同和商家管理三大方向。在这种背景下，B端产品经理的需求也随之提高，B端产品经理也要进行全面的能力培养。

第三章开始就进入了设计篇，从业务诊断到形成方案。第三章主要介绍了B端产品的建设概述，简单介绍了B端产品的总体建设流程，让我们有一个初步的了解。然后引出M电商公司，作为之后进行讲解介绍的案例。从第四章到第六章，分别讲解了业务调研、方案的整体方案设计和方案的细节方案设计。杨堃老师先对业务调研的流程进行介绍，很详细的分析了业务调研，并告诉我们深入了解业务的最好方法就是深入一线，直接体验一线业务员的具体工作。然后通过M公司的案例进行讲解，提供了更好的理解。B端产品的整体方案设计需要遵循自顶向下的设计思路，可以依次设计核心业务流程、产品定位、应用架构、功能模块、演进蓝图，从抽象到具体，逐步勾勒出产品的轮廓。B端产品的细节方案设计主要包括业务数据建模、页面流转设计、界面设计、报表设计、数据埋点、权限设计、文档的编写和管理，最后介绍了UML和常用图表来表达一些抽象概念，让沟通更简单。第七章则是分析了产品经理懂技术带来的优势，对产品经理需要的技术知识要求进行大致的介绍。

业务调研的流程为明确调研目标>选取调研对象>确认调研方法>执行调研计划>总结归纳输。业务调研具有两个重要的目的，分别是梳理业务现状和总结业务问题。面对不熟悉的业务，我们可以参考典型的业务分析框架，按照他拆解并分析业务，更方便我们分析业务。业务调研主要有深度访谈、轮岗实习、调研问卷、数据分析和行业研究五种方式，而其中，轮岗实习会是了解业务最好的方法。

B端产品的整体方案设计要从核心业务流程切入产品设计，作为开展整个工作的起点，对此可以根据需要的业务绘出相应的核心业务流程图。接着要明确产品定位，清楚产品针对谁提供什么支持。然后就要对其进行应用架构的设计，在设计新系统时，必须考虑如何和公司现有系统架构融合，不同系统的模块直接如何的衔接。在明确了应用架构后，就要确定系统需要哪些功能模块，绘出对应的功能模块图。然后通过系统的功能模块图，明确业务和系统的规划脉络，根据业务的优先级，确认产品的功能规划和实现节奏，也就是演进蓝图。

经过整体方案的设计，对B端产品也有了更加具体的轮廓和结构，为细节设计做好了准备。首先介绍的是业务数据建模，是针对业务特点，归纳并设计对应的底层数据模型的过程。业务数据建模是数据库设计中最重要的部分，会影响数据库表结构的设计，忽略业务数据建模容易引起逻辑混乱。 创建了业务数据建模后，就要开始着手设计业务的流程和角色。遵循自顶向下的设计思路，首先设计主干流程，进一步明确系统角色及业务岗位的安排，然后基于主干流程图设计页面流转图，最终完成页面细节设计。不过不是所有的页面都来自页面流转图，因为有些页面是独立于总体流程之外的。完成了功能模块设计、演进蓝图设计、业务数据建模、业务流程处理、角色梳理、页面流转梳理之后，就需要对每个页面设计具体的交互功能，即进行界面设计。界面设计的流程一般如下：1、产品经理绘制线框图原型，表达软件中每个页面的设计需求；2、UE设计师协助产品经理完善交互体验，并制作交互原型；3、UI设计师基于交互原型进行美工设计，生成切图文件；4、前端工程师拿到切图文件后，进行前端开发，包括实现交互、动效等。在绘制线框图时，应该遵循尼尔森十大可用性原则（反馈原则、隐喻原则、回退原则、一致原则、防错原则、记忆原则、灵活易用原则、简约设计原则、容错原则、帮助原则）。在进行界面设计的时候，我们可以借鉴成熟软件、善于使用模板和采用标准控件。报表是业务管理中不可缺少的工具，其核心价值是掌握试试、发现问题、分析原因和产生对策。报表设计的流程和应用流程为构建分析体系>定义观察指标>设计呈现形式>跟踪指标变化>分析变动原因>跟进处理问题。在设计呈现形式环节，大部分情况下使用的方案为使用成熟的报表引擎，比起请研发人员写代码，使用成熟的的报表引擎更加的方便，可以节省许多的精力。在报表设计中要注意聚焦业务分析本身，因为报表很可能遇到各种问题，需要反复的进行测试，所以不要急于线上化，上线后不要急于推广和理解掌握数据仓库原理。在Web1.0时代，网站设计人员需要了解网站的访客数量、访客来源、页面访问情况等信息，进而来优化网站的结构和内容，所以要在网站中注入分析工具提供的代码片段，方便采集数据，也就是数据埋点。数据埋点的流程为申请分析账号>获取埋点代码片段>将代码片段埋入网站或APP>观察分析数据。到这已经完成了产品细节设计的大部分工作，但是我们没有开发不同的客户列表页，所以需要设计不同的权限来满足不同角色的需求。在设计时，通常采用权限表来描述权限和角色之间的配置关系。在业务系统设计中，广泛采用RBAC模型，给每个用户都赋予一个或多个系统角色，每个角色都对应一个权限集合，这大大方便了对用户的权限分配。在产品设计时会涉及一些文档，包括BRD、PRD和MRD，在B端产品里主要涉及的是BRD和PRD。BRD一般有需求方填写，用来提交请求；PRD由产品经理编写产品需求，方便和研发人员的沟通。在软件设计中，有很多抽象的概念很难用文字进行表达，所以一般采用UML和图表进行表达。作为B端产品经理，必须掌握UML的相关知识，能够通过UML来表达自己的设计思路，方便和研发人员进行沟通。产品经理常用的UML图包括ER图、跨部门流程图、状态机图；可能用到活动图和用例图。

第七章介绍了作为一个B端产品经理，懂技术在设计方案时会有很大的帮助，以及作为一个合格的产品经理，对技术应该掌握到什么程度。在多数情况下，产品经理不需要关注技术方案，但是在技术方案和产品方案互相影响和技术方案可能导致项目风险时，产品经理必须关注和参与到技术方案的探讨。作为一个产品经理，应该具备基本的技术知识体系，包括理解一门编程语言、掌握并使用SQL和了解网络通信等计算机常识，了解程序设计的MVC范式、熟悉接口与调用模式、理解软件工程的“搭积木”设计和掌握数据库与SQL。

设计篇之后就进入了管理篇，系统的介绍了产品管理的相关问题。先从B端产品的项目管理开始介绍，然后依次介绍了B端产品的产品运营和业务运营工作、迭代优化工作、数据分析。

 在公司规模较大的时候，不进行项目管理会导致工作效率低下，优秀的项目管理是保证团队工作效率和质量的核心要素。互联网公司的项目管理要确保公司产研项目高效开展、高质量交付。在B端项目管理时，经常面临容易发生跨端现象和项目周期长的挑战。为了协调并推动跨端协作，需要明确项目收益价值、找到KP（关键人物）并积极游说和保持强的推动力与执行力。在把控项目进度上，需要细化工作，明确交付、通过机制把控进度、编写内容清晰的项目日报或周报和保持足够的责任心。

B端产品运营工作主要包括产品功能推广培训、问题解答处理、需求采集过滤、项目效果分析、业务诊断分析几个方面；业务运营主要包括业务支持、流程管理、策略制定、绩效考核制度制定、培训考核、系统运营、项目管理、合规质检和数据分析。为了让产品经理、产品运营人员、业务运营人员高效协作，需要调整组织架构改善合作关系，不同的企业文化、业务阶段适合不同的管理架构，要频繁的调整组织结构才能找到合适的解决方法。

在B端产品投产后，还需要不断的收集需求，进行迭代优化。在收到需求后，根据需求的价值，经过判断、过滤后放入需求池进行管理跟进，在需求池里，判断需求的优先级。收集到需求后，根据需求的优先级进行跟进和方案设计；方案设计完成后，就进入了开发、迭代环节。在迭代优化过程中，产品经理需要合理调配人员，保证不同项目之间无缝衔接，避免因为时间窗口不匹配导致研发资源闲置，制作研发人力资源安排图。系统的建设主要分为初创阶段、瓶颈阶段、重构阶段和稳定阶段四个阶段，根据阶段的不同，对资源分配的思路也完全不同。产品经理要理解瀑布模式和敏捷模式的背景和特点，找到适合自己团队的模式、流程，才能最大效率提高研发团队的效率、支持业务。

通过数据支持决策，是互联网企业在激烈的市场竞争中快速试错、纠正方向、取得成功的不二法门，互联网人必须具备以数据驱动业务决策的意识和习惯。对于产品经理来说，无论时业务问题诊断，还是项目效果分析，都需要数据分析来进行论证和判断。数据分析从本质上来说，可以把过程抽象成四个步骤，分别是明确主题、提出假设、验证假设、得出结论，其中，需要反复进行提出假设和验证假设才能得到正确的结论。做好数据分析的工作需要三个核心要素，分别是方法工具、业务知识、细心耐心，三者缺一不可。最后一定要绘制一份逻辑清晰、简明扼要的数据分析报告，让领导和同事能轻松、准确的掌握报告内容。

书本的最后是进阶篇，从企业级应用架构讲解如何对自己从事的产品领域有更深刻的认识、获得更广阔的职业发展空间。第十二章介绍了企业级应用架构概述，企业级应用架构正是企业的各个软件系统有机集成在一起的方式，这种结构性的设计一定要仔细、谨慎，才能保证后续搭建系统顺利。学习企业级架构可以加深对业务和产品设计的理解、培养大局观和获得更好的职业发展机会。第十三章介绍了传统企业的应用架构演变，通过钟先生是如何将一个小门店发展成后来的M公司，一步步扩大组织架构，证明当企业规模变大之后，一定需要一整套软件系统来支撑其经营运转。而在十四章，也介绍了当公司往集团方向发展时，业务体系会更复杂，所以应该加强基础服务建设，为新业务赋能，强化中台能力建设。最后杨堃老师在第十五章基于M集团的应用架构，进一步介绍了通用的企业级应用架构设计，并提出了一些企业级应用架构设计的建议。

通过杨堃老师所写的《决胜b端 产品经理升级之路》，我了解了B端产品经理的工作内容，明白了在这条路上还有非常多需要我学习的地方，也很感谢杨堃老师对B端产品经理做了一个那么全面的介绍，在我未来的学习上提供了巨大的帮助。