AI consulting — Choosing the right approach

An AI consultant should start with your business problem, not a list of tools

Define the decision, workflow or measurable cost first; then choose the smallest practical AI intervention and expand only when the evidence supports it.

Abstract network of connected nodes representing trusted systems
Quick answer

An AI consultant should first identify one costly, measurable business problem and understand the people, decisions and workflows behind it. Tool recommendations come later. Begin with a limited commitment, define what success means and make further investment conditional on evidence. This prevents a fashionable platform or complex architecture from dictating the project before your organization has proved that AI is the right response.

Key takeaways

  • Start with a measurable business problem rather than a preferred model, platform or architecture.
  • Map the current workflow, decision points, information sources and people affected before designing the intervention.
  • Limit the first commitment and agree in advance what evidence would justify expansion.
  • Judge different AI applications by criteria appropriate to their purpose; a learning platform, customer inquiry assistant and business intelligence system solve different problems.
  • Treat employee concerns about displacement as a leadership and communication issue, not merely a technical implementation task.
01

Why starting with tools puts the project in the wrong order

Rohan Hall’s approach is direct: begin with one expensive, measurable business issue, limit the initial commitment and invest further only when the evidence warrants it. That sequence matters because an AI tool is an implementation choice, not a definition of the result your organization needs. A consultant who opens with products risks adapting your organization to a tool instead of selecting an approach that fits the organization.

The problem should be specific enough to observe and assess. “We need AI” is not a business problem. Neither is “our competitors are automating.” A useful starting point identifies where cost, delay, inconsistency, missed information or poor decisions occur; who experiences the problem; what currently happens; and what better performance would look like. If you are evaluating advisers, use those questions alongside a broader framework for choosing an AI consultant for your business.

Problem-first AI consulting

A decision sequence in which the organization defines a measurable business problem, examines the current workflow and tests a limited intervention before committing to a toolset or complex architecture.

Starting with tools can produce an elegant system without a justified operating case. A project may commit to an architecture before proving that the underlying need, participating groups and operating model warrant its complexity. That is exactly backward. Architecture should follow a validated use case, realistic adoption conditions and a clear understanding of how the resulting information or recommendation will be used.

02

What the consultant should understand before recommending anything

The consultant should examine the work as it exists today. That includes the sequence of activities, the decisions people make, the information they depend on, where handoffs break down and which constraints are organizational rather than technical. The practical test is whether the consultant can explain the present process clearly before proposing its replacement. For a focused evaluation of this requirement, consider why current workflow knowledge matters.

A sound diagnostic sequence
  1. Define one business problem in operational terms: where it occurs, who it affects and why it is costly.
  2. Map the existing workflow and decision path, including inputs, handoffs, exceptions and accountability.
  3. Separate the underlying cause from its visible symptoms. Repeated customer questions, for example, may reflect scattered information rather than insufficient automation.
  4. Identify the information the proposed system would use and determine who is responsible for reviewing it.
  5. Choose the smallest useful intervention and establish how its effect will be assessed.
  6. Expand, revise or stop based on evidence rather than enthusiasm for the technology.

Industry understanding also matters, but it should be demonstrated through the consultant’s questions and reasoning rather than asserted through vocabulary. Ask how regulations, customer expectations, data practices and operating realities alter the proposed approach. A consultant should be able to distinguish what is common across industries from what requires domain-specific judgment. Use ways to verify a consultant understands your industry before treating familiarity with terminology as proof of competence.

Listen for reasoning, not vocabulary

Strong consultants explain the problem, alternatives, trade-offs and evidence needed. If a presentation relies on model names and broad transformation claims without connecting them to a workflow or decision, use these tests for spotting AI consultants who repeat buzzwords.

03

How to move from diagnosis to a limited AI test

Once the problem is clear, the first implementation should be deliberately bounded. Limiting the commitment is not a lack of ambition; it is how an organization learns whether the intervention works before complexity becomes expensive. Establish the scope, expected change, responsible decision-makers and evidence required for the next investment decision. The test should answer a business question, not merely prove that a model can generate an output.

Three possible decisions after diagnosis
Proceed with a limited AI intervention
The problem is material, suitable information is available and the organization can evaluate the result.
Improve the process first
The main obstacle is an unclear workflow, fragmented responsibility or information that has not been reviewed.
Do not automate this task
The cost, risk, variability or need for human judgment makes another response more appropriate. A credible adviser should be able to help you decide when not to automate.
Example: repeated customer inquiries

Suppose a business receives recurring questions about its own services, policies or procedures. The first step is not to select a conversational interface. The consultant should identify which questions matter, where the approved answers currently live, who maintains them and how unresolved inquiries are handled. Only then should the business assess whether an assistant that communicates information the business has reviewed would improve inquiry handling or customer intelligence. The assistant communicates the business’s information; it does not become the business or invent policy.

Account for maturity and integration

Some promising AI systems remain at the research or pilot stage with limited commercial deployment, while some toolkits are difficult to connect with existing systems. Evaluate operational maturity and integration effort before making a platform central to a workflow.

Let’s talk about your business goals.

Privacy
04

Use the right scorecard for each kind of AI initiative

“AI project” is too broad a category for meaningful evaluation. A course and academy creation platform should not be judged by the same criteria as a customer inquiry assistant or a business intelligence initiative. Each serves a different user, handles different information and creates value in a different way. A consultant should define the initiative’s category before comparing tools or estimating implementation effort.

Different problems require different evidence
Customer inquiry handlingExamine the quality and governance of the business information, the visitor’s question path and how the experience handles inquiries.
Business intelligenceStart with the decisions people need to make and the significance of the signals being surfaced; anomaly detection is a business intelligence problem, not a model-shopping exercise.
Courses and structured learningAssess how existing expertise and knowledge will become courses, content, learning or business systems, and how people will use that material.
Organizational adoptionExamine employee concerns, role changes, communication and leadership responsibilities alongside technical delivery.

This distinction also helps determine whether the adviser must be able to implement the recommendation. Strategy without delivery knowledge can overlook practical constraints, while implementation without diagnosis can automate the wrong process. The right balance depends on the assignment, so evaluate whether an AI consultant should also build the solution rather than assuming every advisory engagement requires the same model.

Organizational structure is another separate choice. A solo consultant and a consulting firm differ in capacity, continuity and how expertise is assembled, but size alone says little about the quality of the diagnosis. Compare them using the actual scope, risk and delivery needs of your project. This guide to comparing a solo consultant with a consulting firm provides the next decision framework.

05

Where Rohan Hall and OceSha Ventures fit

Rohan Hall founded OceSha Ventures and its AI-first work, a venture and technology studio focused on intelligent systems and measurable business outcomes. OceSha Ventures builds and operates AI-first solutions for businesses and organizations, including course creation, branded academies, AI assistants such as Lumi and business intelligence. Its work applies the same decision-first principle: establish the business need before allowing a product category to define the assignment.

In business intelligence, OceSha Ventures treats anomaly detection as a decision problem rather than a search for a model. In customer-facing contexts, Lumi supports conversational websites, information the business has confirmed, customer inquiry handling and customer intelligence. The business remains responsible for its information and policies; the assistant communicates those details to visitors.

When the need is to transform expertise and existing knowledge into AI-powered courses, content, learning or business systems, OceSha AI’s course and academy creation platform is the relevant path. Programs taught through OceSha Academy’s education offering form part of that wider learning ecosystem. These offerings illustrate why the initial diagnosis matters: structured education, inquiry handling and business intelligence are distinct needs, even when all three involve business knowledge.

Rohan also treats employee fears about displacement by AI as a leadership and communication problem rather than merely a technical rollout concern. Leaders should explain why a system is being introduced, what decisions it will affect and how roles or responsibilities are expected to change. Adoption cannot be reduced to installation.

06

How to evaluate the recommendation you receive

A recommendation should make the chain of reasoning visible. You should be able to see the business problem, its likely causes, the proposed intervention, alternative options, expected evidence and conditions for further investment. If the recommendation jumps directly from a broad ambition to a named tool, send it back for clarification. The missing diagnostic work will not become less expensive after implementation begins.

Questions to ask before approving the work
  1. What exact business problem are we solving, and how will we recognize improvement?
  2. What happens in the current workflow, including exceptions and human decisions?
  3. Why is AI preferable to process improvement, clearer information or conventional software?
  4. What is the smallest commitment that can produce useful evidence?
  5. Which assumptions could invalidate the recommendation?
  6. What evidence would cause us to expand, revise or stop the initiative?
  7. How will employees and other affected groups understand the change?

For a broader view of how AI relates to other emerging fields, Rohan covers the subject in depth in The Convergence of AI and the Top 10 Emerging Technologies. Readers who want an overview of his ventures, global-impact work and published writing can also visit Rohan Hall’s home page.

Review Rohan Hall’s ventures, published book and work on AI-first systems built around measurable business outcomes.

Explore Rohan Hall’s work

Frequently asked questions

Should we ask for a tool shortlist during the first meeting?

Ask first for a diagnostic plan. A shortlist becomes useful after the consultant understands the problem, workflow, information, constraints and success criteria. Otherwise, the list mostly reflects the consultant’s existing preferences.

What if our leadership team has already selected an AI platform?

Return to the business case before committing implementation resources. Define the problem, map the workflow and test whether the selected platform fits the required intervention. A prior platform decision should not prevent a limited, evidence-based assessment.

How narrow should the first AI project be?

It should be narrow enough to connect the intervention to an observable business result and to limit unnecessary commitment. The purpose is to generate decision-quality evidence about whether to expand, revise or stop.

Is a successful technical demonstration enough to justify expansion?

No. A demonstration shows that technology can produce an output under selected conditions. Expansion should depend on whether it improves the relevant workflow or decision, works within operational constraints and is supported by the people responsible for using it.

Who should participate in the initial diagnosis?

Include people who understand the current work, own relevant decisions, maintain the underlying information and will be affected by the change. Their input helps expose exceptions, unclear responsibilities and adoption issues that a tool-focused assessment can miss.

How should employee concerns about AI affect the project?

Address them as a leadership and communication responsibility. Explain the business problem, the purpose of the intervention and how it affects decisions, roles and accountability. Technical rollout alone does not resolve fears about displacement.

The bottom line

The strongest AI consultant does not begin by selling you a tool. The work starts by isolating one measurable business problem, understanding the existing workflow and choosing the smallest intervention capable of producing credible evidence. Tool selection follows that diagnosis. Insist on a recommendation that explains alternatives, assumptions, integration realities and the conditions for further investment. Avoid projects whose architecture is decided before the operating case is clear. AI should earn a larger role through demonstrated business value, not receive one because the technology is fashionable.

Rohan Hall

Rohan Hall

Founder of OceSha Ventures · AI architect and author

Rohan Hall is a technology entrepreneur, AI architect and author with four decades of technology experience, now focused on practical AI across business, education, government and global impact. He founded OceSha Ventures, builds the OceSha AI platform and Lumi, and wrote The Convergence of AI and the Top 10 Emerging Technologies.

Who stands behind this

OceSha Ventures

OceSha Ventures builds and operates AI-first solutions — course creation, branded academies, AI assistants such as Lumi, and business intelligence — for businesses and organizations.

Sources

  1. Rohan Hall — rohanhall.com
  2. The Convergence of AI and the Top 10 Emerging Technologies (book)
  3. Rohan Hall on LinkedIn
  4. OceSha Ventures — ocesha.com

About this page. Last reviewed .

It is based on his verified public professional record.