如何定义需求的边界

编辑导读：需求，来源于企业的战略分解。需求的边界，亦受限于企业的边界。需求的边界问题，广义上也是如何处理好部门和角色边界的问题。本文作者对此展开了分析，与你分享。

在工作中，我们会经常听到一个词叫“边界”，常规意义上的解释是不同国家或地区的界限，工作上的解释通常是不同角色或业务域的界限。

从专业化分工角度，企业内部会划分多个职能部门，专门负责某个专业领域，提高资源利用率。这里的负责领域，即是职能部门的工作范围，也是这个部门的边界。

从角色职责角度，不同的岗位负责不同的业务模块，即使在同一部门同一小组，不同的角色也有不同的分工，这也是为了专人专事，提高做事效率。这里的不同分工，也即角色的职责边界。

B端的需求，比较注重业务流程和规则，而流程和规则又是由部门或角色来控制的。所以，需求的边界问题，广义上也是如何处理好部门和角色边界的问题。

一、为什么要有边界

需求，来源于企业的战略分解。需求的边界，亦受限于企业的边界。

1. 企业为什么要有边界

1）有限的资源

在市场经济中，资源是有限的，而不同的企业活动，是对资源的重新分配。所以，我们通常聚焦于市场中最能满足用户需求的活动，然后优先调配资源来解决。

企业，是资源约束下的一系列活动的集合，它最重要的一个任务，就是权衡市场需求和可用资源，以期待用最优的成本满足市场的需求。

市场中的资源是有限的，故而企业生产所能获取的也是有限的，而有限的资源，限定了企业的业务范围。

2）市场的聚焦

市场中的一块蛋糕，如果利益足够丰厚，会有多个玩家入局来瓜分，这就会产生许多业务同质化的企业。而用户的心智模型中，一般只能容纳排名前几的，而有选择性地忽略排名靠后的。

所以，企业的业务不会是大而全的，一定是有聚焦的市场，有自己专属的“一”，然后做到行业第一。例如：阿里的电商，腾讯的社交，字节的推荐搜索，美团的本地生活等。

2. 需求为什么要有边界

从广义的角度来说，需求受限于企业业务的边界。

从狭义的角度来说，B端业务比较大的一个特点是多人决策，需要各个部门给出意见，并就相关问题达成一致意见。

映射到产品身上，即需要定义每个版本需要做什么，要解决的核心问题是什么，确保每个版本的范围，都与业务和研发保持步调一致，这样才能保证所做的需求是有价值的。

二、如何定义边界

一个产品，按其所涉及的实体拆分，形成的实体关系图如下，每一级的实体都是一对多的关系，分别是：产品->模块->功能->页面->字段。可以解释为：一个产品会有多个业务模块，一个业务模块会有多个功能，一个功能包含多个页面，一个页面会有多个字段。

根据实体的颗粒度，可以将需求划分为三个边界：业务边界，功能边界和字段边界，这三个边界是包含关系，颗粒度从粗到细。

每个边界的定义方法不太相同，业务边界的定义方法主要是最小业务单元，功能边界的定义方法主要是角色定义，字段边界的定义方法主要是实体关系。

1. 最小业务单元

业务的开始到结束，一定是由多个角色或部门共同参与完成的。由多点参与完成一个完整的业务链，我们称之为完整业务单元。

当我们处理业务需求时，比较难以控制需求蔓延，即需求范围无限制的扩大。从用户角度来说，他们这个也想要，那个也想要，很难让他们去定义优先级。这个时候，就需要产品经理把控一个原则，用这个原则把用户需求有选择性的束缚在某个范围内，这个原则就是最小业务单元。

最小业务单元，是在完整业务单元的基础上，以最小的工作任务走完整个业务链条，即完成业务的最短路径。

其定义方法，可以用“有或没有”的影响来衡量，如果某个业务需求没有，也不影响业务的完整性，那就可以剔除；如果缺少某个业务，业务就完全无法进行下去，那就必须保留，所有必须保留的项，就形成了最小业务单元。

产品是业务线上化的结果，需求一定来源于实际业务。找到最小业务单元之后，最小业务单元中的某些部分需要按优先级排序，优先线上化对用户体验影响较大的部分。

假设一个最小业务单元，涉及的模块有客户、合同、商品、风控、订单、配送和售后等，线上化过程中，客户、合同、商品和订单是用户最关注的部分，优先级需要排前；风控、配送和售后等，都可以由人工对接来完成，优先级可以放后。由此，便可定义出需求的业务边界。

2. 角色定义

确定好业务边界之后，可以知道需要优先线上化哪些模块，下一步要确定这些模块需要哪些功能，即需求的功能边界。

功能一般是需要人为操作某些事情，以确保业务流程能正确进入到下一步。这些事情要么是需要专业人士录入主数据，要么需要用户选择确认，要么是其他重要的且需要人为参与的事情。

所以，确定功能边界的一种常用方法，就是角色定义。即在整个业务链中，按所涉及的角色划分功能，泳道图是最常用的表现形式。

在泳道图中，横向泳道是完整业务的几个阶段，一般是从开始到结束的顺序；纵向泳道是业务中所涉及到的角色。角色与阶段所对应的白色框内，是在这个阶段需要这个角色做的事情，一般是与功能对应。

确认功能边界的意义，是为了保证业务线上化后，有明确的人员对某个功能操作负责。B端需求很容易出现，在某个事情需要谁做的问题上纠缠不清，提前确认好功能边界，也是为了更好的推进业务线上化。

3. 实体关系

功能的开始和结果，在产品上是以字段信息的形式承载，而字段在某个地方的聚合就形成了页面。当这些信息以某种逻辑呈现出来后，就是信息结构。

页面的多少通常由功能边界决定，而页面中的信息是由字段边界决定，即需要多少字段和信息层级，才能定义清楚这一步的操作。

字段边界的常用定义方法，是实体关系图（ER图）。

实体关系图，是表示实体之间的关系及实体属性的一种图形。主要由实体、关系和属性组成，实体是一个可以被定义的对象，可以是现实的，也可以是虚拟的。关系是每个实体之间的联系，主要有一对一、一对多、多对一和多对多几种。属性是实体的表现，也是定义实体的关键字。

在字段边界的定义中，实体一般为信息，实体的属性一般为定义实体的字段，关系是信息的层级。例如，我们对商品报价，那报价页面将会有商品和价格两个实体，一个商品对应多个价格。商品的属性有商品ID、类目、品牌、属性和属性值等，价格的属性有价格ID、价格类型、价格和有效期等。

实体关系梳理清楚后，页面的结构就清晰明了了（见下图）。

作者：白不记，公众号：有笔不记（ID：you_buji ），关注产品的学习与思考，用有序的眼光观察无序的世界。

作者 @白不记

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！