B端产品如何进行业务流程的梳理与绘制?

在上一篇文章《B端产品需求的3个层次,你都了解吗?》中,我讲到:在用户需求与产品需求之间(也就是把用户需求转化为功能需求的中间)有一个重要的过程叫做:需求分析。

这个过程,容易被工作时间不长的产品经理忽略;又或者,这个过程需要解决的问题,容易被工作时间不长的产品经理产生误解。误以为需求分析的目的是:分析软件系统如何实现用户的需求。

然而并不是这样。实际上,需求分析的目的是:业务分析。也就是:选择一种以业务为导向的方式将零散的、不同颗粒度的需求串起来,形成一个完整的、内容清晰的框架,指导后续相关的产品设计 、产品开发工作。

  • 提到“分析”一词,对任何“事务”的分析,都有相应的分析、思考框架。
  • 提到“人力资源”分析,我们可以使用力资源规划、招聘、培训、绩效、薪酬、员工关系思考框架。
  • 提到“营销”分析,我们可以使用产品、价格、渠道、促销思考框架;以及认知顾客价值、创造顾客价值、交付客户价值、传播客户价值思考框架。
  • 同理而言,提到“需求”分析,我们可以使用:业务流程;业务场景;领域建模;状态图,共4个思考模型。

业务流程是需求分析的主要手段,它可以帮助产品人员系统性的厘清思路,和相关人员沟通达成共识。

这篇文章先讲“业务流程”分析需求的方法(其它3个思考模型,再另写3篇文章单独详细讲)。

关于业务流程,我将从以下3点详细讲解:

  1. 定义及要素;
  2. 业务流程的绘制;
  3. 业务流程的分析与优化。

接下来,我一个一个的讲。

01 定义及要素

这里我们先对业务流程做一个定义。

百度百科对业务流程的定义是:

业务流程是指,为达到特定的价值目标而由不同的人分别共同完成一系列的活动。活动之间不仅有严格的先后顺序限定,而且活动的内容、方式、责任等也必须有明确的安排和界定,以使不同活动在不同岗位间进行转手交接成为可能。

从业务流程的定义里,可以找出业务流程包含的要素如下:

1. 角色

业务流程里的第一个基本元素就是角色,有了角色才会有分工、有协作,才能完成特定的价值目标。

2. 活动

也就是指具体做的事,每个角色都会有具体需要做的事。

3. 协作

一家公司或者说一个组织里面,不同人做不同事,最终通过协助才能完成一系列的事。

而且的协作方式,有并行、也有串行(也就是可以在同一时间完成,或者是不同的时间段里完成)。

4. 产出物

每个人有了具体活动,就会有产出,产出的东西形成产出物,以使不同活动在不同岗位间进行转手交接成为可能。

5. 规则

正所谓,无规矩不成方圆。

定义中提到:而且活动的内容、方式、责任等也必须有明确的安排和界定。

案例,关于业务流程相关的5要素,我上面的介绍可能比较抽象,这里举一个具体的例子讲一讲。

有一家做Saas产品的互联网初创公司,公司目前的部分主要有产品部、营销部、销售部、客户成功部四个部门。

产品部门有A一个人,营销部门有B一个人 ,销售部门有C、D两个人、客户成功部门有M一个人。

产品部门A的工作目标是做出一个能帮助商家解决业务问题的产品,所以经常做需求挖掘、需求分析、需求管理等工作;

营销部B的工作目标是获取到一定量、且有效的销售线索,经常要做的内容就是内容运营、活动运营等工作;

销售部C、D的工作目标是将有效的销售线索进行转化,转化客户付费,经常要做的工作就是线下拜访、PPT演示、签合同等相关工作。

客户成功部的工作目标是助力客户成功,提升客户产品的使用率,经常要做的工作就是新手培训、客户成功案例分享等等。

  1. 在这个案例里,各部门的相关工作人员就是角色;
  2. 每个角色具体做的事就是活动;
  3. 产品人员做产品、营销人员获取销售线索、销售做销售转化、客户成功做客户服务,这就是协作;
  4. 营销部门交付有效的客户线索,销售交付已付费的客户,这就是交付物;
  5. 营销部门必须获得的是有效线索才可以交给销售部,什么是有效线索也会有相应的标准,这就是规则。

关于业务流程的定义以及包含的基本要素要素有哪些,有了一定的了解之后,接下来进入下一个环节:业务流程的绘制。

02 业务流程的绘制

按照UML的标准,业务流程的分类有很多。

例如,顺序图、活动图、时序图等等。

但在日常的工作中,基本上用两种类型的图就可以把业务流程梳理清楚以及讲清楚。

这两种图,分别是:

1)部门级流程图,也就是跨部门流程图

跨部门流程图是一种比较复杂的流程图,可以清晰的描述分角色、跨系统的业务流程。

2)个人级流程图,也就是个人为完成某个业务,实施了多个业务步骤过程的流程

在绘制流程图时(不管是部门级流程图还是个人级流程图),流程图的基本符号有很多,但基本上只需要开始、结束、活动要素、判断、流程线(流程线是指连接活动与活动的流程线),五个基本符号来绘制流程图就可以。

甚至还可以再简化,开始和结束两个符号都可以不要,最终只需要活动、判断、流程线就可以。

流程图包含的3个基本符号如下图:

这里我用2个实际案例讲讲流程图的绘制方法。

如下:

做了一个大转盘抽奖活动的跨部门级业务流程图:

做了一个商家注册过程的个人级业务流程图:

关于流程图的补充说明:

  • 每一个流程图,只有一个开始节点,但可以有多个结束节点(如上图大转盘抽奖流程图,只有一个开始节点,但有2个结束节点);
  • 活动和流程线是必有符号,判断情况视情况而定(如上面大转盘抽奖流程图,有活动和流程线符号,但没有判断符号);
  • 在画“泳道”流程图时,需要注意泳道的顺序,以便流程图看起来简单易懂,而不是各种复杂的交叉在一起。

03 业务流程的分析与优化

我上面讲到的部门级流程图、个人级流程图的案例,其实已经靠近软件需求了,也就是客户在使用软件过程中的业务流程图是什么样的,通过整体、系统的分析、思考。

然后进入软件的设计阶段。在进入与系统相关的业务流程图绘画之前,还可以根据业务实际情况的需要:绘画出没有系统之前的业务流程图是什么样的(同样可以使用文中讲到的部门级流程图和个人级流程图绘制方法)。

这个步骤也非常重要。

为什么会这样讲?

因为:我们开发软件是为了支持业务需要,软件支持业务的核心是对业务流程的固化、优化和重构。

因此把没有系统之前相关的业务流程图画出来,然后看看,哪些流程环节需要系统来固化;哪些流程环节需要系统来进行优化;哪些流程环节需要重构。

最终,通过对传统流程的固化、优化或者是重构,实现企业的降本增效,提升企业用户的消费体验。

最后,关于业务流程的梳理与绘制就讲到这里。

通过流程图思考框架,以及接下来几篇文章,我即将要写的几个思考框架的运用。

我相信,关于需求分析这个问题,将会分析的更透彻,以及对业务的理解将会更系统和彻底。

#作者#

丰宪飞,微信公众号:小飞哥笔记,个人微信:f1506620495。。某互联网创业公司合伙人兼运营总监,多个项目“从0到1”项目负责人,擅长战略、运营、产品的整体规划及落地执行。

版权声明

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

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部