产品经理方法论——流程与审批流的区别
今天我们来说下产品经理方法论基础篇之流程。
分类相对来说是静态的,但事物是发展变化的,这个变化的过程通常是按时间的先后顺序,一步一步演化,期间会出现一些里程碑式的节点。在产品设计中,我们把这个变化过程叫做流程。(当然流程也可以看成是一种分类,或者分类后的排序,但对于产品设计来说,流程设计的频率和重要性又十分突出,所以很有必要单列出来说一下。)
好的流程之于公司运营,能够降低运营成本,提升工作效率。好的流程之于产品,更符合用户的行为习惯,简单高效地帮用户解决问题。
接下来我们分别介绍产品设计中常见的:业务流程、产品流程、审批流(流程引擎)。
一、业务流程
业务流程展示的是一个公司或者行业,业务如何运转的流程。不同的行业,不同的公司,甚至不同的商品,在不同的时间(比如淡旺季、节假日)、空间(比如城市),具体运转的流程又会有它们各自的特点。市场上对不同行业的产品经理的定义,主要指这个产品经理熟悉哪个行业的业务流程。
一般情况下产品经理基于对所在行业现有的业务流程的理解,去设计产品。有的时候也需要产品经理基于自己对行业现状、问题、痛点的理解,去重新设计业务流程;有些大企业会请咨询公司做业务流程的优化,然后引入IT系统将方案落地。
刚入行的产品经理,建议可以从商学四流(电子商务)开始,商学四流是一个基于商品流通行业流程的概括,也可以叫商品的进销存,适用于电商,制造业,新零售,供应链等等。而且很多其他的行业,也可以基于商学四流来类比设计,因为所有的行业都是基于销售商品和服务展开的,区别只在于,不同的商品和服务本身具有的特性,如是否是实物,是否需要采购等。
商学四流:
1)商流,商品的采购和销售。
商品的采购过程(SRM):确定采购目标,选择供货方(竞价,招投标等),签订购销合同,商品检验和验收,组织商品入库和货款结算;
商品的销售过程(CRM):商品销售的方式很多,传统的分销,直销;互联网的电商,直播带货等,不同商品,不同的销售方式有不同的流程。这里简单讲下,大致可以分为:找到目标客户产品推荐,签订销售合同,交付商品,收款。
2)物流,是指商品流通,包括商品的存储和运输。
3)资金流,是指商品从生成领域向消费领域转移的过程中产生的资金运动过程。主要包括资金筹集,资金使用,资金耗费,资金补偿与积累分配等活动。比较重要的点我觉得就是收款,支持,账户与账户余额。
4)信息流,一切都是信息,都需要被记录下来。信息是客观世界中各种食物的变化和特征的反映(推荐香农的《信息论》)。商业信息流是指反映商流、物流历史与显示运动以及发展变化趋势的各种信息,情报,资料的收集、处理和传递的过程。包括商流信息流、物流信息流、资金信息流。
二、产品流程
基于业务设计业务流程,基于业务流程设计产品。常见的产品流程:功能流程和页面流程。
1)功能流程
产品经理基于对业务流程的理解,设计产品的功能,用户按步骤操作完成业务。通常在设计功能流程的时候,我们都会从用户的视角出发来设计,所以功能流程通常也叫用户流程。
常见的用户流程,比如登录流程、注册流程、注销流程、支付流程、下单流程等。
如:用户注册流程。
C端产品大多数情况用户都是单角色的,所以整个用户流程都是某个用户自己的操作流程。但是B端产品则都是多角色,多用户参与的,所以B端产品的用户流程大都是分角色流程,通常我们会用泳道图。
2)页面流程
在产品设计过程中,我们还会用到页面流程。页面流程就是把页面之间的跳转关系通过流程图表示出来。是用户流程的具化(页面化)表现形式。在原型设计和制作培训材料时经常会用到。
三、审批流与流程引擎
在设计B端产品时,不管是什么类型的业务、系统、功能模块,基本都逃不开流程审批的功能。比较常见的如公司的OA系统。Office Automation,即办公自动化,这类系统主要实现了审批流程的自动化。如报销、借款、合同、事务申请、人事、权限申请、固定资产申请等流程。再比如电商系统中常见的退款流程,可能也需要商家(或者商家的财务人员)审批。
审批流是指对某项工作的审批活动的有序组合。简单说就是一件事情,是否要执行,相关决策人可以在线审批的功能。审批流不等于业务流程,但属于业务流程,若干审批流,在系统里面作为业务流程产品化的一部分,支撑业务流程有序运转。
审批流是流程,更是功能。
又由于通常这些审批流会随着业务变化、组织结构调整需要频繁的修改;不同的系统和功能模块都会需要审批功能;于是从技术实现以及方便维护的角度出发,就有了流程引擎。
流程引擎是一个可以对审批流进行创建,修改,删除,查询的服务。它本身就是一个独立的系统。
在设计B端产品的审批功能时引入流程引擎,好处多多:
- 作为共享服务,公司内部开发的不同的业务系统,都可以复用该服务。
- 流程的维护很方便,尤其是对节点的增删修改,基本都不需要开发介入。
- 新的流程,开发工作量也能大幅减少。
- 让审批功能设计的规范化变得简单,不至于一个系统,不同的产品经理设计出不同的风格。
当然并不是任何需要审批的系统都需要使用流程引擎,简单的审批功能直接开发即可。可以根据公司发展的阶段,信息化系统建设的复杂程度,适时引入流程引擎。
还有一个常见的叫表单引擎,它常会和流程引擎同时出现,只不过表单引擎不是必须的。因为表单引擎主要的作用是方便用户自定义需要决策者审批的内容。
内容即数据,很多时候业务数据需要存在业务系统中的数据库中,而如果使用表单引擎就需要额外处理自定义表单中字段和数据库中字段的关系。当然,在业务系统中同样也存在很多数据,是不需要存在数据库中的,这些数据除了需要被审批,被记录外,未被规划其他的用处。
(技术上对于上面两种处理方式应该还有更深入的解释,我按我的理解先讲这些。另外表单引擎还会涉及前端页面的展示,比如兼容PC端和手机端展示的自适应表单,同样的在开发的时候可以选择使用表单引擎来生成页面或者嵌入到业务功能的页面中。)
现在流行的低代码平台,核心也是流程引擎+表单引擎。流程引擎是一个很专业的产品分类,感兴趣的同学可以找更多的资料深入学习下。
本文作者 @李海鹏
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!