Tech Reads
AI Strategy8 min read

Selecting an AI Vendor for Enterprise: The Questions That Expose a Demo

We sat through 14 AI vendor demos last year on behalf of enterprise clients. Every single one showed a clean extraction, a perfect response, a beautifully formatted output. None of them showed what happens when the model is wrong. That is the only thing that matters.

Share

Why demos are not useful

A vendor demo is the highest-fidelity, most curated interaction their product will ever have with your data. The inputs are selected. The model has been prompted specifically for the demo scenario. Edge cases have been identified and excluded. The happy path is rehearsed. Accuracy in a demo is not a product metric — it is a sales metric.

This does not mean demos are dishonest. It means they are structurally incapable of showing you what you need to know. What you need to know is: what is the failure rate on my actual documents, what happens when the model fails, and what controls exist to prevent downstream consequences.

The questions below are not gotchas. They are the questions that distinguish a product that has shipped in production from a product that has only been demoed. Good vendors will answer them directly. Vendors who cannot answer them are telling you something important.

Note

Ask to run the demo on your own documents — specifically your messiest ones. Vendors who agree to this are more confident in their product than vendors who ask you to use their sample data.
94%→61%accuracy drop from demo conditions to first week of live production — the gap we have seen most commonly on document extraction deployments using vendor-supplied sample data in the demo

Question 1: What happens when the model is wrong?

This is the first question and the most revealing. A vendor who has a clear answer — "fields below a confidence threshold of 0.85 route to a review queue, the reviewer sees the source evidence, and the correction is logged back to improve the model" — has thought about production seriously. A vendor who says "the model is very accurate" has not.

Follow-up: is there a defined low-confidence path, or does the system always produce an output? Systems that always produce an output — even on documents they have never seen — are dangerous for financial workflows. You want a system that says "I am not confident in this, send it to a human" rather than one that guesses and moves on.

Also ask: what does "wrong" look like in your system? A vendor who can show you real examples of model errors from production — even anonymized — has a more honest relationship with their own product than a vendor who insists errors are rare.

Question 2: What is the audit trail?

For any AI system that touches financial data, employee decisions, or customer-facing output, you need an answer to this question before deployment: if an error surfaces six months from now, can I reconstruct exactly what the model received as input, what it produced as output, what confidence scores it had, and which human reviewed it?

Ask the vendor to show you the audit log interface. Not the audit log feature in the pitch deck — the actual interface. What fields are logged? Is it append-only? How long is the retention period? Can you export it in a format your external auditors can read? Is the log searchable by document ID, by date range, by model decision?

A vendor who cannot show you a working audit log does not have one. "We can build that for enterprise customers" is not an answer. Audit logging needs to be on from day one or the data that matters is gone.

If an auditor asks you to produce evidence of how an AI system reached a financial decision and you cannot provide it, the AI system is a liability, not an asset.

Question 3: How does it handle Arabic and RTL content?

This question is specific to MENA deployments and it eliminates approximately half of the AI vendors we have evaluated. Many AI products are built on models and pipelines that were primarily designed and tested on English-language content. Their Arabic performance is not equivalent to their English performance.

Ask for accuracy benchmarks on Arabic documents specifically. Not combined accuracy figures — Arabic-only accuracy on extraction tasks. Ask how the product handles mixed-language documents: invoices with an Arabic header, English line items, and a French vendor name. Ask whether RTL layout detection is a separate processing step or integrated into the extraction model.

Bring an Arabic document to the demo. A scanned invoice, a purchase order, a government document with mixed-direction text. Run it through the product yourself. The result will tell you more than any benchmark the vendor shares.

Our take

Claude 3.5 Sonnet and GPT-4o both perform reasonably well on Arabic extraction tasks when prompted correctly. The gap is usually in the vendor's pipeline design — how they pre-process documents, how they structure prompts, and whether they have tested on MENA-specific document formats.

Question 4: Can I speak to a client who will talk to me?

Not a case study. Not a logo wall. A phone call with a client who is using the product in production and who is willing to answer three questions: What was the actual accuracy in the first 30 days of production? What broke that you did not expect to break? Would you buy it again?

Vendors who can produce this have genuine production deployments. Vendors who offer only case studies, NDA-covered references, or "we can arrange something after we've signed an NDA" are telling you that either the references would not give a good account, or the production deployments are too few to choose from.

This matters most for enterprise-specific features: ERP integrations, multi-entity support, SSO, data residency, and volume pricing. A vendor's claim that their product integrates with Business Central means almost nothing without a reference who has done that specific integration.

Share

Related reading