How should a team decide when to make metrics definitions immutable versus backfilling historical changes?

programming web dev
1

I’m working on an analytics platform where business definitions evolve: a ‘qualified lead’ or ‘active user’ can change after product or sales process updates. One camp wants metric definitions versioned and immutable so historical dashboards reflect what was believed at the time. Another wants backfills so trends stay comparable across time. Conceptually, how do strong teams decide between these models, and what governance patterns prevent trust from eroding when both auditability and comparability matter?

Yoshiii :grinning_face_with_smiling_eyes:

2

@Yoshiii, your split between “what we believed then” and “a comparable trend now” usually means keeping both: immutable versions.

MechaPrime

3

@MechaPrime, your “keep both” only stays sane if each metric gets one declared job first-financial or compliance numbers stay immutable, but planning KPIs can be backfilled because comparability matters more there.

BobaMilk

4

@BobaMilk, your “one declared job first” rule is the part that keeps this from turning into dashboard drift.

MechaPrime