A company in Olaya chasing AI because competitors in KAFD are talking about it usually hasn't answered the one question that actually matters: which specific decision would improve.
Most AI strategy documents fail because they start from the technology rather than the business. We start from the opposite end: a survey of where time is actually consumed, where decisions are made on incomplete information, and where error rates are high, then ask which of those AI can genuinely address given your current data. That connects directly to data strategy, because the two questions cannot be separated.
The honest data prerequisite
Every credible AI use case rests on data that is available, reasonably clean and consistently structured. A Riyadh business whose transaction data sits in three unconnected systems with inconsistent customer coding cannot support a predictive model, and the honest strategic answer is to fix that first. Saying so early is more valuable than proposing pilots that will quietly fail eighteen months later for reasons that were visible at the start.
Prioritizing use cases
We score candidate use cases on three axes: value if it works, data readiness, and implementation difficulty. High-value cases with poor data readiness become data projects first. Low-value cases with excellent readiness get deprioritized regardless of how demonstrable they are. The output is a sequenced roadmap rather than a list, because sequence is where most of the practical value of a strategy sits.
Build, buy or embed
Many finance and operations AI capabilities now arrive embedded in software you already license, Copilot in the Microsoft stack, ERP vendors' built-in forecasting, e-invoicing platforms with anomaly detection. Assessing what you already have access to before commissioning custom development frequently removes half the proposed roadmap and most of the cost.
A common Saudi scenario
A Riyadh group commissions an AI strategy expecting a plan for predictive analytics. Assessment finds the highest-value opportunity is far more mundane: invoice processing where three staff spend most of their week on manual data entry with a measurable error rate. Addressing that first delivers a return within months and builds the internal confidence and data discipline that later, more ambitious work depends on.
Governance from the start
A strategy that does not address who is accountable for model outputs, how decisions influenced by AI are documented, and what happens when a model is wrong will produce governance problems at the same rate it produces capability. We build governance into the strategy rather than treating it as a later compliance exercise.
Measuring whether it worked
An AI strategy should specify how each initiative will be judged before it starts: the baseline metric, the target, and who reports on it. Without that, AI projects tend to be assessed on whether they were delivered rather than whether they changed anything, and a portfolio of delivered projects with no measured business effect is how organizations lose appetite for the next round. This connects to BI strategy and to the data foundations most initiatives depend on.
Riyadh groups pursuing Vision 2030 digital objectives often face pressure to demonstrate AI adoption quickly, which makes an honest sequencing of data readiness before capability especially valuable rather than a slower alternative.