从脑中的流程到能在决策委员会立得住脚的数字

在研讨会中没人画方框。您在讨论时输入——每个步骤一行，按回车进入下一行。流程链会自行连接：

1. 01步骤 1 · Find

   创建领域和流程

   在侧边栏创建一个领域（Vertrieb, Auftragsabwicklung, Service），并在其中选一个最可能让您亏钱的流程。不要选三个。就一个。

   您要做什么

   1. 01创建领域，命名流程，按内部实际称呼命名。
   2. 02确定起点和终点：案例从何处开始，何时完成？
   3. 03输入日处理量和波动——由此将产生平均日和高负荷日。

   您看到什么

   一个带有起点和终点节点且在侧边栏显示流程名称的空白画布。

   典型错误

   不要把边界拉得太宽。“从首次接触到收款”是四个流程。请建模您怀疑的那一个。

2. 02步骤 2 · Lay bare

   点击流程，不要描述

   按案例实际运行的顺序放置步骤，而不是应当运行的顺序。决策、回环和放弃是独立的构件。

   您要做什么

   1. 01点击添加步骤、决策、子流程和放弃点。
   2. 02绘制返工路径：每一次返工都是一条路径，不是注释。
   3. 03超过15个步骤就合并。细节深度不是质量特征。

   您看到什么

   将流程作为一串构件展示，旁边实时预览。

   典型错误

   建模目标流程。若现实中每第三个订单会返回，则该路径应在模型中。否则您模拟的是不存在的公司。

   

3. 03步骤 3 · Lay bare

   将时间作为区间填写

   每个步骤要有一个处理时间区间，并在存在时注明之前的停留时间。两个数字而非一个：最快情况，最坏情况。

   您要做什么

   1. 01填写处理时间的起止范围，而不是均值。
   2. 02单独记录停留时间，即无人处理的时间。
   3. 03在决策点记录错误率和返工率。

   您看到什么

   构件带有时间区间；预览显示初步的吞吐时间。

   典型错误

   别忘了停留时间。在大多数办公流程中，事项静置的时间比有人处理的时间更长。只填写处理时间会优化错误的一半。

4. 04步骤 4 · Lay bare

   分配角色和容量

   每个步骤需要一个角色，每个角色需要真实的产能。不要用人员数，而是该流程实际投入的小时数。

   您要做什么

   1. 01为每个步骤分配角色。只有当单人就是瓶颈时才分配具体个人。
   2. 02填写每个角色的净产能：每天用于此流程的小时数。
   3. 03记录每个角色的成本率，以便最后算出欧元数。

   您看到什么

   业务视角将按角色着色利用率：宽松低于85％，紧张高达100％，超过则过载。红色仅表示过载，没有其他含义。

   典型错误

   按每天8小时计算。现实中常为4到6小时。过高的产能会使所有瓶颈消失。模拟随后会在并不存在安全的地方发出解除警报的信号。

   

5. 05步骤 5 · Fit

   标注系统和介质断点

   为每个步骤记录所用系统。凡是需要将数据从一个系统键入到另一个系统的地方，都会产生媒体断裂，从而带来时间、错误和返工。

   您要做什么

   1. 01为每个步骤填写系统：ERP，CRM，Excel，收件箱，纸质。
   2. 02检查系统转换点：在哪里换系统？那里就是媒体断裂。
   3. 03对断裂处的返工率作出现实估计。

   您看到什么

   IT视角显示每个系统的负载以及需要手动传输的地方。至于弥合某个断点的价值，稍后由选项列表按每年欧元计算。

   典型错误

   不要把 Excel 和收件箱算作系统。最昂贵的断点恰恰出现在那里，而不是在 ERP 中。

   

6. 06步骤 6 · Observe

   启动压力测试并读取瓶颈

   现在 FlowVisual 会模拟几百个随机工作日，每天使用您区间内不同的数值。瓶颈此时才由负载而非主观判断产生。

   您要做什么

   1. 01启动压力测试并选择负载基准：平静日（P10）、平均日或高负载日（P90）。
   2. 02打开最紧张的步骤：强负载日的负载、超出产能的天数比例、剩余余量（“可承受 +20% 体量”）。
   3. 03记录周期时间：典型日（P50）、较差日（P90）以及其后的极端日（最差 5% 的平均值）。

   您看到什么

   在当前卡点处查看周期时间的分布和吞吐量——每个负载基准有各自的数字。

   典型错误

   不要只看平均日。流程不是在均值时崩溃，而是在高负载日崩溃。余量告诉您距离那天还有多远。

   

7. 07步骤 7 · Weigh & Yield

   模拟干预，并导出前后对比。

   FlowVisual 自压力测试推导出可行选项并进行排序。您审核这些选项，如有需要补充自己的变体——每一项都会被完全重新模拟，而不是外推估算。

   您要做什么

   1. 01阅读建议的选项（消除媒介断点、自动化、调整编制）或创建您自己的变体。
   2. 02读取每个变体的差异：周期时间、吞吐量、年欧元——使用同一次运行得出的 P10–P90 区间。
   3. 03将报价导出为 PDF；将文档导出为 PDF 或 Word，将数据导出为 JSON。

   您看到什么

   并列展示两次运行并给出带排名的建议——同时给出诚实的一行，说明哪个选项不值得。

   典型错误

   同时更改三个干预项。那样最后您只知道整体变好了，但不知道具体因为哪一项。一次只改一项，一次运行一次结果。

区别不在于功能范围，而在于问题本身。图表用于记录，表格用于求和，套件用于管理。FlowVisual 计算波动，而波动是流程堵塞的根本原因。

1. 01

   事先确定瓶颈

   问题

   已经知道哪里出问题的人，会无意中把模型朝那个方向构建。运行结果随后会证实这个猜想。这是循环论证法。

   更好

   把怀疑写下来，放到一边，以开放的态度建模。之后再比较。若两者有差异，差异本身就是认知收获。

2. 02

   填写平均值而非区间

   问题

   平均值会产生一个没有排队的流程。正是产生拥堵的波动被剔除了。

   更好

   始终使用区间。如果您只知道一个值：减 40%，加 80%。这比点估计更接近现实。

3. 03

   建模过于细化

   问题

   分成四十个步骤需要两小时的建模工作，却不会改善结果。瓶颈很少存在于细分层级本身。

   更好

   十到十五个步骤。先粗略汇总，再在必要处细化，仅在压力测试指示的位置进行。

4. 04

   忽略停留时间

   问题

   仅记录处理时间会在纸面上把通过时间减半，并把瓶颈移到错误的位置。

   更好

   也要记录步骤间的等待时间，即使是粗略的。一天的滞留比十分钟的处理时间更重要。

5. 05

   将节省换算为全职岗位

   问题

   每周节省四小时并不是半个岗位。那是四小时，可以用于其他用途。成本并未因此消失。

   更好

   分别列出时间和吞吐量的节省，然后再独立决定这些节省是否会转化为成本降低。