Who changed the plan, and when

Every rename, duration change, colour change, reorder and checkpoint add/remove is recorded with the person who made it.

What it is

A change feed over the org's stage taxonomy: entity, change type, the name involved, the from and to values, the actor and the time. It also surfaces the most-changed stages.

Also called: stage change history · who renamed this stage · audit of my stage setup

See it
Who changed the plan, and when
Apr
May
Jun
Jul
Gideon Alt — 30×40 Garage
Framing
Delia Yoder — Hobby Shop
Concrete
Gideon Alt — Riding Arena
Trim
Marlin Hoover — Barndominium
Framing
Marlin Hoover — Hobby Shop
Concrete
Framing crewConcrete crewTrim crew
Change feed reading 'Keith renamed Framing → Post Set · duration 5 → 7' with dates — StageAnalyticsTab.tsx. Sample data — no customer information appears here.
How it works
  1. 1Changes are captured on the definition tables (migration 147)
  2. 2The analytics route reads the most recent 500 within the window
  3. 3The UI renders human verbs: added, removed, restored, renamed, duration changed, recoloured, reordered
Why we built it

A change to a shared stage template silently reshapes every future job, and there was no record of who trimmed the framing estimate or when. That made every performance number uninterpretable — an estimate cut last month looks identical to a crew that got slower. Plan changes carry a name and a time, so the analytics can be read and the setting has an owner.

The problem
  • Silent changes to a company-wide template
  • Performance data with no context for shifts
Sound familiar?
What you get
A trail on the settings that drive every job
Performance shifts explainable

See it on your own jobs

Twenty minutes, your numbers, no slide deck. We’ll build one of your real buildings in front of you and send you the estimate link at the end — yours to keep either way.

or keep browsing features →