# Evaluating and running proof-of-concepts with AI vendors
A vendor demos an AI tool that reads a 200-page fund prospectus and pulls out the management fee, benchmark index, and redemption terms in nine seconds. The room is impressed. Six months and a signed contract later, the same tool chokes on a Luxembourg SICAV prospectus with footnoted share classes, and your operations team is manually checking every field anyway.
The demo was real. The problem is that a demo is not a proof-of-concept (POC). This lesson shows you how to design a 90-day POC that tells you the truth before you sign.
Asset managers drown in unstructured documents: fund prospectuses, Key Information Documents (KIDs, the standardized 3-page investor disclosures required under EU PRIIPs regulation), private placement memoranda, trade confirmations, and quarterly reports from underlying managers.
AI document extraction (using large language models and optical character recognition to turn PDFs into structured data) is one of the most mature, ROIROIReturn on Investment: the ratio of net profit to the cost of an investment. A 300% ROI means each dollar invested returns $3.Voir la définition complète →-positive AI applications in the sector. It is also a perfect POC candidate because success is measurable: either the tool pulled the correct fee or it did not.
The risk is that extraction accuracy degrades sharply on the messy documents that make up your actual workload. A POC exists to expose that gap.
Do not start the clock until three things are locked.
Define the exact scope. "Extract data from prospectuses" is too vague. Pick 8 to 15 specific fields: ongoing charges figure, benchmark, ISIN (International Securities Identification Number), inception date, minimum investment, redemption frequency, share class currency. Each field is a testable target.
Assemble a representative document set. Not the vendor's clean samples. Your documents. Include the ugly ones: scanned faxes, multi-language prospectuses, funds with 12 share classes in a single table. A common mistake is testing on 20 tidy PDFs when production will throw 20,000 varied ones.
Agree on the ground truth. You need a "gold set" of documents where a human has already recorded the correct answer for every field. Without this, you cannot measure accuracy. Budget real analyst hours to build it. This is the single most skipped step and the reason most POCs produce arguments instead of evidence.
The first month is rarely about AI quality. It is about whether the vendor can even get to your data and return results in a usable form.
Key questions:
A good extraction result carries a confidence score per field, so your team reviews only the uncertain ones:
{
"isin": {"value": "LU0123456789", "confidence": 0.99},
"ongoing_charges_pct": {"value": 1.15, "confidence": 0.62},
"benchmark": {"value": "MSCI World Index", "confidence": 0.88}
}Here, the 0.62 confidence on charges is the tool telling you to check that field. A vendor whose tool returns no confidence scores is a red flag: it forces you to review everything or trust blindly.
Now run the full gold set and measure. The two metrics people confuse constantly:
For a fee field, high precision matters most: a wrong fee that looks confident is worse than a blank one, because a blank one gets reviewed.
Suppose your gold set has 1,000 prospectuses and you test the "ongoing charges figure" field.
Precision = 900 / 950 = 94.7%
Recall (against all 1,000) = 900 / 1,000 = 90%
Now the business question: is 94.7% precision good enough? For a field that feeds a regulatory disclosure, a 5.3% error rate on 950 documents is roughly 50 wrong fees going out. Probably unacceptable without a review layer. For an internal research database, it might be fine.
This is the core insight: there is no universal accuracy bar. The bar depends on what the extracted data does next.
The right comparison is not "AI versus perfection." It is "AI plus human review versus your current process." Your manual process is not 100% accurate either. If analysts currently make errors on 3% of manually keyed fields, a tool at 94.7% precision with review may already beat the status quo on both cost and quality.
For a structured framework on evaluating machine learning claims, the Google People + AI Guidebook is a free, non-technical resource on setting the right expectations with AI systems.
You now know the tool works on your data. The final month answers whether it works at your volume and price.
Throughput. If the POC processed 1,000 documents comfortably, what happens at 50,000 per quarter? Ask the vendor for a load test.
Cost model. Many AI vendors price per document, per page, or per tokentokenA token is the basic unit of text that language models process, often a word fragment, whole word, or punctuation mark rather than a single character.Voir la définition complète → (a tokentokenA token is the basic unit of text that language models process, often a word fragment, whole word, or punctuation mark rather than a single character.Voir la définition complète → is roughly three-quarters of a word for an LLMLLMA Large Language Model is an AI system trained on vast text data to predict and generate language, enabling tasks like writing, summarizing, and answering questions.Voir la définition complète →). A prospectus can run 100 pages. Run the actual arithmetic:
If the vendor charges 0.02 US dollars per page and your prospectuses average 120 pages, that is 2.40 dollars per document. At 50,000 documents per year, that is 120,000 dollars annually in processing alone, before license fees and your review labor. (Figures illustrative, not a quoted price.)
Now compare to the labor saved. If a manual analyst takes 25 minutes per prospectus and the tool plus review takes 5 minutes, you save 20 minutes on 50,000 documents, roughly 16,600 hours. That is the ROIROIReturn on Investment: the ratio of net profit to the cost of an investment. A 300% ROI means each dollar invested returns $3.Voir la définition complète → conversation, and it must include your review time, not just the license.
Vérification des acquis
1. Why does the lesson argue that an impressive vendor demo is not sufficient evidence for signing a contract?
2. Why is document extraction described as a strong POC candidate for asset managers?
3. What is the main reason the lesson insists on using your own documents, including the 'ugly ones', rather than the vendor's clean samples in a POC?
4. Select ALL correct answers about properly defining scope in Phase 0 of a POC.
Sélectionnez toutes les réponses correctes.
5. Select ALL correct answers about why a Luxembourg SICAV prospectus with footnoted share classes poses a challenge for AI extraction tools.
Sélectionnez toutes les réponses correctes.
The whole point of a 90-day POC is to be able to walk away. Write the exit criteria into the POC agreement itself, in advance, so the decision is not emotional or political after everyone has invested effort.
Good exit criteria are numeric and pre-committed:
If the tool misses these, you do not sign. Notice that "the demo was impressive" is not on the list.
A confident vendor welcomes a hard POC. It is how good tools win.