读《B端产品方法论：入门、实战与进阶》，把一些我认为的重要的地方摘录下来。
“4+X”模型中，4代表B端产品从0到1的4个阶段，包括规划阶段、设计阶段、实现阶段和迭代阶段。X代表B端产品上线后的可变事项，包括项目管理、产品运营和数据运营。
入门
解析B端产品
B端产品中的B代表Business，即商业的意思。所以说B端产品从字面上看是商业产品，主要服务于企业或组织。
定义B端产品为“契合组织战略目标，融合管理思想和意志的数智化工具”。
理解B端产品的内涵能够帮助B端产品经理设计出符合企业需求的产品，而不是为了实现一款产品而设计。只有保持产品设计的初衷，才能真正体现出产品本身的价值。
B端产品的分类方式很多，按照企业业务方向通常划分为3个类别：业务运营类、协同办公类和通用服务类。
B端产品主要有以下6个特征:
(1)产品形态以Web端为主;(2)产品稳定性高;(3)产品复杂度高;(4)产品页面和交互设计易懂;(5)设计风格简洁;(6)产品品牌心智化。
B端产品的价值由企业来评判。
B端产品的价值主要有6项:
- (1)降本
- (2)提效
- 常见的效率提升方法包括但不限于以下几种。
- 各环节线下作业转移到线上。
- 各环节打通信息流，减少信息孤岛。
- 计算机计算代替人工计算，以适应一些复杂的计算场景。
- 自动化、智能化技术应用在企业业务场景中。
- (3)增收
B端产品能够为企业带来营收的增长。但是企业内常用的很多产品不会直接增加营收，而是通过间接的方式创造营收。另外，某些企业在内部的数智化建设相对成熟时，可能会孵化一些项目，并将解决方案和产品打包销售，从而实现盈利。 - (4)风控
企业风险包括业务风险、信息风险、管理风险、法律风险等。
主要聚焦于帮助企业防范或降低风险。 - (5)战略
企业的产品建设应当与企业的战略保持一致。 - (6)满意度
主要是指企业中负责执行的用户使用B端产品真正解决了问题，提高了效率，那么，用户自身也会认同企业的业务发展，其归属感和满意度也会提高。B端产品以“理性+效率”思维，助力和引领企业运营的降本、提效和控风险，结合管理理念和智能化产品来落地企业业务流程、岗位职责，打通企业内外部信息流、资金流和产品流，实现企业高效运作。
B端产品通过满足组织高效运作来降低成本并管控风险，体现的是企业管理理念和管理者的意志，让企业获得竞争力优势。
企业诉求主要体现在以下3个方面。
1)落地战略规划。
结合数字化的力量，开展业务战略规划，在商业模式发生重大变化的过程中，提高绩效，遵循客户至上的原则，让自身变得更加敏捷和智能。
2)优化资源配置。
著名经济学家、诺贝尔经济学奖获得者罗纳德·科斯指出，企业是一种资源配置的机制。企业的资源一般包括员工、资金、商品、客户、供应商、技术等，优化资源配置就是对这些资源进行合理配置和使用，构建基本能力，高效提供产品或服务，以满足客户需求。
3)提高运营效率。
标准化和规范化的业务流程对企业运营管理至关重要，能够让员工的岗位职责更加明确、工作内容协同性更好，同时能够提高整体的运营效率，减少差错的发生，降低不必要的成本，还能够降低对个别员工的依赖，提高业务模式的可复用性。
B端产品的用户是企业或组织内实际使用该产品来完成工作任务的人。随着时间累积，长期负责同一个工作岗位的用户会逐渐表现出认知模式固化和标签化、抵制新变化、适应新事物慢等特点。接下来分别对其进行简要说明。
- 1.认知模式固化和标签化
B端产品经理需要搞清楚用户的基本信息、教育背景、职业经历、性格特征、企业文化等。
B端产品经理不能局限于某一部分业务场景，而应当从全局了解业务是如何实现闭环的，深入分析产品所服务的用户及其需求，帮助用户更高效地完成工作。
2.抵制新变化
B端产品经理在设计产品时，需要考虑不同角色的企业用户对于新事物的态度，进行有针对性的设计，尽量使界面简单、操作直接、符合岗位工作习惯，让用户更容易上手，节约他们的时间。3.适应新事物慢
在设计B端产品时，需要考虑用户群体的工作习惯，尽量降低用户的学习成本，让他们在较短时间内就可以上手使用。
B端产品经理的能力与思维
常见的B端产品经理主要包括以下3个类型。
(1)协同办公类产品经理;(2)业务运营类产品经理;(3)通用服务类产品经理。
企业业务场景的复杂性决定了产品的功能之间是相互影响的。在设计方案时，B端产品经理要具备全局性和系统性思维，考虑业务需求的价值、重要性、投入产出比、优先级、影响关系等因素。
在评审方案时，业务、研发、测试、UI等部门或团队需到场，B端产品经理要阐述清楚方案的优劣势，该方案既要满足业务方需求，也要平衡好标准化功能和个性化需求的尺度，产品经理甚至需要安抚好相关人员的情绪，评审方案的过程是一场无硝烟的“战争”。
产品上线后，要及时关注用户的使用情况，建立一套用户问题反馈机制。
掌握和强化6项核心技能，包括懂业务、懂产品、懂技术、懂运营、懂数据和懂项目。
B端产品经理需要具备8个思维方式，包括业务思维、专注思维、结果思维、系统思维、长期思维、战略思维、商业思维和创新思维。
企业业务和管理的复杂性决定了B端产品经理需要具备某一领域的特长，专注是快速突破某一领域、提升自身专业能力的技巧。
专注不等于一辈子只做好一件事，而是在一段时间内集中精力办大事，在重点突破后，再花小部分精力维持这种状态。这个策略叫沸水效应，因为水开后只要维持小火不断，就能一直保持水的沸腾。
系统思维相对于线性思维，强调事物间的联系与相互影响。
B端产品经理的职业规划
懂技术的产品经理如果能主动完善自身的产品能力，沉淀业务经验，提高沟通表达能力，发展前景将不可限量。开发人员的劣势是缺乏业务知识、产品知识和技能，你需要有意识地转换思维。
实战
业务调研是全面了解业务现状、业务流程、业务痛点、干系人关系、用户期望和问题的有效手段。
流程梳理是规范业务流程、明确岗位职责、提高协同效率的有效手段，B端产品经理应当掌握流程梳理的方法，将隐性流程显性化、显性流程标准化，从而实现业务流程的规范化和标准化，便于未来进行B端产品方案设计。
需求分析是对需求进行分析和挖掘其本质的过程，它是B端产品设计中一个非常关键的事项，B端产品经理应当在掌握需求分析理论、方法的基础上，按照需求分析的步骤将用户需求转化为产品需求，包括功能需求、非功能需求、数据需求等。
规划阶段：从业务需求到产品规划
在规划阶段，B端产品经理可以不用深入调研和分析每一个流程，只要抓住核心的业务诉求和痛点即可，该过程主要分为以下4步。
1.业务调研
调研思路要具有整体和部分的视角，可以从战略层、战术层和执行层3个层面，把握业务战略定位和目标，管控组织发展方向和现状，了解和分析核心业务关键成功因素、人力资源布局、流程管理体系的现状、信息化建设的现状及主要提升点等。
调研对象需要覆盖该业务领域内高层、中层、基层业务骨干，以及该业务领域原本的IT团队等，这能帮助B端产品经理获得不同岗位角色出自各自视角的描述，进一步加深对业务现状的理解。调研的准备工作必不可少，调研大纲、问卷、调研计划等都要提前准备好。
调研总结是基于前期的调研成果，分类和汇总目标客户当前业务现状、存在的主要问题、业务诉求以及系统建设期望等信息。2.业务场景识别和分析
3.用户故事
用户故事是基于用户角色将用户的基本信息、从业经历、专业技能，以及负责业务的工作流程、工作职责和工作困难描述出来。
4.核心业务痛点和诉求
常见的企业客户的核心业务痛点和诉求如下。
- 业务流程和工作任务如何实现线上化、可视化、智能化，以及如何实现端到端业务闭环？
- 如何对业务运营进行风险管控？
- 如何沉淀业务数据，以及利用数据驾驶舱来辅助决策？
- 营销如何实现线上化、智能化，进而引流增收？
- 如何提升用户体验？
SMART原则要求我们在制定目标时要遵循明确(Specif ic)、可衡量(Measurable)、可达到(Attainable)、目标相关(Relevant)和有时限(Time-based)这5大原则。
5步构建产品架构：1.明确业务领域；2.梳理业务流程，形成业务闭环；3.分析行为和数据实体；4.归类和排布产品功能；5.架构分层和状态。
设计阶段：从产品概念到产品方案
业务调研
产品不同阶段的调研目的
B端产品经理在开始调研之前就要先确定目的是什么，带着以终为始的思维，才能让每次业务调研都达到预期的效果。
B端产品常用的调研方法
业务调研框架
流程梳理
企业客户的业务运营流程往往是比较复杂的，涉及不同部门和岗位之间的协作。流程不仅仅是一张流程图，涉及岗位之间分工、配套的管理制度等，更为重要的是流程对于客户及公司的价值，在于满足其战略和经营目标。
将业务流程梳理定义为，将描述不完整、不规范、不清晰的业务过程进行分析和整理，形成可视化的业务流程并配套相关的制度和规则的过程。
业务流程梳理的目的一般包括如下方面。
- 规范业务流程，明确岗位职责分工。
- 增强企业部门、岗位、活动之间协同。
- 加强业务过程的风险管控。
两种常用的流程梳理方法：
(1)ESEIA方法
E（Eliminate，清除）、S（Simplify，简化）、E（Establish，增加）、I（Integrate，整合）和A（Automate，自动化）
(2)DMAIC方法
是流程改进的重要工具，是由D（Def ine，定义）、M（Measure，衡量）、A（Analyze，分析）、I（Improve，改进）和C（Control，控制）5个阶段构成的流程改进方法
常用的业务流程梳理主要包括：
- 1.隐性流程显性化
职责的分配原则如下：流程效率最大化；岗位职责清晰；岗位的权、责、利相等；让胜任的人去执行。
一般情况建议直接采用Visio工具画流程图，主要是方便快捷，其他工具如UML、Axure或PPT也支持画流程图
- 2.显性流程标准化
显性流程标准化3步法：(1)现有流程分析与诊断；(2)目标流程标准化设计；(3)流程文件调整。
需求分析
1.需求定义
需求可以简单理解为客户理想与现实的差距，并且客户有意愿、有能力消除这种差距，而不是不切实际的空想。
2.需求类型
- 战略需求：是企业战略目标和核心诉求，具备方向性。
- 用户需求：是用户提出的、想要解决的具体问题。
- 产品需求：是产品要设计的具体功能需求、非功能需求和数据需求等。
需求分析的核心思想是关注问题级需求，而非方案级需求。
B端产品需求分析过程中涉及两个基础理论，包括Y理论和马斯洛需求层次理论，下面分别进行简要说明。
(1)Y理论
战略需求是目标与现状的高层次需求，用户需求是原始具体需求，产品需求是方案需求，产品功能是最终交付的产品或服务。B端产品经理要基于战略需求将用户需求转化为产品需求，再转化为产品功能。在转化的过程中，要始终考虑到需求的价值输出和B端产品为企业赋能，帮助企业达到降本、提效、战略、增收和风控的目的。
(2)马斯洛需求层次理论
它将人的需求和愿望划分为5个层次，包括生理需求、安全需求、社交需求、尊重需求和自我实现
需求分析方法：
1.用例技术法
采用用例图和用例描述的方式来描述产品需求。
2.RAPS法
RAPS法的名称是由Role（角色）、Activity（活动）、Problem（问题/挑战）和Scheme（方案）4个英文的首字母组成的，基于某一业务场景或流程，分析“谁，做了什么事，遇到了什么问题或挑战，应该如何有效解决问题”。
需求分析4步法：
需求转化地图：
非功能需求主要分为质量需求和约束需求。
一般的质量需求包括以下方面。
- 易用性：易学、易用、易访问。
- 安全性：保密性、完整性、真实性。
- 可靠性：稳定性、容错性、健壮性。
- 可维护性：易测试、易分析、易变更。
- 可移植性：适用性、可安装性、可替代性。
- 互用性：软件兼容、数据兼容。
约束需求一般是系统功能实现上的约束，包括技术环境约束、使用环境约束等。
整体方案设计
方案设计，顾名思义就是对问题输出解决方案。B端产品经理在思考问题的解决方案时，应当采用结构化思维，从上到下、从宏观到微观，设计思路逐步细化。
分两步来思考产品方案：1.明确系统在公司产品矩阵的定位和边界；2.识别系统上下游外围系统。
功能模块方案设计主要是对产品内各个功能模块进行设计。设计功能模块时要基于整个产品方案着手，主要从以下两个方面思考。1.梳理功能模块的数据和功能流转顺序；2.设计功能模块数据流，最终实现业务闭环或业务目标。
信息架构设计
信息架构设计主要是将混乱无序的信息经过分类整合形成有序的信息，给用户带来价值。在整合信息的过程中B端产品经理需要考虑用户目标、用户群体、业务流程、业务场景和产品定位等，应该始终坚持“123法则”来组织和设计信息架构。
“123法则”：
1个中心是指“以用户为中心”。
2个分析，即用户分析和信息分析。
用户分析就是围绕业务流程中不同角色，分析其执行活动或任务步骤的习惯、操作路径和专业术语等内容。信息分析是对用户在业务流程中为了完成业务目标，对执行业务活动或任务步骤所需的信息进行分析，包括信息内容形式和优先级。3个思路：其核心思想还是对信息的组织、分类和整理，便于快速找到所需的信息。
下面分别说明这3个思路。
(1)组织信息
根据要展示的信息内容形式，依托产品的定位和目标，选择合适的顺序，包括时间顺序、地点顺序、空间顺序和关系相近顺序等，采取金字塔形组织和展示信息。
(2)导航路径
导航路径相当于地图路线，便于用户快速找到所需的信息。
(3)搜索信息
原型设计
产品原型设计是产品有效的可视化方式之一，一图胜千言。
原型设计5步法：1.明确原型目的；2.分析用户或使用对象；3.选择原型类型；4.绘制原型页面；5.验证和改进原型。
原型类型选择依据：
交互设计
交互设计原则：
1.尼尔森十大交互原则
(1)状态可感知原则
指让用户知道系统目前状态，包括结果、状态和操作反馈等。(2)贴近用户认知原则
(3)操作可控性原则
指对用户的操作及时反馈，给用户可控制的感觉。(4)一致性原则
(5)防错性原则
指对用户容易出错的地方提供防错机制，防止用户出错。(6)识别好过回忆原则
指在界面设计中，给予用户想要的信息，减少用户回忆。(7)灵活高效原则
指让用户高效获取信息，包括优化操作路径、减少页面跳转和提供搜索功能等。(8)审美和极简原则
指设计时追求产品简洁和美观，减少不必要的干扰信息，只放主要和优先级高的信息。(9)容错性原则
指用户在操作过程中遇到问题时，系统及时告知用户问题原因，让用户快速解决，完成操作。(10)人性化帮助原则
指用户在操作过程中遇到问题需要帮助的时候，系统需提供一些帮助。
2.易用性原则
易用性原则要求产品简单、快速、易上手。
对易用性原则，要遵循以下几条规律。
- 能减少用户操作路径的，就要减少用户操作路径。
- 能减少页面跳转的，就要减少页面跳转。
- 能批量高效处理的数据，就要提供高效能工具。
- 能明确场景路径的，就要让操作路径可视化。
- 遵循界面美观和简约，坚持对齐、重复、留白。
权限设计
RBAC模型是一种基于角色的权限管理模型，通过角色关联用户、角色关联权限的方式间接赋予用户权限。
(1)RBAC-0
RBAC-0是最简单的一种模型，也就是用户与角色关联，角色与权限项关联
(2)RBAC-1
RBAC-1是基于RBAC-0的发展而来的，增加了角色继承的概念。
(3)RBAC-2
RBAC-2在用户角色分配过程中了增加一些限制条件，避免用户权限过大。
(4)RBAC-3
RBAC-3是最全面的权限管理，包含了RBAC-0、RBAC-1、RBAC-2所有的特点。这种模型既要维护好角色间的继承关系，又要处理角色间的责任分离。
权限可以细分为功能权限和数据权限。
定义角色时需要考虑角色的职责、权限是否清晰明了，把握角色的颗粒度大小。
实现阶段：产品落地
产品发布，策略先行。
1.上线策略和计划制定
上线策略是指为了确保系统功能正常发布和运行而采取的一系列策略手段，包括客户准备、软硬件环境搭建顺序、功能发布顺序、数据初始化顺序、灰度发布的范围、正式发布的时间点和范围等方面。同时，基于产品发布策略制定上线计划表，在产品正式上线阶段，参照计划表逐项检查事项的完成状态，确保产品发布成功。
2.上线计划注意事项
- 上线计划是一份从上到下按顺序执行和检查的清单。
- 计划的开始日期和结束日期需考虑其他团队的配合时间。
- 产品材料、参数配置数据和用户培训均已完成。
- 各项测试均已通过。
- 上线发布日期要避开业务高峰期，比如淘宝双11、京东618等活动日期。
- 明确是否需要灰度发布，以及灰度发布的用户范围和时间。
注意上线过程的风险识别及其应对方案。
产品部署是产品上线必经的一个环节，包括环境部署和应用程序部署等。
产品上线前，产品经理需要协调相关人员及其他各部门人力和资源，共同为上线做最后一搏，主要工作包括产品初始化、正式上线、检查上线清单、监控上线数据和问题。
迭代阶段：新历程
构建需求池
构建需求池可以从识别需求来源、需求收集和需求描述3个方面着手，下面分别进行说明。
1.识别需求来源
2.需求收集
3.需求描述
成功描述一个需求或问题的关键在于2个要点：业务语言和客观性。
管理需求池
管理需求池包括理解需求池内容，掌握需求池管理工具，评估需求，更新及回顾需求。
日常工作中我们常用的需求池管理工具主要包括Excel表格、在线协同文档以及JIRA工具等。
评估需求：它主要包括需求筛选、需求评估和需求优先级判定。
需求筛选的标准包括真伪、价值和可行性。
需求评估方法包括价值法、定位法、场景法和KANO模型等
需求优先级排序的依据包括业务价值大小、重要紧急程度和KANO模型。
迭代管理是按照版本迭代计划，对需求池中的需求进行开发，使产品迭代优化和上线。
产品的迭代开发过程中，有两种经典的迭代模式：瀑布模式和敏捷模式。
进阶
### 项目管理：助攻者
项目管理是运用知识、技能、工具和技术来完成项目要求的管理活动和过程，通常包括识别项目需求、处理干系人期望、项目有效沟通、平衡项目制约因素等关键事项。
PMBOK指南将项目管理划分为五大过程和十大知识领域。五大过程包括启动、规划、执行、监控和收尾过程；十大知识领域包括47个项目管理过程，这些过程被归组到项目整合管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理和项目干系人管理中。
项目管理的知识理论能够指导项目实践，好的项目运作机制可以有效推动项目管理过程持续改进，而项目经理活学活用，根据实际业务情况调整，才能发挥理论的最大价值。
PMBOK将项目管理划分为五大过程和十大知识领域，但在实际的项目管理中，往往只借鉴其思想和规范，具体的项目形式会根据实际情况进行灵活调整。
项目经理在项目管理的每个阶段，都要做好对应的计划、资源、沟通、协同、风险管控和重要干系人管理，以确保项目的按期交付和上线。
项目管理的核心内容：包括干系人管理、制定项目计划、项目团队管理、确定项目沟通机制以及识别和管理项目风险。这5项核心内容可以简化为建机制、抓计划、重协同和控风险。
B端产品的建设周期长，涉及跨部门甚至跨系统的情况，再加上中间业务可能发生变化或者前期立项阶段可能考虑不周，这些都可能导致项目发生变更。此时，必须有相应的变更机制或决策来确保项目正常推进。项目变更机制主要分为3步，包括发起变更、评估变更和执行变更。
数据运营：灯塔
数据运营简单理解就是通过对大量的数据进行汇总、统计分析、理解和消化，然后以运营的手段最大化地发挥数据的价值，促进用户和产品的关系，驱动产品迭代升级和业务优化。
数据运营的目的是把一堆相互独立的数据集中和提炼出来，总结研究对象的内在规律，辅助决策者进行判断和决策，包括现状统计、问题分析和数据应用。
数据分析理论模型：理论模型并不是高深复杂的算法，而是对现实世界分析问题思路的一种抽象。
常见的数据分析模型包括RFM模型、AARRR模型、漏斗模型、回归模型、5W2H模型、逻辑树模型和金字塔模型等。
数据分析模型用于指导数据分析，是数据分析实践的抽象，数据分析方法包括对具体问题采取的分析维度、指标和方法。常见的数据分析方法有对比分析、综合分析、多维度分析、假设分析和分组分析等。
多维度分析是从多个维度观察数据，并相互验证，得出可靠的结论。实质是细分分析，主要有两个分析方向，一个是维度，比如品类维度、供应商维度、采购组维度等；另一个是指标，指标会进行细分，比如，将销售额拆解为新用户销售额与老用户销售额。
细分的目的是发现问题，通常总值会掩盖局部的问题，而数据分析就要拆解指标来具体分析。
数据处理和分析完，需要以某种方式呈现出来，常见的呈现方式包括图形和表格等。
常见的图形包括柱形图、折线图、饼图、散点图、雷达图和组合图等。表格主要是二维表格的形式，这种形式承载的数据量大、数据内容多，易于个性化、多维度地自定义分析方式。
数据从产生到应用，依次要经过数据源层、数据平台层和数据应用层，经过层层加工和处理，原始的海量数据转化为供业务部门使用的数据。
数据源主要是各类业务系统的业务数据、日志数据、埋点数据和第三方数据源数据等，通过接口、ETL（抽取-转换-加载）、导入等各种方式抽取到数据仓库中。
数据平台主要包括数据仓库和数据建模。数据仓库一般分为ODS层（原始数据层）、DW层（数据仓库层）和DM层（数据集市层）数据。
数据建模主要是通过对数据仓库的数据加工、建模、深度挖掘数据价值，搭建不同领域的数据分析主题，满足数据分析的目的。
数据应用层是数据价值的出口。
数据运营架构：
数据分析5步法由5个相互独立又互相联系的阶段组成，包括明确分析目的和思路、构建指标体系、数据收集和处理、数据建模和分析、结论和建议。
数据分析目的和方法的选择策略：
B端产品设计的3个法宝
法宝一：快速上手企业业务
我们可以将企业业务经营的工作事项按照迈克尔·波特价值链模型，分为营销管理、采购与库存管理、生产与质量管理、人力资源管理、财务管理、物流配送等。
企业业务通用分类
快速了解企业业务的框架
宏观层面是以较粗的粒度去了解一家企业的经营情况和面临的市场环境，包括行业和公司两个方面。
微观层面是深入企业内的业务部门和业务领域，了解其组织架构以及业务运营工作。
深入到业务部门后，我们可以采取业务调研、轮岗等各种方法了解业务部门的具体业务运营工作。我们可以重点关注职责、管理制度、KPI、业务流和岗位设置等，通过这些了解业务部门考核标准、工作流程和岗位职责等。
熟悉了业务组织部门的工作事项和岗位职责，接下来对公司或部门所属的业务领域进行划分、分析，并且积累领域知识。
法宝二：4步破解一句话需求
日常的需求收集和沟通中经常会碰到一句话需求，这种情况产生一般有3个缘由，分别是自上而下提出的需求、新业务或变革业务产生的需求、用户表述习惯导致
4步破解一句话需求：1.明确需求相关方；2.现状是什么；3.未来目标是什么；4.遇到的困难和挑战及如何解决。
接到一句话需求时，先明确需求所属的业务领域，涉及哪些业务方。
这有助于我们从整体上了解涉及需求的部门、团队，预判需求沟通的复杂度、资源协调的难易度等。
明确了需求相关方，就可以引导业务方描述现状是什么，主要包括需求现状、业务流程、相关单据、文件等。
通过提问引导业务方描述业务现状，采用业务语言描述并记录用户真实的表述，多问开放性问题，尽量让用户说。对于一些高层领导的需求，可以从高层领导下属的多个业务部分去了解需求的真实情况。
收集和绘制现状业务的流程，明确相关的核心角色、活动、流程分支、输入、输出，同时将主要的管控点、业务规则、异常的情况记录下来，完成这个工作基本就了解了整个业务流程以及主要的管控点和异常点。
收集业务流程各个环节的流转表单、文件等，以便明确流程中流转的数据实体是什么格式，便于将来进行表单单据设计。
了解和收集在整个业务流程中业务方各个角色在所负责的工作中遇到了哪些困难或挑战，现在他们是如何解决这些问题的，这些问题是否有共性，解决的方法是否可以复用，这时B端产品经理就可以基于用户的问题，去构思产品能够帮助他们做什么以及如何做会更好。
了解完业务现状，以及业务过程中遇到的困难或挑战，接下来就可以收集和了解用户的期望及目标，分析用户期望和现状之间的差距，从而构思产品解决方案。
法宝三：UML可视化需求
UML是Grady Booch、James Rumbaugh和Ivar Jacobson三人一起完成的“统一建模语言”，它是一种面向对象的建模语言，是需求分析的建模工具，可以描述软件从需求分析到实现和测试的全过程。
UML体系主要包括视图、图、模型元素和通用机制4个部分。
UML常用到的部分主要是事物、关系和图。在设计B端产品的过程中，B端产品经理常用的UML中的图主要包括用例图、类图、时序图、状态图、活动图等，这些图能够帮助产品经理在需求分析阶段，从用户的视角将需求可视化，找到其中的对象、活动、状态、顺序关系，从而将其转化为产品功能需求。
B端产品设计的陷阱
6个方面阐述B端产品设计容易掉的陷阱：
1.功能过度设计，用户不用
2.忽略信息架构，功能堆砌
3.追求未成熟的技术
4.过分追求用户体验，忽略功能设计
5.领域模型设计不足
6.忽略权限要求
产品经理思维上的陷阱：
1.被业务人员带偏
要想规避这种情况，B端产品经理就要掌握需求调研、需求分析和方案设计等全套方法论，同时不断提升业务素养，积累项目实践经验，增强产品设计能力，保持独立思考，突出产品经理的价值，而不是做一个需求搬运工。
2.缺乏系统思维
设计B端产品时，必须考虑上下游产品或模块的需求，而不能只顾自己的“一亩三分地”。
3.只看到现象，没抓住本质
4.过度追求用户体验
5.考虑不周到
B端产品不仅仅只有正向流程，还有逆向流程和异常的情况，B端产品经理容易只考虑正向流程和逆向流程，而忽略了异常的情况。
B端产品经理需要建立严密的逻辑思维和可视化思维，识别可能存在业务风险或系统风险，然后采取对应的防范措施
6.忽略文档的重要性
撰写产品需求文档是产品经理的基本工作之一，不能为了快而忽略这项工作，产品需求文档的编写过程也是梳理逻辑的过程，让产品经理更加全面、清晰地理解需求。