移动互联网业务 业务流程图概述 业务流程图绘制.pptVIP

具体如何梳理呢？ **第一步是复杂流程的分解 我们不可能将所有的活动都放到一张图里呈现。因为业务流程是有层次性的，这种层次体现在由上至下、由整体到部分、由宏观到微观、由抽象到具体的逻辑关系。有些业务很复杂，有很多分支。业务最难的在于划分业务流程图的层次上。所以我们首先要明确要梳理的业务流程的范围。 **要用大的粗略的关键节点，讲清楚这个业务流程范围中的故事，其实就是梳理出顶层业务流程图。 **顶层业务流程图是业务全局故事的简单表达，但是请注意这里的业务全局不见得是公司整体的业务全局，而是界定好的业务范围。 * 比如刚刚那个餐厅业务的案例中， **如果界定的业务范围是面向顾客的点餐和结帐流程，那么其顶层业务流程图就是**右图这样 **界定的是整个餐厅的运作业务流程，那这是一个子集——因为没有包含餐厅的采购、供应商管理、一级库存管理等工作。 * 得到了顶层业务流程，也就是明确业务范围后 需要先从顶层的业务流程分解开始，由粗至细。 （**）顶层业务流程图的梳理原则是 （**）界定范围内的业务全局故事。 （**）包含该范围内的关键节点。当被质疑说某某环节怎么不存在时，要清楚它可能在下一层分解中，应该是被包含在哪个关键节点中。如迎客入座还可以被细化成（**）检查餐具、上茶水等。点菜环节会包含（**）推荐菜色和打印分单，例如知道结账的下一层分解中有（**）赠送优惠 （**）顶层流程图分解出来的关键节点未必都会细化分解下去，生成二级以及三级的流程图。这要看该节点涉及到的“活动”以及“角色”是否复杂。例如 * 对传统生产型企业的进、销、存主业务流程进行分解。黄色色的代表被分解点，（**）“进”进行二级分解，然后对（**）选品进行三级分解，然后对（**）定版进行四级分析，到这已经分解为四层。如何判断没必要继续进行分解？（**）就是当分解到某层，发现此层没有必要再单独成流程图，而是可以放到上层作为某个关键活动，就可以到此为止了。 该例子中当我们分解到第四层，发现再往下去涉及到的活动和角色都已经很少时，就不必再分解了，而是可以将第四层的关键节点直接作为第三层业务流程的“活动”，而不是子流程图。 （**）当然，这是依赖于你梳理业务流程的目标。如果你偏偏是要对“打样”环节进行剖析优化，则还可以继续分解下去。 * 将流程分解后，我们就需要进行绘制了，绘制图示有一定的标准，这个是常用的标准 * 而流程图常用结构一般有**顺序结构、**选择结构、和**循环结构 * 这是一个流程图的例子，基本上包含了大多数图示。 * 业务流程图绘制完成后，需要就行评审和后续行动 * **评审业务流程图的主要事项是否做到。 **及时与团队进行评审。将各个涉众都叫到一起，给他们看梳理出来的成果。 **除了评审你的流程图是否符合现实外，也会评审目前的业务流程是否符合理想。 * 本知识点主要跟大家分享了业务流程图绘制的过程，从调研 到梳理呈现，最后到评审。 * 业务流程的绘制就介绍到这，谢谢大家。 * EDITED BY CHENYU * 移动互联网业务 《移动互联网业务》课程 Mobile Internet Service 主讲教师 陈煜 移动通信技术专业教学资源库 深圳信息职业技术学院电子与通信学院 业务流程图 绘制 目录 01 调研 02 梳理并呈现 03 评审 业务流程图的梳理，有两种: 一种是基于现实发生的业务流程如实反映。需要走到现实环境中，去调研，去梳理，去确认。 一种是基于流程优化的方案，已经掌握了目前的流程现实如何运作时，基于分析，讨论，能够判断出流程中不合理的地方，给出一个更完善或者有更效率、成本更低的新的流程出来。 调研 想做第二种流程图，必然要先将第一种给梳理出来。 谁？部门、角色、岗位 Who 什么事情？ What 在哪里做的？表示的是信息化程度，是文档还是各种系统 Where 产生文档叫什么名字？ Document 条件。逻辑链接线表示一项活动的输入和输出，指向箭头的来源是前置条件 Condition 调研 谁，在什么情况下，做了什么事情，这个事情需要什么前置条件，又输出了什么，这个事情在哪里完成的？ 决策。根据不同的判断结果从而走不同的分支流程 Decision 在调研中 调研 要求精通业务流程的人系统讲解一遍。 建立一个系统观，了解大体枝干，但是很难切入到细节。 调研具体操作的人，来验证讲解的是否全面和偏差。 太依赖于问题的质量以及问问题的场景。 实地观察和记录，发现细节。 在观察中再进行验证 结合使用 举例，餐饮店，做点餐系统 找到了一个厨师： Q：你主要负责做什么菜系？ A：热菜。 Q：那菜单都是谁给你的？ A：我们的服务员。 Q：她都怎么提供给你？ A：她负责客人点菜后，然后手写一个单子，给我放到窗口上。 Q：单子上都会写什么