Five rules for checkable math
Start with a baseline you measured, not estimated. Count the workflow's real volume for a real period: how many times it ran last month, how long each run takes, where it waits, and how often a person had to redo or rescue the output. The rescue rate matters as much as the run time. A task that takes six minutes but comes back wrong a fifth of the time costs more than six minutes.
Write the assumptions where the reader can see them. Scenario example: “800 messages a month at 6 minutes each is 80 hours. If 70% become 4-minute reviews, that is roughly 37 hours of modeled capacity.” Anyone can check that arithmetic, challenge the 70%, and rerun it with their own number.
Call a scenario a scenario. Before the build, every number is modeled, not measured. Say so on the page. Buyers notice when the word is missing.
Measure after with the same definitions as before. If the baseline counted rework time, the after counts rework time. Keep the definitions, period length, and units consistent.
Keep the misses in the record. Some builds do not clear the bar. A workflow that saved four hours a month against a real cost to build and run should be shut down, and the readout should say so. A measurement practice that never produces a negative result is not a measurement practice.