流程图绘制基础：无需 BPMN 直接开始

先"as-is"，再"to-be"

关于流程图绘制，最常见的误解是：需要先知道"应该是什么样"才能画图。不对。你首先需要知道的是"现在实际发生了什么"。

"as-is"图展示流程今天的真实运作方式——而不是文件里写的那些。许多中小企业的订单处理、开票或客户入驻流程多年未变，却从未形成文字记录。这个空白是走向自动化时最大的风险：自动化一个没有文档的流程，同时也把它的错误自动化了。

工具不需要复杂：便利贴、Miro 看板，或者 Excel 四列表格就够了。不需要学 BPMN，也不需要买 Visio。

as-is 图一旦建立，"to-be"设计就简单得多。你看到的不是什么会变，而是什么保持不变——优化决策因此基于真实数据，而非直觉。

1 小时完成流程图：4 列方法

在不安装复杂工具的情况下绘制流程图，一张四列的 Excel 表格或 Miro 看板就足够了。每一行代表一个步骤；列定义如下：

1. 步骤 — 做什么？简短动词形式："创建发票"、"等待审批"、"录入系统"。 2. 谁来做？用角色名，不用人名：财务、销售代表、客户。 3. 输入是什么？启动此步骤需要什么：表单、邮件、审批意见、系统记录。 4. 输出是什么？此步骤完成后产生什么：文件、通知、数据库记录。

这四列类似一张简单的泳道图，无需任何软件技能。只需一小时工作会议，两三个熟悉流程的人，加上便利贴，就可以填满整张表。

一个实用建议：用这个方法把你的开票流程、注册工作流或个人数据处理流程记录下来。这张四列表格既可以充当内部审计记录，也是未来自动化的一份现成技术规格说明。

完成图表后，对每一步都问这个问题："这一步能自动化吗？能删除吗？能合并吗？"这三个问题消除多余的复杂性。

何时已映射流程准备好进行自动化

并非所有已映射的流程都已准备好进行自动化。在推进自动化之前，必须满足四项标准：

1. 重复频率：如果流程每周至少重复两到三次，自动化成本才具有合理性。对于每月偶尔执行一次的例外任务，自动化通常没有必要。

2. 标准化输入：如果启动流程的输入已标准化——特定的邮件格式、表单回复或系统通知——自动化运行会更可靠。如果每次输入都不同，则需要先完成数据标准化步骤。

3. 人工判断量：如果流程关键步骤中需要大量主观决策，这些步骤必须先被简化或规则化。自动化可以处理基于规则的步骤，而非模糊的决策。

4. 容错性：如果流程中的错误直接导致客户流失、法律违规或财务损失，自动化前的全面测试是必须的。

同时满足四项标准的流程是最适合自动化的。Setviva 的方法：确定合格流程后，先在小数据集上进行试点测试，再逐步扩展至完整规模。没有图，没有试点；没有试点，没有规模。

流程图绘制是第一步：完成流程图之后，接下来可以了解数字化转型从哪里开始，以及我们面向具体行业的自动化方案。

大多数团队跳过的一步：与实际做这项工作的人交谈

流程图出错的最大原因不是努力不够——而是问错了人。经理会按流程“应该”如何运作来描述它，往往是按多年前的设计来描述的。真正处理订单、录入发票或回复支持工单的人，知道的是带有变通做法的那个版本：因为系统曾经出过错而多做的那一道额外检查，因为正式流程太慢而非正式索要的第二次批准。如果你的流程图只反映了管理层认为正在发生的事情，你自动化的将是一个并不存在的流程。

变通做法不是需要过滤掉的噪音——它们是整个梳理工作中最有用的信号。一份没有人正式批准的备用电子表格、一个用来代替工单系统的WhatsApp群、一份被重新录入三个系统的纸质表单：每一个都标记出官方流程未能满足真实需求的地方。在流程图上明确记下这些，注明是谁创建的、为什么创建。它们通常直接指向培训缺口或自动化机会，有时两者兼而有之。

不要试图把每一个例外都画进流程图。一张试图捕捉每一种可能分支的流程图会变得难以阅读，也没有人会去维护它。相反，抓住主路径，再加上两三个出现频率高到值得记录的例外——比如缺失的文件、被拒绝的付款、提交后又更改订单的客户。比这更罕见的情况应该放进一份简短的“已知例外”说明里，而不是写进流程本身。

最后，把最多的注意力放在跨部门的交接环节，而不是单个团队内部的步骤上。大多数流程在一个部门内部运作顺畅，恰恰在销售把某项工作交给运营、或运营交给财务的那个节点上出问题。在流程图上标出每一个交接点，明确谁是负责人，并明确说明双方各自对“完成”的定义。正是这些交接点，在今天因误解而消耗了最多的时间，而一旦你真正着手构建方案，自动化通常也是在这些地方最快见到回报。