Selling Data Products to Wall Street, Part 2: The Backtest That Killed the Deal
The backtest printed money. Five years of historical data, a quant model run end to end, an equity curve that did ex...
The most important moment in a data vendor’s relationship with a bank rarely happens in a sales meeting.
It happens on a random Tuesday afternoon.
A risk manager gets an alert: a supplier score dropped forty points overnight. A portfolio breaches a limit that was not breached yesterday. A compliance analyst flags a counterparty that passed screening last month.
Downstream, the business is already moving. Pricing teams ask whether to renegotiate. Procurement asks whether to pause orders. Legal asks whether contracts need review. Someone upstream may need to explain to their customer why a profile changed.
Then the email arrives — internal, calm, and non-negotiable:
“Where did this number come from? What changed? Can we show audit?”
That is the product.
Not the API. Not the row count. Not the dashboard.
Trust — the ability to answer that email without improvising.
Trust is not what you feel in the demo. It is what you have when the trade goes wrong and you can still explain the number.
When a financial buyer asks “where did this come from,” they are usually not requesting a philosophical debate about data provenance.
They need a defensible chain:
That is lineage. And in regulated environments, lineage is not a technical nice-to-have. It is the fallback mechanism for manual review, internal audit, model validation, and regulatory exam prep.
Clients may not trace every field daily at scale. But they need to know they can when it matters.
The vendor who makes that easy wins due diligence. The vendor who hand-waves loses the deal — sometimes months after the demo looked perfect.
Here is what vendors often underestimate.
Once your data is in production, customers do not “use” it. They decide with it:
That last part is easy to miss. Your change becomes their change. Your silent restatement becomes their awkward phone call.
So the operational question is not only “is the new value correct?” It is:
Would we have made the same decision if we had known this earlier — and can we explain why it changed now?
That is a product question. And most datasets are bad at answering it.
Market data incumbents, index providers, and reference-data vendors often have correction policies, restatement notices, and versioned feeds — imperfect, sometimes frustrating, but present.
In alternative data, ESG scores, supply chain intelligence, and inferred attributes, the story is often worse: numbers move, definitions shift, methodologies update — and the customer discovers it after acting on the old value.
The underbuilt capability in much of the market is not accuracy alone. It is change explanation:
This is where trust compounds or collapses.
A vendor who notifies, documents, and contextualizes change feels like a partner. A vendor who silently “improves” history feels like a liability — even if the new number is technically better.
If “trust” sounds like marketing language, decompose it into things a buyer can audit:
You are not selling an emotion. You are selling defensibility — the edge a firm can still stand on when a model fails, a trade goes wrong, or a regulator asks uncomfortable questions.
That is why transparency wins deals before production and keeps them after the first incident.
Financial institutions do not buy data to be inspired.
They buy it because they believe it gives them an advantage — in screening, in risk, in alpha, in compliance, in speed — that they can defend when someone challenges the decision later.
If you cannot answer the Tuesday afternoon email, nothing else in your pitch matters much. Not your coverage slide. Not your freshness SLA. Not your logo wall.
The vendors who last are not always the ones with the biggest dataset.
They are the ones who can point to the source, reconstruct the number, and explain the change without blinking.
That is the real product.
You are not selling data.
You are selling trust.