1. 一个具体问题
每天新增投诉下降了，待处理投诉却还在增加，负责人因此怀疑统计矛盾。其实只要新增仍多于处理，积压就会继续上升。把“现在有多少”与“单位时间增加多少”混在一起，是很多趋势误判的起点。
2. 一句话解释
存量是某一时点积累的数量，流量是单位时间进入或离开它的数量。
3. 出处与原意
存量与流量是系统动力学和会计等领域的基础区分，Meadows 常用积累来解释系统行为。它不是只适用于物理容器的比喻：待办、库存和人口可以明确计量，但“信任”等抽象变量需要更谨慎的定义与测量。
4. 原理与机制
离散时间里，期末存量等于期初存量加流入减流出。单位必须一致：库存用件，生产速度用件每天。流入下降只是改变增长速度，不必然让存量下降；要使存量减少，某段时间内流出必须大于流入。还应检查损耗、重复记录和系统边界，否则账面对不上可能来自漏掉的流。
库存位置与实际现货也是不同对象。在途订单可以帮助判断是否需要继续订货，却不能直接满足眼前需求。把它们分别记录，既能避免重复采购，也能及时发现近期缺口。类似地，已安排处理的工单仍然属于未完成存量，不能提前当作流出。
5. 一个完整案例
假设案例：客服周初积压一百件，每天收到三十件、处理二十件，五天后积压一百五十件。新说明页使收到量降为每天二十五件，若处理能力不变，下一周仍增加二十五件。团队若要两周清掉原有积压，必须进一步减少流入、暂时增加处理能力，或重新安排范围，而不能庆祝新增下降后停止行动。他们同时区分真正解决与仅关闭记录，防止通过改变出流口径制造“清空”。
客服若取消一批重复请求，应把取消与解决分开记录，因为两者对用户影响不同。若新增量包含重复上报，也要保留原始数与去重数。把账做清之后，才能判断是需求真正下降、处理能力提高，还是统计对象改变。
6. 适用条件与反例
简单加减要求对象守恒或各流可识别。有些知识可以复制，分享不一定减少原持有者的知识，不能硬套水箱模型。业务中的存量也可能因规则改变重新分类，所以比较前后必须统一定义。多阶段队列则需要多个存量，不能用一个总数解释所有等待。
7. 今天可以尝试的行动
为一个持续积压的问题画一个框，写清里面装的是什么、计量单位和边界。列出过去一周所有流入、流出，核对期末数量。再用当前净流量估计一周后的状态，重点讨论如何改变净变化，而不只盯住某条好看的增长率。
8. 参考资料与关联条目
Meadows（2008），《Thinking in Systems》，存量与流量相关章节。
Donella Meadows Project，Systems Literacy。