导语

B端（Business端）： B端指的是面向商业客户的市场，通常涉及企业与企业之间（B2B，Business-to-Business）的交易和合作。B端产品或服务的设计和提供是为了满足企业内部管理、运营、协作或与其他企业进行交易的需求。例如，企业资源规划（ERP）系统、供应链管理软件、财务管理和分析工具、CRM（客户关系管理）系统，以及B2B电商平台等。

C端（Consumer端）： C端指的是直接面向消费者的市场，通常涉及企业与消费者之间（B2C，Business-to-Consumer）的交易。C端产品或服务旨在满足个人消费者的各种需求，包括但不限于购物、娱乐、教育、社交和日常生活服务。例如，电子商务网站如淘宝、京东，社交媒体应用如微信、微博，以及各类移动支付、在线视频和音乐服务等。

简而言之，B端关注的是企业间的业务流程和效率，而C端侧重于提供给个人消费者的服务和体验。

欧睿数据作为典型B端产品和服务提供商，今天跟大家阐述的是：B端产品经理如何养成全局业务视角。

关键点提炼：

1

明白业务场景及角色关系；

2

针对核心场景，采用沙盘的方式来验证和改造产品；

3

针对大型复杂系统设计以及严谨严苛系统设计如何做。

一、业务场景

B端的业务场景一般指的是“在特定业务下发生的场景”，一般可以从零散的需求中将业务进行归类，通过需求收集到的信息来发现对应的逻辑关系，从而了解业务流程和背后的实操。

（1）了解业务

  • 要了解需求背后的业务，与业务人员沟通业务的背景、目的和将要涉猎的范围，并沟通业务的发展情况，以便判断当前团队的服务及产品状态、业务所处阶段的契合度；

  • 要了解业务运作的流程，即整体业务有哪些环节，从哪个环节开始，哪个环节结束，哪几个是关键环节；

  • 要了解业务的真实操作过程，便于了解关键用户的操作能力和水平；

（2）业务场景提炼

从收集到的信息中提炼、分析总结核心内容，将抽象的内容具像化，或者把具象的内容抽象化，便于客户和产品研发两端人员都能听懂；

（3）业务过程中的困扰

  • 沟通障碍一般是由行业或某领域的专业术语导致对事物的理解存在分歧，需要创建术语词典，将专业术语转化为技术术语，将技术术语转为业务术语，以便达成多方共识；

  • 多头信息一般是因同一件事被不同人表述成不一致的内容，存在分歧和知识盲区，需要建立有效的沟通机制，如微信群、邮件组、即时会议并记录在册等方式；

  • 信息黑盒一般是出于各种利益原因，部门或个人将信息遮盖起来，控制信息获取人的范围，需要判断对业务场景的影响程度，如忽略不计则可不处理，若设计商业机密则需要跟管理层进行保密协议；

（4）场景输出物

主要是业务场景文档，包括需求类别对应的业务，业务对应的场景，场景包含的时间地点和事物。

比如说信息元素表示，它的价值是设计信息架构，绘制功能脑图（一般是组成场景每个环节的分子，一般一个场景可以拆解出若干个信息元素；例如审批业务：包含合同提交时间；提交人；合同签署时间；结束时间；合同关键信息）。

二、业务角色

业务角色在B端需求梳理中是一个颇为重要的内容，他是指在特定的业务场景中出现的角色，如在IT业务中首先会涉及业务模块负责人员、申请引进某一项目时可能还会涉及到采购人员、财务审批、需求业务部门人员以及CTO和CIO的审核，产品经理是否能识别关键角色、关键用户、关键人员，甚至能决定项目是否能更好的推行下去。

（1）业务角色的价值主要有三大块：

  • 驱动业务发展：业务角色推动业务一步步发展，从一个用户流转到另一个用户，直到业务最终结束；

  • 决策业务方向：业务发展中角色决定了业务发展走向，有支持的有不支持的，这和个人利益或者公司利益相关，主要你要是别能做核心决策的那个角色/人；

  • 影响系统的权限：角色职责不同，在系统中所拥有的权限也不同。

（2）如何找到业务角色

将需求进行归类后，再对应需求分析每个环节中对应的角色，明确角色是谁，干什么用的，以及对需求起到什么作用。

（3）业务角色的分类主要分为两大类：内部&外部角色

内部角色又分为三种：

  • 决策角色：公司，业务决策人，可以拍板的角色，管理层，老板，股东等）；

  • 业务角色：能给公司带来利益的角色，比如销售，采购，宣传，发行等；

  • 职能角色：背后支持业务的角色，或者监督业务的角色，比如HR，法务，财务等；

外部角色同样也分为三种：

  • 客户：公司直接利害关系的用户和角色；

  • 合作伙伴：在业务上共同合作和发展的用户；

  • 投资人：股权投资人或者投资机构代表。

（4）发现业务角色中可能存在的困在

（5）业务角色输出物

业务角色一般是产品经理自己使用的产物，主要是作为需求分析，需求设计，权限设计，业务流程设计，沙盘推演等作用，防止遗漏。

一般文档包含：需求集对应的用户；用户对应的职能，职责，权责；用户在系统中可能存在的权限范围；用户在需求集对应的权限范围。

三、沙盘推演

沙盘推演可以很好的预防潜在的风险，问题，可以更好的规划，部署整体的产品节奏，提供最优的产品方案。

（1）沙盘推演能帮我们干什么

沙盘推演可以帮助我们在需求分析的时候，让产品，技术和项目组人员更好了解熟悉业务运转机制。

在产品设计的过程中，能让产品更符合实际业务；

在技术架构设计中，能帮助技术在灵活性，拓展性，和可变性方面提供实质性的帮助。

（2）如何设计沙盘

  • 沙盘场景：设定虚拟的业务运行场景；时间，地点，角色，以及要推动什么样的事情向什么样的方向发展。

  • 沙盘角色：在虚拟场景中设计的所有角色，以及角色之间的关联关系。

（3）沙盘的核心要素

  • 多线程的流程：一个事件的发展通常会拥有多条通道，模拟业务事件的多线程流程，找到最佳流程，风险流程以及众多的坑。

  • 正向与逆向流程：正向业务发展流程的模拟，然后在每一个关键节点上退出逆向流程是怎么样的，在推到逆向流程的时候，并推演出非常规操作会带来什么风险和问题。

以上就是B端产品经理在整个前期梳理业务场景，关键核心节点，找到业务角色，并通过沙盘推演找到问题和整理需求的全过程。

如需了解更多，可关注我们哦～或者后台戳小编也️～‍‍