总结下我对 B 端产品 3 大流程图的理解

0 评论 3514 浏览 14 收藏 9 分钟

结合流程图,产品经理可以更好地掌握全局业务场景,评审人员也可以更好地理解需求。这篇文章里,作者就总结了他关于流程图的理解,包括一定的绘制心得,一起来看看吧。

最近一次沟通需求时,几个人聊了半天,最后发现大家压根不在一个频道上。一方面可能是因为需求理解问题,另一方面是大家各管一方,只是通过口头沟通各自的需求,没有从全场景梳理整个业务需求。

我觉得如果有一张全局的业务流程图,或许就能避免这种情况了。今天来聊聊我对流程图的理解。

一、我对流程图的认识

我第一次接触流程图,应该是大学 C 语言编程里的程序逻辑流程图,可惜当时学得不好,也没体会到流程图的价值。

工作之后,我最开始只注重原型图,并不在意流程图。后来发现缺少流程图,很多工作都会非常被动,流程图逐渐成了我提交设计方案必备的组成部分。总结下来流程图主要有以下几方面的价值:

1. 化繁为简,洞察业务

B端产品往往涉及多业务场景、多用户角色、多系统之间的信息流转。

在梳理业务场景时,如果用文字去描述这些信息,可能会比较复杂还不一定能表达清楚。通过业务流程图可以将复杂的文字通过图形化的方式表现出来,冗余、缺失、重复的节点也会一目了然地呈现出来,方便我们与业务人员共同诊断业务问题、优化业务流程、确定系统边界范围等

2. 整理思路,指导设计

流程图可以帮助产品经理掌握全局业务场景,避免一开始就陷入到功能细节中,为业务需求转化为产品功能打好基础。

在功能设计时,我们通常更关注正常流程的产品设计,而忽略了异常流程的设计。流程图可以帮助我们查缺补漏,避免活动流程、逻辑上出现遗漏,确保产品设计的完整性。

3. 上帝视角,提高沟通效率

流程图从宏观层面展示了业务或功能逻辑,类似于上视角,帮助评审人员更好地理解需求。

每次设计评审,我基本都会以流程图开场,让评审人员可以快速理解需求本身包含的用户角色、业务场景信息,消除大家对需求本身的疑问。然后再去讨论功能细节,避免大家陷入无休止的细节纠缠中,提高沟通效率

二、我如何使用流程图

虽然流程图有不少类型,产品经理用到的有业务流程图、功能流程图,页面流程图等,我认为它们之间是颗粒度逐步细化、层层递进的关系。

1. 业务流程图

B 端业务比较复杂,涉及到不同的用户、场景,主要以泳道图展示

业务流程图一般是在产品设计初期,梳理业务场景,发现、定位问题,或者向上汇报确定大的业务流程。业务流程图的颗粒度比较粗,不会表现具体操作逻辑。

业务流程图确定后,一般不会频繁调整。所以不是每次产品设计都需要梳理业务流程。对于已有业务流程的产品需求,只要拆解到对应的业务流程节点就可以了。

2. 功能流程图

功能流程图是对业务节点的拆解,是对具体功能的流程设计。因为要指导产品设计,所以内容比较详细,包含操作功能点、判断逻辑、系统间的交互等,甚至包含关键的业务说明等信息。泳道图也是多角色的功能流程图的首选。

正常情况下,每个功能都会有功能流程图,但是果功能比较简单,我会省略掉流程图,或者简单的表示下逻辑关系,主要是通过页面原型讲解需求,保证开发人员能接受就可以了。

3. 页面流程图

我们设计的产品原型大都是静态页面,即使增加了一些交互动作,开发人员也不一定知道哪些地方可点击,所以查看起来并不容易。页面流程图主要用来展示页面之间的跳转关系,方便开发人员读懂页面原型。

不过现在以敏捷开发为主,需求涉及的页面数量不会非常多。所以实际工作中,我基本不会使用页面流程图。

另外为了表达页面中必要的判断逻辑,我会在页面原型中加入逻辑流程图。比如提交按钮时的校验条件,删除时的逻辑判断等,作为交互说明的补充,可以更加直观易懂。

三、绘制流程图的心得

总的来说,我对流程图的使用比较浅,主要是为了表达需求的顺序和逻辑,所以绘图也不是特别规范。用到图形符号比较有限,主要是开始/结束、流程步骤、判定条件等。

这也是我想表达的一个观点,流程图没有严格的形式,只要能够满足工作需要就可以了。

1. 绘制流程图的前提

流程图只是业务和需求信息的外在表现形式,本身并不复杂。只有熟悉用户场景和业务关系,才能保证绘制出来的流程图符合实际场景。

另外画流程图之前,要明确流程图的绘制目的和范围,避免过于发散,造成不必要的内容扩展。

2. 合理布局

绘制流程图时,需要合理安排各个环节和角色之间的顺序和布局,避免出现混乱和不清晰的情况。对于一些超级复杂的流程图,可以拆分成多个流程图展示。不要用一张流程图展示,既不方便自己讲解,也不方便别人查看。

3. 遵守基本规范

流程图的形式比较自由,但是为了便于理解,必须要遵守基本规范。比如一些常见的符号形式和布局规范。

  1. 绘制流程图时,布局应遵循从左到右、从上到下的顺序排列;
  2. 一个流程从开始符开始,以结束符结束。开始符号只能出现一次,而结束符号可出现多次。若流程足够清晰,可省略开始、结束符号;
  3. 同一流程图内,符号大小需要保持一致,同时连接线尽量避免交叉,连接线不能无故弯曲,同一路径的指示箭头应只有一个
  4. 流程处理关系为并行关系的,需要将流程放在同一高度;

总结

虽然流程图并不难,却是产品设计重要的工具,起码会显得比较专业。用好流程图对产品设计会有很大帮助,大家可以尝试用起来。

专栏作家

子牧先生,公众号:子牧UXD(HelloDesign),人人都是产品经理专栏作家。产品体验设计师。8年互联网行业经验,擅长体验设计思维、设计方法论、交互设计研究。

本文原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!