# 客户的模糊抱怨背后，往往藏着一个反馈回路

> Meadows 的《系统之美》教 FDE 先观察系统再动手，也说明了为何调整数字是最弱的杠杆。

原文: https://fdetimes.net/zh/books-courses/thinking-in-systems-meadows-fde/

客户很少带着一个已经界定清楚的问题来找前线部署工程师（FDE）。多数客户只是描述一种感受：工单积压越来越多，他们自己的客户抱怨越来越多，团队疲惫不堪。

要理清这类问题，可以读 Donella H. Meadows 的 *Thinking in Systems: A Primer*。她是 1972 年报告 *The Limits to Growth* 的第一作者。

这本书不会教你任何 API 或框架，但会教你如何提问，让下一次需求调研不止步于表面症状。

## 一本作者生前未能出版的书

书稿自 1993 年起就在流传。Meadows 于 2001 年去世，这本书在她身后才完成：Diana Wright 负责编辑，位于佛蒙特州 White River Junction 的 Chelsea Green Publishing 于 2008 年出版。

负责维护她思想遗产的组织 Donella Meadows Project 称这本书是一本入门读物。正因如此，Meadows 最令人难忘的建议非常简单：在以任何方式扰动系统之前，先观察它如何运行。

对 FDE 来说，这会改变客户访谈的方向。与其急着问“你希望工具做什么？”，不如问“这个流程里是什么在给问题火上浇油？”

## 第一个观点：找到自我强化的回路

Meadows 写道，正反馈回路是系统中增长、爆发、侵蚀和崩溃的根源。这类增强回路呈指数式增长，如果没人阻止，可能造成严重且不可逆的损害。

设想上文那个客服团队，再假设客服人员按每周关闭的工单数量获得奖励。积压多，客服就得匆忙作答。匆忙的回答往往质量差，客户重开工单，积压又进一步增加。

这就是一个增强回路，它解释了为什么情况是“一切都在变糟”，而不只是“很糟”。一旦能叫出这个回路的名字，你就有了一个可以用数据检验的假设：工单重开率是否随积压一起上升？

## 第二个观点：追问延迟

Meadows 写道，存在长期延迟的系统无法对短期变化做出反应。在客服团队里，被重开的工单通常回来得很晚，往往是匆忙作答几天之后。

假如这个团队每季度才看一次质量报告：等他们看到数字时，情况早已变了，所以很容易反应迟缓或矫枉过正。

在部署项目中，延迟还决定了你如何证明价值。一项需要六周才能见效的改动，无法在四周的试点期内评判。所以一开始就要问客户：他们改动某个环节后，要多久才能知道是否奏效？

## 第三个观点：调整数字是最弱的杠杆

这个观点来自 Meadows 的文章 *Leverage Points: Places to Intervene in a System*。她在文中把可以干预系统的位置排成一张清单。排在第 12 位、也就是最低最弱的，是常数、参数和数字，例如补贴、税收和标准。

她明确指出，在有力的干预手段中，参数排在“最末”，数字很少能改变行为。因此清单上越靠前的位置，干预力度越强。

Meadows 并没有写过客服团队，所以下表只是一次尝试性的应用。第一行直接对应她的第 12 位；另外两行是超越数字的做法，并未对应清单上的某个具体位置。

| 尝试的干预 | 只是调整数字？ | 回路可能发生什么 |
|---|---|---|
| 增加人手、提高 SLA | 是，正是第 12 位那一类 | 回路转得慢一些，但依然存在 |
| 让客服看到哪些工单被重开 | 否，它改变了作答者接收的信息 | 客服能立刻知道自己的回答是否失败 |
| 不再按关闭工单数量给奖励 | 否，它改变了团队的考核方式 | 消除了人们不得不匆忙作答的原因 |

**要点:** 问题真正出在回路结构上时，不要急着调整数字。

现在设想你受托为同一个客服团队构建一个起草回复的 Agent。如果这个 Agent 只是帮人更快作答，它本质上是在调整一个数字：在一个依然有缺陷的回路里提速。

同一个 Agent 还能做得更多，比如把重开信号回传给写下回答的那个人。这样它触及的是回路的结构，而不只是让回路转得更快。

有一点需要提醒。这张清单的排序只应作为参考，批评者认为它把社会系统的复杂性过度简化了。用它来拓宽你考虑的选项范围，而不是当作检查清单。

## 应该按什么顺序读？

先读 *Leverage Points* 一文，它发布在 Donella Meadows Project 网站上，Nonprofit Quarterly 也曾转载。文章很短，读完就能直接用上这套等级。然后通读全书，牢牢掌握反馈回路和延迟。

最后读 *Dancing With Systems*，它于 2012 年发布在 Donella Meadows Project 网站上，“先观察系统，再动手”的建议就出自这篇。任何见过纸面上完美的部署被客户真实流程扭曲变形的 FDE，都会明白为什么每次去客户现场前都值得读一读它。

## 如何把反馈回路写进简历？

上面的客服团队例子也能写成一条不错的简历条目。与其写“为客服团队部署了一个 Agent”，不如试试：“识别出工单积压与重开率之间的增强回路；把重开信号回传给作答者；考虑到回路的延迟，将重开率的检查节点定在六周。”

这一句涵盖了书中的全部三个观点：你发现的反馈回路、你选择的干预点，以及你设定检查节点时考虑到的延迟。在案例面试中，就按这三步讲你的故事。

下次客户说“一切都在变糟”时，这句话本身就是第一条线索：很可能有一个增强回路正在某处运转，而你的工作就是找到它。

**本周动手试试:**

- 在最近一次需求调研之后，画出一个能解释客户问题的反馈回路，并记下哪些数据能证实或推翻它
- 对你打算提出的每个方案，写明它只是调整一个数字，还是改变了回路的结构
- 多问客户一个问题：做出改动之后，要多久才能看到结果？

## 信源

- [Donella H. Meadows Bibliography - The Donella Meadows Project](https://donellameadows.org/archives/donella-h-meadows-bibliography/)

- [Thinking In Systems: A Primer](https://en.wikipedia.org/wiki/Thinking_In_Systems:_A_Primer)

- [Thinking in Systems Book Sale - The Donella Meadows Project](https://donellameadows.org/systems-thinking-book-sale/)

- [Leverage Points: Places to Intervene in a System - The Donella Meadows Project](https://donellameadows.org/archives/leverage-points-places-to-intervene-in-a-system/)

- [Places to Intervene in a System](https://nonprofitquarterly.org/places-to-intervene-in-a-system/)

- [Guide To Donella Meadows' 12 Leverage Points](https://www.shortform.com/blog/donella-meadows-leverage-points/)

- [Transforming systems with leverage points: insights, critiques and future directions](https://systemsthinkingalliance.org/transforming-systems-with-leverage-points-insights-and-critiques-and-future-directions/)

- [Dancing With Systems - The Donella Meadows Project](https://donellameadows.org/dancing-with-systems/)