269. Smoothing

Operators that compute smoothed (averaged) versions of input signals. Implemented as exponential delays but used to model perception rather than physical transit.

269.1. First-order smoothing (exponential smoothing)

𝑑𝑋̂𝑑𝑡=𝑋𝑋̂𝜏

𝑋̂ tracks 𝑋 with smoothing time 𝜏 — equivalent to single-exponential smoothing.

In discrete time: 𝑋̂𝑡=𝛼𝑋𝑡+(1𝛼)𝑋̂𝑡1 with 𝛼=Δ𝑡𝜏.

In Vensim: SMOOTH(input, tau).

269.2. Higher-order smoothing

𝑛 first-order smooths in series — each one smoother. SMOOTH3 is third-order (very common default in SD models). Removes more noise but adds more phase lag.

269.3. TREND function

Computes a smoothed fractional rate of change:

TREND(𝑋,𝜏𝑝,𝜏𝑡)=𝑋𝑋̂𝑝𝑋̂𝑝𝜏𝑡

where 𝑋̂𝑝 is 𝑋 smoothed with time 𝜏𝑝. Gives “perceived growth rate” — used to model planners’ expectations.

In Vensim: TREND(input, perception_time, trend_time).

269.4. FORECAST function

Extrapolates the input forward using TREND:

FORECAST(𝑋,)=𝑋(1+TREND)

Forecast time units ahead based on current trend.

Used to model planning under expectations — what someone thinks future demand will be.

269.5. Why smoothing models decision-making

People (and organizations) don’t react to raw data; they react to smoothed versions:

Smoothing operators in SD capture this adaptive expectation behavior. Combined with delays and stocks, they generate the “policy resistance” and stability problems that define Sterman’s beer-game style dynamics.

269.6. Phase lag

Smoothing introduces a delay in perception:

Phase lag = part of why supply-chain bullwhip happens: each echelon’s reaction is delayed relative to actual demand.

269.7. See also