【转载】产品经理的基础技能:业务流程设计

产品经理的PRD文档包含需求背景、功能描述、业务流程、更新记录至少4部分。同时B端产品更侧重业务需求,所以业务流程的撰写占比会大于功能描述。

B端产品较多使用的是表单、弹窗、输入框控件,交互则是抽屉布局,导致功能描述较为简单,比如用户管理功能,就是由用户列表、用户详情组成、操作管理组成。

但B端的页面存在控制逻辑、配置边界、权限等规则,自然就产生了一个页面根本不可能就看需求文档的文字描述,就可以搞定了。

  简单页面背后的复杂系统逻辑 

仅看一个后台操作,是看不出系统设计的背后逻辑、数据库结构、接口调用情况。比如上图后台中是用户权限管理的页面。

有表单字段、字段计算规则、以及表单访问前置条件、后置条件、都是需要一个更好的流程表达工具。

采用泳道图将业务流程、对象绘制出来,再区分开,是B端产品经理解决上面问题的最有效方式之一。


泳道图的绘制技巧

泳道图按角色划分为一个个泳道,每个角色的活动散落在各个角色对应的泳道里。泳道图是将模型中的活动按照职责组织起来。这种分配可以通过将活动组织成用线分开的不同区域来表示。由于它们的外观的缘故,这些区域被称作泳道。

泳道图绘制4个步骤

⑴设计参与该流程的不同人员或工作功能,将他们列在海报或白板的左边或上方;

⑵依照业务将人员、功能列出步骤,并将其写在帖纸上;

⑶一一探讨这些步骤,并将贴纸贴在适当的泳道上;

⑷运用此结果来激发讨论应如何改善业务流程。


泳道图的水平布局、垂直布局

泳道图有事件流的顺序方向。从左到右组成的水平布局表达是某个事件流顺序,水平布局将不同部门负责的流程通过一条线隔起来,同时通过箭头将有关系的流程进行链接,通过垂直对接将对象、或时间独立出来。

垂直维度上标识同一个系统对象、事件效果。从上到下组成的垂直布局,表达的是同一个对象的流转顺序

一个事件流由多个对象组成,对象可以是职位部门、系统、业务名称不强行规定。

泳道图的垂直、水平布局构成了下方的标准泳道图样式。

 

搞清楚了泳道图的布局后,接下里就要搞清楚泳道图的颗粒单元、以及单元的使用规则。

泳道图的单元组成

比如在泳道图里判断是用菱形来表达有条件判断的业务逻辑,比如订单状态、登录条件,都可以用此来表达。

产品经理常用的泳道图单元分为开始、结束、流程、判定、文档、子流程、数据库、注释7个版块。

用了以上的单元后我们还要来撰写事件流。在泳道图的事件流构成单元有下面8个。

角色:都有什么人参与到功能里来

事项:分别扮演什么角色,做什么事

信息的流向:要完成的任务,顺序

参与者:明确所有事件流的参与者,系统也是一个事件流的一环节参与则

关系:参与者之间的关系

目标:事件流的最终目标是什么

开始与结束:事件流的起点和终点

主流程:事件流的正向流程

异常流程:时间流的逆向流程

后台产品经理善用泳道图来表达需求。

如上是饿了么用户订餐的业务流程。包含正向流程、逆向流程、异常流程。

泳道图还包含了系统、骑手、用户、商家参与的4个对象角色。通过泳道图再此完成订单系统、支付系统、商家管理平台、用户操作界面4个功能集合。

泳道图是底层的系统核心,做产品不能脱离了业务。当然泳道图不仅是只是用来做业务梳理,还可以做关系结构、职场划分的功能。

只不过是产品经理将其用来讲清楚业务和系统、系统和人的关系即可。有了泳道图能摸清楚系统边界、开发成本。

 转载至公众号:Kevin改变世界的点滴

 

 

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值