Turn a surface-level frustration into a quantified business problem. You need frequency, impact, and stakeholder breadth before you can build a credible business case or a focused demo.
Questions to ask
What happens immediately upstream and downstream of this step?
When this step is delayed or wrong, which downstream processes also break?
In a typical month, how many times does this happen?
What’s the variance between best and worst case?
Is the input consistent enough to automate, or does it vary too much?
What’s the impact when this goes wrong?
What is the financial exposure of failure here - revenue risked, penalties, or cost of workaround?
When this comes up in your leadership meetings, who raises it - and how is it framed?
Who would need to sign off on a change to how this works - and which of them would object?
Who in your organization would need to support a change to how this works?
Failure mode
The prospect can't quantify. You accept "it takes a while" or "it happens a lot" and move on. The business case stays vague.
Do this insteadEstimate together. "If you had to guess - ten times a month? Fifty? And when it goes wrong, are we talking hours of rework or days?" A rough number is more useful than no number.