前言
做产品的初期踩过不少坑，流程图的坑就是其中一个。在具体落地到文档时用野生小白产品经理的方法就是想到什么就做什么，最终能产出内容就行了。当业务越来越复杂，各分支业务耦合越来越高的时候，就需要一个逻辑清晰、流程清晰、角色清晰的各类流程图。而提炼需求输出出来内容是产品经理核心能力之一提炼力的体现。
这次就总结提炼，在工作中常用的流程图使用场景以及各流程图的应用。
目录
- 产品启动到落地过程中流程图的重要性
- 工作场景中流程图的原则和意义
- 业务流程图、功能流程图、页面流程图的使用场景和作用
-
总结
常用的三种流程图的区别
产品启动到落地过程中流程图的重要性
在产品设计工作中，对于产品的设计思维和产出内容一般会将它分五个层次：
战略层（明确战略目标、MRD和BRD）
范围层（核心业务、核心逻辑PRD）
结构层（功能结构图、流程图）
框架层（原型和交互设计）
表现层（UI设计）
在产品方案和落地的产品设计时，都需要从战略层开始一层一层的向下思考产品内容。
越高层次的内容，越需要更高阶的能力。从产品战略规划到原型图的设计过程中，流程图更是起到了承上启下的作用，流程能够闭环，各相关人员能够认可是有效推进产品落地的重要手段。
工作场景中流程图的原则和意义
对于团队的意义：
- 形象直观，各种操作一目了然便于理解，更好的和团队成员沟通。
- 沉淀组织机构资产
员工离职、岗位变动能够方便交接工作。 - 复盘
一方面是自己复盘，在项目结束时，整理过程文档，复盘自己在业务调研、产品规划、方案设计、业务流程上哪些有待提高的，哪些点没有考虑清楚导致效率低的，提高个人的成长
另一方面是团队的复盘，在梳理业务流程中遇到哪些问题、以后怎么避免，做好过程存档，复盘时有据可依。
流程图的4个原则：
- 标准化的流程图提高效率
标准化就是对信息流程、业务流程进行规范总结；在团队磨合过后能够有效提升需求评审会的效率，帮助其他同时更好的理解产品流程，提高跨职能部门的沟通效率。 - 针对不同角色需产出不同维度的流程
业务信息应针对不同岗位人员要求进行适当加工（老板、客户、研发团队）,针对不同管理层提供不同呈现维度的信息。老板需要的通常不会有太多的细节，需要整体流程闭环，而落地到研发时，产研团队就需要很详细的内容进行信息的同步和需求的评估。 - 流程图应保持更新
在复杂流程和业务的模块需和流程图保持一致，方便后续的复盘和回顾，并且能够保证信息能够及时服务于决策。 - 流程图能够提升沟通效率
相比原型，流程图能够缩短信息在处理过程中的延迟，提高信息同步时的效率。
业务流程图、功能流程图、页面流程图的使用场景和作用
业务流程图
作用：通常是产品经理进行业务调研时，了解业务人员（销售、客户等）工作流程和需求后，明确线下的业务范围。最后提炼出业务流程图。调理清晰的业务流程图能够让团队快速熟悉业务，理清业务边界。
产出时间：需求调研后
注意事项：
- 仅产出业务相关内容，无需数据等太深入的细节内容。
- 常用泳道图，泳道类型通常为系统、角色、职能、部门、时许等
功能流程图
作用：
功能流程图，是业务流程图为主线，去细化每个环节的功能逻辑（如必填项/业务状态/异常提示等）是通过需求分析，转化为产品设计并落地。
和业务流程图的区别：如果把业务流程图比作树干，那么功能流程图就是树干上长出的枝叶。前者可以总览业务全貌，后者帮你厘清功能细节。
产出时间：原型设计之前
注意事项：需包括所有产品功能的细节以及异常边界
页面流程图
作用
- 常用于复杂跳转关系的C端产品，有助于梳理产品逻辑和产品轮廓
- 页面流程图用于明确页面的主功能和页面间的跳转，让团队可以更具体了解页面和页面之间的交互逻辑。
- 页面流程图是帮助研发评估开发时间和跳转逻辑的
产出时间：UI/UE设计前或者需求评审会之前
注意事项：
- 理清跳转关系，标注好操作控件与操作方式
- 在跳转逻辑不复杂并且项目周期紧张的情况下，直接用交互原型也可以。
总结
如果说业务流程决定产品的上限，那么功能流程就是决定产品的下限。产品经理的作用就是能够考虑到左右流程的异常情况和边界情况，并整理出来，那么除了文字描述，功能流程图就是一个很好的输出方式。
选择什么样的流程图最好？
本篇文章描述的是比较标准的使用场景和使用方式，但是不同的项目，不同的产品，不同的阶段，不同的团队所需要产出的流程图方式和详细程度是不同的，好的流程图是长期有一个统一的标准并且保持更新，能够提高团队沟通效率，让团队没有歧义就是一个好的流程图了。
