如何定义需求的边界

0 评论 7051 浏览 5 收藏 11 分钟

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

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

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

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

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

一、为什么要有边界

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

1. 企业为什么要有边界

1)有限的资源

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

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

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

2)市场的聚焦

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

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

2. 需求为什么要有边界

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

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

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

二、如何定义边界

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

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

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

1. 最小业务单元

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

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

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

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

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

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

2. 角色定义

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

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

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

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

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

3. 实体关系

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

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

字段边界的常用定义方法,是实体关系图(ER图)。

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

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

实体关系梳理清楚后,页面的结构就清晰明了了(见下图)。

 

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

本文由 @白不记 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!