业务流程图实操

简介: 原本计划这篇写竞品分析实操的,因为上篇只讲了流程和思路,竞品分析里有个步骤很关键就是还原竞品的业务流程图,所以这篇先分享下业务流程图实操,下篇再分享竞品分析实操。

img_eebe8e3d3b579bfb8db5d01a807c2427.png

原本计划这篇写竞品分析实操的,因为上篇只讲了流程和思路,竞品分析里有个步骤很关键就是还原竞品的业务流程图,所以这篇先分享下业务流程图实操,下篇再分享竞品分析实操。

业务流程图的六步

  • 关键逻辑的梳理
  • 用户与任务梳理
  • 开始和结束路径
  • 核心路径
  • 细化流程、添加异常
  • 合并或拆分流程

    今天以一款记账应用“鲨鱼记账”来分享业务流程的实操,建议小伙伴们可以先下载体验下,这款软件的数据什么样我没有看,但是体验(即交互)做的很棒,而且颜值很高,为什么选这款软件当案例?因为这个业务流程图简单些。
    img_5eefee92414c39167dd408cfe79b3dc2.png
    应用截图
一、关键逻辑的梳理

梳理关键逻辑从三个点去梳理分别是:
1、角色:都有什么人参与到功能里?
2、事项:角色都做什么事情?
3、信息流向:要完成任务,流程是如何的?
如下图

img_f346c1332c10b6a3b819a21e1c4a1bb6.png
一、关键逻辑.png

图中角色和事项已经做出来了,这里要说的是系统也是角色,信息流向为图中的蓝色箭头方向,应用里还有其它的业务流程图,只拿这一个做例子,有兴趣的小伙伴可以把其它的业务流程图练习一下。

二、用户与任务梳理

1、参与者:都有什么人参与到功能里?
2、目 标:要完成任务,流程是如何的?
如下图

img_bab80b618dc29ef02227daeef9a7d01e.png
二、用户与任务.png

这一步中的参与者与第一步中的角色是相同的,目标分为用户的目标和系统要达成的目标。

三、开始和结束路径

每个功能模块中,从哪里开始流程,到哪里终结流程。
如下图


img_1446c59d634caf3c05058a37ea7f264e.png
三、开始和结束的路径.png
四、核心路径

核心路径即为用户的目标,核心流向清晰用户目标越容易达成,用户满意度就高,核心目标不清晰,用户就容易迷失,那么产品就有问题需要优化。
如下图


img_8c21f09141f7ca256ca544864ac5d927.png
四、功能模块核心路径.png
五、细化流程、添加异常

这里可能没有写全,只是做为案例供小伙伴们参考。
如下图


img_7d675dfe7c8e57f2403cccac07ad6a3a.png
五、细化流程、添加异常.png
六、合并或拆分流程

因为这个是竞品的业务流程,所以就没有合并和拆分这个步骤了,当我们做自己产品的业务流程图的时候,思路是先复杂后简单,就是说先把能想到的都想出来,之后再优化做减法,产品初期是按照自己的经验和竞品的对比来进行优化的,产品具备一定的规模后就要看数据进行优化。

写在结尾的话

做业务流程图大概就是从以上这六点来思考和执行的,当然很多产品不会只有这么一个业务流程图,会有很多业务,无论我们是做自己的产品还是做竞品分析都要找到最核心的业务,也就是一个产品解决的最核心的需求,其它业务属于附加的,有的是变现的业务流程也很重要,以实际工作中便于沟通和项目推荐为标准去做流程图。

关于第五步可能有小伙伴会有疑问,说这个东西我想不到怎么办?这个教大家个方法,多看多画这些都是必要条件了,除了这个就是多和开发请教,沟通多了或者被怂多了自然就会了。

实际工作中这些步骤我都是用纸和笔画的,之后去和团队沟通最后才是用软件(axure)去落地存档的,当然每个团队都不同,这个根据自己的实际情况做做就好了,今天就到这里了希望对大家有所帮助。

相关文章
|
1月前
|
数据可视化
团队协作方法:世界咖啡法实操指南
世界咖啡法(World Café) 是一种让团队通过轻松对话激发创意、共享智慧的协作工具。
63 9
团队协作方法:世界咖啡法实操指南
|
存储 SQL 搜索推荐
【其他】多维分析预汇总应该怎样做才管用?
【其他】多维分析预汇总应该怎样做才管用?
46 0
|
存储 监控 供应链
某企业存货验收入库内部控制流程设计
某企业存货验收入库内部控制流程设计
335 0
|
架构师 测试技术 uml
这才是业务用例,别再搞错了!
这才是业务用例,别再搞错了!
1247 0
第一次机房收费——下机流程
第一次机房收费——下机流程
105 0
|
SQL BI 索引
【SQL开发实战技巧】系列(二十八):数仓报表场景☞人员分布问题以及不同组(分区)同时聚集如何实现
【SQL开发实战技巧】这一系列博主当作复习旧知识来进行写作,毕竟SQL开发在数据分析场景非常重要且基础,面试也会经常问SQL开发和调优经验,相信当我写完这一系列文章,也能再有所收获,未来面对SQL面试也能游刃有余~。
【SQL开发实战技巧】系列(二十八):数仓报表场景☞人员分布问题以及不同组(分区)同时聚集如何实现
|
数据采集 数据管理 数据挖掘
「主数据架构」14个主数据管理误区
「主数据架构」14个主数据管理误区
|
数据采集 SQL 存储
整体技术流程-数据入库(ETL)|学习笔记
快速学习整体技术流程-数据入库(ETL)
1155 1
整体技术流程-数据入库(ETL)|学习笔记
|
设计模式 运维 监控
详解命令模式本质及其在高复杂调用中的应用案例—履约ERP架构总结
一、前言本文是基于作者在库存协同相关系统设计中使用命令模式并获得很好成果的分享想法而撰写的。命令模式是一种设计模式,总结了在特定场景下的最佳设计实践,它是一种间接经验。为了将这种间接经验变为我们可以使用的直接经验,我们需要做到两点:看清模式本质和灵活运用。模式本质:掌握一个设计模式的关键在于发现其核心关注点。每个模式都有一个关注点,例如命令模式的关注点是调用过程,而策略模式和状态模式的类图看起来相
详解命令模式本质及其在高复杂调用中的应用案例—履约ERP架构总结
网络工程项目报价单应该怎么写?记住这6个步骤准没错!
网络工程项目报价单应该怎么写?记住这6个步骤准没错!
336 0