[ Case study ]
Every Monday, the operations manager pulled nine studios' numbers from three systems into a group spreadsheet, chased two studios that always reported late, and rebuilt the same charts for the franchise meeting. The ritual consumed a day and was wrong twice a quarter.
CLIENT a fitness franchise group (9 studios) — FOCUS Pull from the sources, not the managers
Representative examplesEvery case study in this library is an illustrative composite of the kind of engagement we deliver — written to show our method and standards, not to name clients.
Nine fitness studios operate under one franchise banner, each with its own manager, its own booking system, and its own relationship with paperwork. The group's week is anchored by a Monday 9am franchise meeting where every studio's performance is read aloud and argued over. The operations manager sits at the centre of it — half analyst, half diplomat — and the studios' managers are fitness professionals first, reporting reluctantly and at their own pace.
Every Monday, the operations manager pulled nine studios' numbers from three systems into a group spreadsheet, chased two studios that always reported late, and rebuilt the same charts for the franchise meeting. The ritual consumed a day and was wrong twice a quarter.
We proposed reading the data where it lives: systems with APIs are polled directly, the two without are fed scheduled export files with format checks, so studio managers stop being the integration layer. KPI definitions get encoded once, in writing, with the ops manager's sign-off — ending the whose-number-is-right debates that opened every meeting. The report generates itself with per-studio drill-downs and lands at 8:45 Monday, before the 9am meeting, with late sources flagging themselves instead of being chased. Nothing about the studios' tools had to change; the deadline did the forcing.
Just as important is what we ruled out, and why:
Where systems had APIs, the workflow reads directly; where they didn't, scheduled export files are ingested with format checks — managers stop being the integration layer.
KPI definitions (per-member revenue, retention, class fill) were encoded once with the ops manager's sign-off, ending the 'whose number is right' debates.
The report lands at 8:45 Monday with per-studio drill-downs; late sources flag themselves instead of being chased.
Delivered by the systems pod — automation specialist over 5 weeks, with working increments reviewed with the client every week.
Obstacle
The retention-window KPI turned out to be defined three different ways across the group's existing reports, and each way made a different studio look better.
Handled: We stopped building until the ops manager and the studio managers settled one written definition, which the workflow now encodes and the meeting cites.
Obstacle
The first live Monday run hit a format check failure on one studio's export at 8:20am — forty minutes before the meeting.
Handled: The error workflow flagged it immediately, the report published with that studio marked incomplete and every other number correct, and nobody in the meeting noticed a delay.
The headline: weekly reporting effort for the operations manager, measured across the first quarter — 6 hrs → 20 min, read from Time estimate vs workflow logs. A second check: late-studio data incidents since go-live at 0.
Monday belongs to the meeting again. The ops manager reads a report that landed at 8:45 instead of constructing one at 8:50, and the argument that used to open every meeting has been replaced by arguments about what to do, which is what the meeting was for. Studio managers stopped resenting Mondays because their reporting work dropped to nothing; the numbers arrive from their systems, not from them. The Monday-morning chase stopped existing — the ops manager's half-hour hunt for late studios vanished from her calendar in week six and nothing replaced it.
The result was read from Time estimate vs workflow logs against the pre-engagement baseline over the stated window, with a guardrail check on late-studio data incidents since go-live. Where platform-reported numbers and business outcomes differ, this record says which layer it is quoting.
What we would do differently
We would have captured the KPI definitions in writing before building — one metric (retention window) was defined three ways and took a meeting to settle.
[ Related service ]
[ Related builds ]
44% 71%Tier-1 tickets resolved without human touch, month two post-launch versus month before
4 hrs 25 minAverage policy-comparison preparation per client file, verified over 40 files
[ Next step ]
Next case study