Skip to main content

AI Consultation

AI for Executives: The 8 Questions Every CEO Should Ask Before Approving an AI Project

Eight questions that separate AI projects that ship and deliver ROI from the 80% that stall. A board-room-ready checklist for CEOs, COOs, and CDOs approving enterprise AI investments.

Office of AI Transformation, Global University
6 min read

You do not need to understand transformer architectures to lead an AI adoption. You need to ask eight questions and refuse to approve any project where the team cannot answer all of them. These are the questions that separate the 20% of projects that ship from the 80% that do not.

Quick answer

Before approving any AI project, require the proposing team to answer these eight questions in writing:

  1. What one business metric will move?
  2. Who owns the outcome?
  3. What data does this require, and is it production-ready?
  4. What is the governance plan?
  5. Why build vs. buy?
  6. What does failure look like, and what is the blast radius?
  7. What is the rollout plan?
  8. What does “done” mean?

The eight questions, in depth

1. What one business metric will move?

Not “improve customer experience.” Not “drive efficiency.” A single quantitative metric with a baseline, a target, and a deadline. “Reduce average handle time in tier-1 support from 7.2 minutes to 5.5 minutes within two quarters.” If the team cannot name one, the project is not ready. Every subsequent decision cascades from this answer.

2. Who owns the outcome?

One named person, at or above director level, who is personally accountable for hitting the metric. Not the AI team, not the sponsor, not the steering committee. A single person whose performance review is affected by the outcome.

Steering committees are useful for review. They are terrible for ownership. When ownership is shared, accountability evaporates — and so does delivery discipline.

3. What data does this require, and is it production-ready?

Most AI projects fail not because the model underperforms but because the data pipeline feeding it is a mess. Require three answers:

  • Which source systems must this pull from?
  • Is the data clean, labeled, and classified for access?
  • Can it be served at the latency the use case requires?

If the answer to any of these is “we will figure it out during the project,” the project will ship late or not at all.

4. What is the governance plan?

In regulated industries — banking, healthcare, education — legal and security review is the gate that determines whether the project ships. If governance arrives at the end of development, expect a 6-week delay minimum. Ask up front:

  • Which regulations apply? (GDPR, HIPAA, local data-protection laws such as Lebanon Law 81/2018.)
  • Who is the named compliance reviewer, and are they on the kickoff invite?
  • What audit-logging, data-classification, and prompt-safety layers are designed in?

5. Why build vs. buy?

Enterprise AI rarely needs to be built from scratch. For many workloads, a vendor product is faster and lower-risk. Require a written comparison:

  • What does the market offer for this workflow?
  • Why is a custom build better than any of those options?
  • What would the vendor solution require us to compromise on?

Vendor-led deployments succeed at roughly 2× the rate of pure internal builds. That does not mean always buy — but the default should be to buy unless custom delivers materially more value.

6. What does failure look like, and what is the blast radius?

What happens if the AI is wrong? Who sees the error? How quickly do you detect it? What is the cost?

For internal tools the blast radius is small. For customer-facing AI — especially anything touching money, health, or legal advice — the blast radius can be enormous. The answer changes whether the project requires a human-in-the-loop reviewer layer, model-level safeguards, or both.

7. What is the rollout plan?

“We will deploy it to the support team” is not a rollout plan. Require:

  • Named champions in the first user cohort.
  • Training plan and handoff SOPs.
  • A reviewer gate for the first 2–4 weeks of production.
  • Metrics and communication cadence for the first quarter.

8. What does “done” mean?

When is the project finished? Most AI projects drift because there is no explicit definition of done. Decide up front: is “done” hitting the business metric? Reaching a usage threshold? Completing a phased rollout? If the team does not know what done is, they will either stop too early or never.

The non-negotiables

Beyond the eight questions, three things should be non-negotiable in your approval process:

  • No AI project without a named outcome owner. Ever.
  • No customer-facing AI without a reviewer gate for the first 30 days of production.
  • No AI project without a defined kill criterion. If the metric has not moved by month six, the project is paused or scrapped.

Next step

The AI Academy runs a half-day “AI for Executives” workshop built around this framework. The AI Consultation service implements it as part of a broader adoption strategy. Either way, the goal is the same: make sure the CEO asks the right questions before approving the check.

FAQ

Frequently asked questions

The CEO does not need to know how transformers work. They need to be able to answer eight questions: what business metric will move, who owns the outcome, what the data prerequisites are, what the governance plan is, what the buy-vs-build decision is, what the failure mode looks like, what the rollout plan is, and what "done" means. If the team cannot answer these, the project is not ready to start.

Budget in the ratio 30% model/infrastructure, 60% data engineering and integration, 10% change management. The temptation is to overspend on model/API costs; in practice they are usually the cheapest line item. Underspending on data engineering is the single biggest predictor of project failure.

For most mid-sized enterprises, no — not yet. Until you have shipped three or four AI products into production, the CAIO role tends to generate more strategy documents than outcomes. Instead, appoint a single accountable executive (often the COO or CDO) to own AI delivery as part of their existing portfolio, and partner with an external team for depth.

Six months from funding to a measurable business-metric move is realistic for well-scoped projects. Twelve months is typical for organizations starting from low data maturity. Eighteen months without a measurable outcome is a red flag — kill the project or re-scope.

Three categories: operational (the AI gets something wrong and it damages a customer), regulatory (the AI handles personal data in a way that violates local law), and reputational (the AI produces biased or offensive output in public). All three are addressable with the right governance framework — our 3-Tier Safety System is designed for this. Risk should never be a reason to not adopt AI; unmanaged risk should be a reason to not approve a specific project.

Share this article