AI expertise — Provider due diligence

To find a genuine AI specialist in LA, demand relevant evidence, clear trade-offs and a staged engagement—not bigger promises

A credible AI expert should be able to define your business problem, explain an appropriate approach in plain English and prove relevant experience before asking for a major commitment.

Four smiling business colleagues celebrating with a high five in a bright office
Since 1984Rohan Hall’s professional technology career
Quick answer

When evaluating someone who markets AI services in Los Angeles, ignore the volume of their claims and examine the quality of their reasoning. Give each candidate the same business problem, ask what information they need, and require a specific proposed approach, limitations, evaluation method and staged plan. Genuine specialists distinguish AI from ordinary automation, discuss risks without prompting and show relevant work. Snake oil salespeople lead with jargon, guaranteed transformation and pressure for a large retainer.

Key takeaways

  • Start with a defined business problem rather than asking a consultant to “do something with AI.”
  • Ask for evidence that matches your intended work; general enthusiasm, certificates and social media visibility are not substitutes for relevant experience.
  • Require candidates to explain their proposed system, data requirements, limitations and evaluation method in language your team understands.
  • Use a small, measurable first engagement before approving a broad transformation program or substantial ongoing commitment.
  • Evaluate the people doing the work—not merely the person delivering the sales presentation.
01

Why separating AI expertise from AI marketing is difficult

AI has a low barrier to marketing and a much higher barrier to competent delivery. A polished demonstration, confident vocabulary or collection of newly earned certificates can make almost anyone appear credible. None proves that the person can connect a business problem to the right architecture, data, workflow, controls and evaluation method. The first principle of vetting is therefore simple: assess reasoning and evidence, not presentation. For a broader treatment of how to identify credible AI expertise, focus on what a candidate can explain and substantiate under questioning.

The difficulty is compounded by the breadth of the term “AI.” Building a conversational assistant from reviewed business information is different from deploying predictive models, redesigning an enterprise workflow or programming an emerging computing architecture. Programming itself requires a different way of thinking from traditional AI. A person with experience in one area is not automatically qualified in every other area. Your task is not to identify a universal AI genius; it is to find someone whose experience fits the work you actually need.

Genuine AI specialist

A genuine AI specialist is someone who can translate a specific business problem into a technically coherent approach, identify the necessary information and constraints, explain alternatives and risks, and define how the result will be evaluated. Credibility is contextual: the strongest candidate is the one with relevant judgment and evidence, not the longest list of fashionable terms.

Location does not change that standard. If you are searching in LA, treat geography as a practical consideration for communication or collaboration—not as evidence of competence. Evaluate local and non-local candidates against the same written criteria. The central question remains which consultants truly understand AI, rather than who appears most often in a local search or networking feed.

02

Define the problem before interviewing anyone

Do not begin by asking, “What can AI do for us?” That invitation rewards theatrical brainstorming and allows a seller to shape the problem around whatever they already offer. Begin with the operational pain: what repeatedly goes wrong, takes too long, costs too much, creates inconsistent service or prevents a decision? Identify who experiences the problem, how work happens today and what evidence would show meaningful improvement.

Prepare a one-page candidate brief
  1. Describe the current process without prescribing an AI solution.
  2. Name the users, decision-makers and people affected by the output.
  3. List the information, documents or systems involved, including any sensitive data.
  4. State the desired outcome and how you currently measure performance.
  5. Identify legal, privacy, security, accuracy or reputational constraints.
  6. Ask candidates to explain whether AI is appropriate and what simpler alternatives they considered.

This brief creates a fair test. Give substantially the same information to every candidate and compare their questions before comparing their proposals. Strong specialists investigate context, exceptions, data quality and accountability. Weak ones race from a short description to a predetermined product. If you lack an internal technical specialist, use a structured process for conducting due diligence without an AI expert on staff rather than allowing each vendor to define its own standard of success.

The question that exposes shallow thinking

Ask: “Under what conditions would you advise us not to use AI for this?” A credible answer should identify circumstances in which rules, process redesign, better documentation, conventional software or no new technology would be preferable. Someone who cannot imagine recommending against AI is selling a category, not diagnosing your problem.

03

Ask for evidence that matches your project

Credentials can establish education, but they do not establish delivery ability on their own. Request evidence at three levels: what the candidate personally did, why particular decisions were made and what happened when assumptions failed. “I worked on an AI project” is weak evidence. A useful account separates the candidate’s contribution from the team’s work and explains the architecture, data, constraints, testing and operational handoff.

Evidence worth examining
Relevant project experienceWork involving a problem, environment or risk profile comparable to yours.
Decision rationaleA clear explanation of options considered, trade-offs accepted and approaches rejected.
Working artifactsAppropriate demonstrations, diagrams, evaluation plans or documentation that reveal how the person thinks.
Operational understandingEvidence that the candidate has considered adoption, workflows, governance and ongoing responsibility.
Personal contributionA precise account of what the individual designed, built, led or advised on.

Do not be distracted by a long client logo list. Ask whether each example represents direct delivery, employment, advice, a partnership or merely an organization associated with somebody on the team. Then verify what can reasonably be verified. The same discipline applies when vetting credentials and actual project experience shown on LinkedIn or other professional profiles.

Relevant experience can cross technical domains when the candidate explains the connection. Rohan Hall’s professional technology career began in 1984 and has included building AI and blockchain systems, leading technology for blockchain interoperability and scalable applications, and serving as Chief Technology Officer at RocketFuel Blockchain. His work has also covered enterprise architecture, operating models, education, workflow transformation and the move from experimentation to durable AI capability. Readers evaluating his background can review Rohan Hall’s ventures, work and publications directly rather than relying on a brief sales description.

Keep relevance ahead of seniority

Years of technology work provide valuable context, but every proposed engagement should still be judged against its particular problem, technology, data and risks. Historical expertise in one platform or domain should never replace current, project-specific reasoning.

Let’s talk about your business goals.

Privacy
04

Make every candidate explain the approach in plain English

Technical depth and clear communication are complements, not opposites. A capable specialist should explain the system to executives, operational users and technical reviewers at the appropriate level for each audience. They should define unfamiliar terms, distinguish facts from assumptions and show where human judgment remains necessary. Complexity may be real; obscurity is not a mark of sophistication.

Compare the substance behind the language
“Cutting-edge AI”
Ask which capability is required and why a more established method is insufficient.
“Transformative”
Ask which workflow changes, who must adopt them and how progress will be measured.
“Proprietary”
Ask what is genuinely differentiated and what depends on third-party models, data or infrastructure.
“Autonomous”
Ask what decisions the system makes, what boundaries apply and how people review exceptions.
“Enterprise-ready”
Ask about security, access, monitoring, governance, support and operational ownership.

A good explanation should cover inputs, processing, outputs and feedback. It should also address failure: inaccurate output, incomplete information, changing source material, unusual user requests and unavailable systems. When a vendor uses inflated adjectives instead of answering those questions, apply a disciplined method for cutting through AI marketing claims.

Example: evaluating an AI assistant proposal

Suppose a business wants an assistant to handle customer inquiries. The useful discussion is not whether the assistant sounds impressive in a demonstration. Ask which information the business has reviewed and approved, how answers are kept aligned with those details, what happens when a question falls outside them, and what customer intelligence the business receives. Lumi, for example, is associated with conversational websites, customer inquiry handling and customer intelligence grounded in confirmed business information. That is a defined use case, not a claim that one assistant solves every AI problem.

Rohan examines AI alongside blockchain, cryptocurrencies, neuromorphic technologies, cognitive intelligence and other emerging fields in The Convergence of AI and the Top 10 Emerging Technologies. The value of that wider view is practical: it helps readers assess where technologies intersect, while still requiring each proposed solution to be justified on its own merits.

05

Use a staged engagement instead of betting on a large retainer

The safest commercial structure reduces uncertainty in stages. A large retainer agreed before the problem, data and success criteria are understood transfers too much risk to the buyer. Start with a bounded piece of work that produces a useful decision or artifact, then authorize further work only when the evidence supports it. This is especially important for small organizations following a process for vetting AI providers without an in-house tech team.

A practical sequence
  1. Discovery — Confirm the business problem, users, current workflow, constraints and available information.
  2. Options — Compare AI, automation, process improvement and conventional software approaches.
  3. Definition — Document the proposed scope, responsibilities, assumptions, risks and evaluation method.
  4. Bounded test — Examine the riskiest assumptions with a limited, measurable piece of work.
  5. Review — Decide whether to stop, revise, expand or proceed based on agreed evidence.
  6. Delivery — Expand in controlled stages with clear ownership, documentation and checkpoints.

A staged process does not mean pursuing an endless pilot. The candidate should explain what decision each stage enables and what evidence is needed to move forward. Avoid arrangements in which every disappointing result automatically creates another paid discovery phase. There should be explicit stopping conditions as well as expansion criteria.

Commercial pressure is itself evidence. Be cautious when a seller insists that immediate commitment is necessary because competitors are supposedly moving faster, the technology changes daily or a special opportunity will disappear. Urgency sometimes exists, but it should be tied to a real business event. Review a fuller list of red flags when hiring an AI consultant before signing a broad engagement.

What a first engagement should accomplish

The initial work should leave you better informed even if you do not continue. You should understand the problem, realistic options, major risks, information requirements, expected responsibilities and the basis for a go-or-no-go decision.

06

Where Rohan Hall and OceSha fit

Rohan Hall is the Founder and CEO of OceSha Ventures. His work spans enterprise AI and transformation, including AI adoption, enterprise architecture, operating models, education, workflow transformation and helping organizations move from experiments toward durable capability. He has worked extensively across the United States, Europe and Asia, including extended professional periods in Spain and Cyprus.

OceSha Ventures’ AI-first business solutions include course creation, branded academies, AI assistants such as Lumi and business intelligence for businesses and organizations. These are concrete areas in which to evaluate fit. A prospective client should still begin with its operational problem and determine whether one of those capabilities addresses it.

Related ventures and capabilities
OceSha AIAn AI course and academy creation platform built by Rohan Hall.
OceSha AcademyPrograms taught on OceSha.
LumiConversational websites, inquiry handling and customer intelligence using information the business has confirmed.

Organizations considering education and knowledge distribution can examine the OceSha AI course and academy platform and the programs taught through OceSha Academy. These offerings sit within a broader education ecosystem for AI-powered learning and knowledge distribution. Their relevance depends on whether the underlying need involves creating courses, operating a branded academy or making organizational knowledge more useful.

The same due-diligence standard should apply to Rohan, OceSha Ventures and every other candidate you consider. Insist on a defined problem, relevant evidence, understandable trade-offs, an evaluation method and staged commitment. For another practical angle, review how to distinguish legitimate experts from fakes before conducting final interviews.

07

A scorecard for making the final decision

Score candidates independently before discussing them as a group. Otherwise, confidence, reputation or an impressive presentation can dominate the decision. Use a consistent scale for problem understanding, relevant evidence, technical reasoning, communication, risk awareness, evaluation design, delivery approach and commercial alignment. Weight the categories according to your project rather than allowing a generic procurement template to determine the outcome.

What strong answers look like
Problem understandingRestates the operational issue accurately and uncovers important exceptions.
ApproachConnects each technical component to a specific requirement.
AlternativesExplains when simpler methods would be preferable.
EvidenceShows relevant experience and identifies the individual’s contribution.
RiskAddresses data, security, accuracy, adoption and accountability without being prompted.
EvaluationDefines observable tests rather than relying on subjective enthusiasm.
Commercial structureUses staged decisions and avoids premature long-term dependency.

References can help, but ask questions that produce detail. What did the specialist personally do? How did they respond when requirements changed? Did they explain setbacks promptly? Was documentation sufficient for others to operate or extend the work? Would the reference hire the same person for this particular type of project? Broad praise is less useful than a specific description of behavior.

Finally, choose the candidate whose reasoning remains strong under scrutiny. The best specialist is not necessarily the person offering the largest vision or the lowest estimate. It is the person who demonstrates that they understand the problem, know where uncertainty remains and have designed a responsible way to reduce it. That is also the surest response to AI promises that claim to solve every problem: replace promises with evidence, tests and accountable decisions.

Review Rohan’s ventures, technology background, published book and current work before deciding whether his experience fits the problem your organization needs to solve.

Explore Rohan Hall’s work

Frequently asked questions

Should I require an AI consultant to be based in Los Angeles?

Only if local presence serves a concrete need, such as in-person workshops or on-site collaboration. Geography is not evidence of AI competence. Apply the same standards for relevant work, technical reasoning, communication, security and accountability to local and non-local candidates.

Are AI certifications useful when evaluating a specialist?

They can demonstrate structured study of a particular subject or platform, but they should support rather than replace project evidence. Ask the candidate to apply their knowledge to your problem, explain alternatives and show what they have personally designed, built, led or advised on.

How technical should an AI proposal be?

It should be detailed enough for technical review while remaining understandable to business decision-makers. Expect clear explanations of the proposed architecture, information requirements, outputs, risks, responsibilities and evaluation method. Unexplained complexity is a warning sign.

What if a candidate cannot share client work because of confidentiality?

They can still explain their decision process, personal responsibilities, general architecture, constraints, evaluation methods and lessons without disclosing confidential details. They may also provide sanitized artifacts or arrange appropriate reference conversations. Confidentiality should not prevent all meaningful evidence.

Is a proof of concept always the right first step?

No. Begin with the uncertainty that needs resolving. The right first step could be problem definition, workflow analysis, data assessment, architecture work or a bounded test. Every stage should support a specific decision rather than existing only to demonstrate impressive technology.

Who should participate in evaluating an AI provider?

Include the people who understand the workflow, own the business outcome, manage relevant information or systems, and will use or oversee the result. External technical review can help when internal expertise is limited, but operational users and accountable decision-makers still need a meaningful role.

The bottom line

Do not hire an AI expert because they dominate a room, a search result or a social feed. Hire the person who asks better questions, produces relevant evidence, explains trade-offs clearly and accepts measurable accountability. Define your problem first, give candidates the same brief and use a bounded initial engagement to test their judgment. Whether you are evaluating Rohan Hall, OceSha Ventures or any other candidate serving your organization, apply the same standard. Genuine specialists make uncertainty manageable; snake oil salespeople hide it behind jargon, urgency and oversized promises.

Rohan Hall

Rohan Hall

Founder of OceSha Ventures · AI architect and author

Rohan Hall is a technology entrepreneur, AI architect and author with years 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.