新知一下
海量新知
6 3 0 4 2 6 0

以业务为中心的设计:定方向、搭框架、抠细节、画原型

刀哥说 | 资深产品经理 2022/01/20 09:57

上周末在家看了一本书,书名叫《 “图解”产品:产品经理业务设计与UML建模 》,这本书将产品经理的核心工作总结为一个4层9要素模型,通过这个模型,可以梳理更全面、质量更高的需求,让产品经理极大的提升公信力,提升工作效率。

这篇文章,结合原文和刀哥的一些看法,梳理了核心内容,分享给读者,希望大家能有所收获,或者能获得一定的启发,如果有兴趣,可以购买原书,支持作者。

前我们常听到的是用户体验设计和以用户为中心的设计,但这两种设计更多的是从用户的层面,更多的考虑用户的主观体验,而没有考虑服务和实现流程。

以业务为中心的设计,可以更全面的考虑到需要设计的点。业务是指由用户发起,系统执行,产生结果的商业活动,以业务为中心的设计不仅考虑用户,还要考虑服务人员,以及整个服务的流程。

以业务为中心的设计可以让产品从更多方面去考虑产品实现,提升产品经理的全面思考设计能力,还可以让产品设计方案考虑得更全面,写出的需求文档可以减少返工,并提升沟通效率。

以业务为中心的设计框架可以概括为4层9要素,其分别是:

- 定方向:产品战略、解决方案

- 搭框架:功能框架、非功能框架

- 做细节:业务流程、业务操作、信息结构

- 画原型:交互设计、信息设计

新知达人, 以业务为中心的设计:定方向、搭框架、抠细节、画原型

1)定方向

公司根据战略规划,确定要进入哪个市场,做这个市场里的什么产品,有些什么产品形态。然后产品经理基于公司的战略,制定产品的方案,这里的方案包括怎么做,要做什么,先做什么后做什么。

解决方案阶段的产出物,通常是产品规划方案,这个规划方案,里面包括目标市场分析、用户分析、竞品分析、产品远景图、产品路线图等。

之前刀哥写过一篇文章,专门讲产品规划,有兴趣的同学,可以去看这篇文章,查看产品个规划涉及的关键要素。

产品经理怎么做产品规划?

2)搭框架

搭框架就是将要做的产品,按照某种结构,组织起来,组织的的最小单位是用例。

所谓用例,就是参与者通过系统完成一些列动作的描述,系统相应这组动作,并可以观察到显著的结果。用例是我们的最小设计单元,也是我们后续进行流程设计、原型设计的起点。

使用用例法,可以将我们要做的功能全部梳理出来,并形成产品框架。完整的梳理用例可以让我们做到既见森林又见树木。即不会遗漏核心的功能模块,又不会过早的陷入细节。

用例法,可以通过分层的方式,来做到结构更加清楚,第一层是目标层,第二层是实现层,第三层是操作层。

以订外卖为例,目标层是用户需要订外卖,实现层是用户可以通过网上订外卖或通过电话订外卖,操作层是浏览外卖、下单、支付等具体操作。

通过用例分层,可以遍历出所有用例,这其实跟用户故事地图有异曲同工之处。用户故事地图,详见这篇文章:

用户故事地图,产品经理必须掌握的分析利器

产品经理经常会梳理产品结构图,但是有人是从用例的角度梳理,有人是从功能的角度梳理,没有统一的规范,其实,使用用例图梳理会更加规范,按功能梳理,有时会陷入过多细节,是结构图复杂或混乱。

除了功能框架外,产品经理还要考虑非功能框架,比如安全、并发、性能等。这些产品经理需要从业务的角度描述未来的使用情况,由开发或运维人员去考虑对应的支持。

3)做细节

做细节包括三个部分,梳理流程图、梳理业务操作、梳理信息结构图。

流程图,我们大多数时候又叫业务流程图,其实,根据不同对象之间的交互,又可以分为业务流程图、页面(交互)流程图、实现流程图。

业务流程图,又叫活动图,主要梳理的是人与人之间的交互,外卖这个业务,业务流程图可能梳理的是用户、商家、外卖员之间完成外卖这个业务的流程,有时售后可能还涉及平台客服、审核、运营人员等。

业务流程图,在UML里又叫活动图,相比业务流程图, 活动图会更加规范,首先在UML里,对活动图的画法,有非常明确的标准,其次,活动图支持更多的活动,例如并行。但为了更方便的沟通,我们都叫业务流程图。

新知达人, 以业务为中心的设计:定方向、搭框架、抠细节、画原型

交互流程图,主要是梳理人和系统之间的交互,例如注册登录这个用例,交互流程图是梳理的是用户为了完成注册登录这个目标,和系统之间的交互,人在执行一些活动后,系统也会执行一些活动,比如显示弹窗、刷新页面、页面跳转,这些活动之间,根据顺序形成了人与系统之间的交互流程图。

新知达人, 以业务为中心的设计:定方向、搭框架、抠细节、画原型

实现流程图,更多的是实现层面的,比如用户在执行查询操作后,系统首先生成查询语句,然后再启动事务,系统再执行查询语句。实现流程图,更多是提供给研发指导的流程图,更具体,产品经理,要懂得系统实现的逻辑,但是不必梳理过细的实现流程图,一是很花时间,二是可能不够专业。实现流程图,让研发人员去梳理就可以了。

新知达人, 以业务为中心的设计:定方向、搭框架、抠细节、画原型

业务操作主要是通过状态机图的方式梳理,通过状态机图的梳理,可以遍历出系统的所有操作,为画原型做准备。

例如:

新知达人, 以业务为中心的设计:定方向、搭框架、抠细节、画原型

信息结构主要是梳理产品的类图,一个产品会涉及到很多类,每个类都有属性和方法, 梳理信息结构,主要就是梳理类的属性以及类与类之间的关系。

类的属性,可能是原型上要显示的重要内容,比如订单类,会显示订单创建时间、订单编号、订单类型等。

新知达人, 以业务为中心的设计:定方向、搭框架、抠细节、画原型

而类与类之间又存在1对1、1对多的关系,例如,一个订单只能对应1个用户,但一个订单可以对应多个物流和发票。

新知达人, 以业务为中心的设计:定方向、搭框架、抠细节、画原型

通过这样的梳理,可以指导产品进行原型设计。

通过这样的梳理,就可以更好的指导我们进行原型设计。

4)画原型

画原型主要包括两个部分,一是信息设计,二是交互设计。

信息设计包括导航设计、列表设计、详情设计等,信息设计是基础,将要展示给用户的信息通过界面按照某种布局方式呈现出来。

而交互设计,是设计用户和这些信息的交互过程,我们把触发某个指令发生的动作叫做事件,常见的事件有鼠标事件、手势事件、键盘事件。

事件在执行时,会根据一些规则进行差异化的展示,这个规则叫字段规则和业务规则。字段规则是界面层级的,如手机号、密码等规则,这些字段规则通常是全局的,可以通过梳理全局规则来定义。业务规则通常是由指定业务定义的,比如取消订单的时间,只能在下单后一小时内发起,通常不是全局的。

产品经理,在画原型时,要有模型思维,将一些常用的组件收集起来,形成自己独有的组件库,最小单位的如输入框、按钮、列表,较大一点的如注册登录页面、文章列表页面甚至个人中心等。在平时做竞品分析的时候,也要不断的收集组件,这样以后在处理相同场景的时候,可以更快速的画完原型。

梳理4层9要素,主要用到的是UML,UML是为软件设计提供的,统一的、可视化的建模语言,建模是对事务的抽象化描述,更具体的描述需求,而语言是指UML有相当成熟的语法,可以形成标准,提升沟通效率。

UML有很多种图,产品经理常用的是用例图、流程图、状态机图、实体图,能画好这几个图,就可以梳理全面、详细、不返工的产品需求。

写在最后

之前听到苏杰大佬曾经说过,产品经理的核心工作,搭框架、定流程、做细节,这个划分颗粒度比较粗,可以作为指导思想,不是很具体。

这个4层9要素,我觉得更为更具体,也更具有指导作用,不仅说方法论,也说了具体工具的使用,对于初级产品经理来说,完全可以用这本书作为基础入门指南。

大部分产品经理,其实都需要做具体的执行工作,而执行工作,基本功特别重要,学完这本书,可以让产品经理的基本功更加扎实。强烈推荐每个产品经理都读一读。

另外,产品经理写需求,除了通过原型标注的方式外,有些公司也会要求写WORD版本的PRD,这种PRD,之前刀哥分享过模板,在公众号里回复PRD就可以获取。 

更多“产品设计”相关内容

更多“产品设计”相关内容

新知精选

更多新知精选