Key takeaways
- Look for high-volume repeatable work with a measurable baseline.
- Score value, readiness and risk separately — high potential does not mean an easy start.
- Choose a workflow, not an abstract “AI assistant”.
- The first project should build capability and trust, not only a demo.
Start with the work, not the technology catalogue
Organisations often ask where they can use generative AI. A better question is where people lose time finding, understanding, transferring or checking information. It points to concrete work and a measurable problem.
Collect ideas from the people doing the work, their managers, IT, security and data teams. Describe each candidate as a workflow: input, context, decision, action, exception and outcome.
Filter 1: is there enough business value?
- How many times per month does the workflow run?
- How much human effort and waiting does it contain?
- What is the cost of error or delay?
- Does it constrain revenue, capacity or quality?
- Can the outcome be measured within 90 days?
Filter 2: is the workflow clear enough?
AI does not automatically repair a chaotic process. If people execute the task using conflicting rules, clarify the decisions and exceptions first.
Look for a stable input, a defined output, an available owner and a bounded set of actions. Document where judgement is needed, where a formal rule applies and when the task must escalate.
Filter 3: are data and integrations ready?
For every use case, list the required sources, action systems, data sensitivity, permissions and quality. Do not only ask whether an API exists; verify that you have the authority, environment and operational path to use it.
A use case requiring five unknown legacy integrations is rarely the right first project, even when its potential value is large. Keep it on the roadmap after foundational capabilities exist.
Filter 4: what is the risk?
Assess the impact of an incorrect response or action, reversibility, access to personal or sensitive data, explainability needs and applicable legal requirements. Risk does not always mean stop; it often means a narrower scope and mandatory approval.
The first workflow should generally be internal, bounded and reversible. Avoid autonomous high-impact decisions until the organisation has evaluation, governance and operational discipline.
The SDNiX Production AI Scorecard
Score each candidate from zero to five across business value, process clarity, data readiness, integration readiness, control and compliance, and operational readiness. Do not add the numbers mechanically. A critical low score can be a veto rather than a small penalty.
- Priority A: high value, solid readiness and manageable risk — begin discovery.
- Priority B: high value but missing process or data capability — prepare first.
- Priority C: low value or unclear ownership — do not invest now.
What does a strong first workflow look like?
Example: incoming contracts of a defined type are classified, key fields extracted, checked against rules and ERP data, and exceptions sent for human approval. Volume, baseline, sources, rules, owner and automation boundary are clear.
Compare it with a chatbot over all corporate documents. The second sounds broader but hides permissions, quality, ownership and success criteria. The first can prove value and create reusable components for later use cases.
The decision after prioritisation
Run a short readiness sprint for the leading candidate. Confirm the baseline, users, data flow, architecture, control points, evaluation plan and economics. The outcome should be go, prepare or stop — not a slide deck that automatically leads to a build.
Frequently asked questions
What is the best first enterprise AI use case?
A repeatable, bounded workflow with a measurable baseline, available data, a clear business owner and manageable risk. Knowledge retrieval, document processing and assisted workflows are often stronger starts than fully autonomous agents.
How many AI use cases should we assess?
Five to ten well-described candidates are usually enough for an initial prioritisation. A long list of vague ideas creates more noise than choice.
How can we estimate ROI before building?
Measure current volume, time, cost, errors and delays. Apply conservative adoption and automation scenarios, including the cost of integration, controls and ongoing operations.