From 3 December, every automation step has a price. Admins can already see which flows use the most steps. They can't see how many of those steps did nothing, why, or what to change.
I built a Jira test site with 9 automation flows, each built to show one cost pattern: a broad trigger, a narrow trigger, a branch over sub-tasks, a daily scheduled search, a failing web request, and a flow that edits before it checks. For every run, I wrote down a step prediction before the Usage tab reported it.
Also seen: the Usage tab took about two hours to reflect new runs, and a web request counts as 2 steps, whether it succeeds or fails.
| Question an admin asks | Usage tab today |
|---|---|
| Which flows use the most steps? | Yes, ranked by flow |
| How many of those steps did nothing? | No |
| Why is this flow expensive? | No |
| What should I change, and what would it save? | No |
Add one column and a few plain-language flags to the high usage flows table. The flags come from the flow's structure and its run outcomes, both of which Atlassian already has.
| Flow | Runs | Steps | Wasted | Why |
|---|---|---|---|---|
| 03 noisy trigger | 6 | 15 | 6 (40%) | Stops at first check on 3 of 6 runsNarrower trigger available |
| 15 condition last | 3 | 11 | 3 (27%) | Edits before checking |
| 11 webhook secret | 1 | 3 | 3 (100%) | Fails every run |
| 05 daily jql | 2 | 16 | 0 | 1 step per matching item, daily |
Stepmeter is a small open-source tool that does this outside the product today: it reads each flow's structure and run results, shows the wasted steps per flow, explains the cause, and suggests a fix with its saving. See the demo report for what it shows.
A working prototype now builds this report automatically from a live site: it reads every flow through the API and counts runs from each work item's change history. On the test site it matched the Usage tab's run count for all 7 flows that react to events, and accounted for 89 of 97 steps. The gap was one manual run of a scheduled flow, which history can't see.
Next, I want it to work from a rules file the admin exports and opens in their own browser, so no access to their site is shared. I haven't confirmed yet that the export contains everything it needs.
The method, every decision and the raw results are in the build journal and decision log. Not affiliated with Atlassian.