1.流程图的重要性

业务流程图作为对业务理解程度的一个重要的输出内容，这个工具代表着产品经理的系统性思考的能力，思考的是否全面，是否合理等，包含的详细内容有：你有没有从全局去认知到他是什么？参与到这个系统中的要素有哪些？这些系统中有哪些关系？这些要素有没有别的一些特殊的情况需要考虑进去等内容等等，所以只要想清楚了业务流程基本上产品的工作完成了80%，剩下的都是体力活的工作。

2.流程图的设计思路

流程图的设计要站在“”上帝“的视角从上而下去设计，上代表的是以旁观者的身份去看接下来要做的系统和原来系统之间的关系有哪些？是只要交换接口就行，还是原来对应的系统a和要做的系统b都要推倒重来，这样做的目的是避免给现原来使用软件的用户造成困扰，比如增加他们的使用步骤，链路出现断层等问题。而且业务时间可能会存在重复性，如果已有的内容，则可以采用调用接口的方式，满足业务要求。减少不必要的开发。

2.1系统与外部系统的关系

代表的是已有系统和现有新系统的之间的调用，整合关系，这个可以通过架构图或者形式来表现或者是单独的excel表去充分说明，各个系统之间的调用关系，举个例子来说我司原来的业务模式都是业务员在小程序中创建订单，勾选用户需要的产品之后，用户扫码完成支付。现在公司根据战略发展需要新增一款app，如果考虑到前期的引流问题，那就需要考虑在用户支付的这个触点上是支付到app上还是原有方式不变化，这完全是2种不同的操作，所以需要仔细斟酌。那这个点就是新增系统后，对原有系统中的角色的使用路径的影响情况，需要前置的考虑进去，这个和业务的实际情况可以自主去决定和选择。

2.2流程图的种类

组织结构图：组织图为什么要放到流程图中来说呢?因为人的这个要素是系统中重要的一个环节，所以只要是有人，就会有对应的岗位，各个岗位，各个部门之间也就组成了部门，所以他代表的是公司的组织架构，公司根据本身的业务模式或者是管理模式的不同，不同的公司组织架构可能千差万别，所以需要考虑整个公司的职能架构下是否有某些人有特权，比如一人身兼多职等异常情况，有哪些他的权限范围是否要跨层级等异常的情况，这个和权限功能相关，所以要重点关注。

跨职能流程图:代表的各个部门之间的业务如何流转，方便整体的理解整个业务架构包含那些内容。

1.流程图在绘制的时候需要确认业务的开始和业务结束的标准。；

2.流程图表明的是角色和角色之间或者是部门与部门之间业务的流转情况，重点在于流转。所以在绘制的时候单个业务的详细模块可以不用太细节，举例业务销售专员签订合同这个流程，不需要详细说明签订合同中这个需要处理的细节是什么？填写和提交的这类不需要很详细，可以在签订合同的子流程图在去详细体现。

3.流程图在绘制的过程中要充分考虑变体和分支的情况，比如用户在选择经销商信息的时候，选择错了，本来是西安的，但是现在为咸阳的，那么这个流程该如何提现等问题？

线上业务流程图：跨职能流程图中的所有节点不一定是需要系统去解决的问题或者用系统解决投入产出比不如线下处理方便，或者是业务规范要求如此，所以针对该业务需要单独的标记处理。

可以在跨职能流程图中的时候用图例说明，把线下的业务标记为灰色，浅色的部分代表系统处理，这样方便阅读者更好的理解。

跨职能流程图

子业务流程框架：跨流程图中的某一些子流程的详细流程。

子流程

3.结合上述案例，找一找案例的错误之处；

大家来找茬

附上刚入门时候自己做的流程图，看看你能找出来多少错误。