Data Science and ML Feasibility: The Model We Recommended They Not Build
A European B2B lending platform with a ~$400M loan book had board approval for an 18-month, €2.1M proprietary credit-risk model. Before signing, the CTO commissioned an independent feasibility assessment. Envion found 41,000 historical loans but only 780 cleanly labelled defaults, proved target leakage by building the leaky model and the honest one side by side (0.88 AUC versus 0.61), and recommended a staged alternative: fix the data foundation, ship an interpretable scorecard, and revisit ML in 24 months with a defined go/no-go threshold.

The challenge
The client's board had approved an 18-month, €2.1M programme to build a proprietary credit risk model. The thesis was familiar and reasonable: seven years of lending history, slow manual underwriting, and two competitors publicly announcing AI underwriting. A vendor had already quoted the build and two data scientists had been hired.
Before signing, the CTO commissioned Envion for an independent feasibility assessment. He described the brief candidly: "Tell me whether this works, and tell me before I've spent the money rather than after."
Decision path
The engagement deliberately did not start with modelling. It started with whether the data could support a model at all.
Label quality and outcome definition: the client had 41,000 historical loans — a respectable volume — but default was recorded inconsistently across three system migrations, and loans restructured rather than defaulted were coded differently depending on which relationship manager handled them. After normalization, the number of cleanly labelled defaults was 780, concentrated in two sectors, in a single macroeconomic period.
Feature availability at decision time: this was the finding that changed the engagement. Many of the strongest historical predictors — updated management accounts, covenant compliance data, banking transaction feeds — were present in the archive only because they had been collected during monitoring, after the loan was issued. They would not exist at the moment of the underwriting decision. Envion demonstrated this by building the leaky model and the honest one side by side: 0.88 AUC versus 0.61.
Regulatory constraint: adverse credit decisions require explanation under the client's national regulator — not fatal, but it eliminated several architectures the vendor's proposal had assumed. Baseline comparison: Envion also measured the existing manual process, which the client had never done — underwriter decisions were more consistent than assumed, and a simple scorecard reproduced 84% of them.
Envion contribution
Envion advised against the €2.1M programme as scoped and proposed a staged alternative: fix the data foundation first (4 months, ~€180K) — unify outcome definitions, instrument decision-time data capture, build a proper feature store, because no model built in any year would be trustworthy without it; ship an interpretable scorecard (2 months) — regulator-friendly, deployable immediately, addressing the actual bottleneck, which was triage speed rather than decision accuracy; and revisit ML in 24 months, once decision-time data had accumulated at volume, with a go/no-go threshold on labelled defaults agreed in advance.
Envion also gave the client an honest read on the competitive pressure: the two competitors' announcements described capabilities the client's own data could not yet support either — and the CTO should assume the same was true of them.
Delivery
The assessment ran five weeks and covered the data readiness audit, the ML feasibility analysis and the technology strategy. The two data scientists already hired were retained and redeployed onto the data foundation work — which is what they spent their first year doing anyway, just with a clear mandate instead of a stalled model project.
Practical rules from the project: check whether features will be available at decision time — target leakage is the single most common cause of a model that dazzles in backtest and disappoints in production, trivially detectable in advance and almost never checked; count labelled events, not rows — a large dataset with a rare, inconsistently recorded outcome is a small dataset wearing a costume; and measure the existing manual process before replacing it — teams routinely discover their humans are more consistent than assumed, which reframes the problem from accuracy to throughput.
Outcome and evidence
The client did not commit €2.1M to an unbuildable model; the feasibility assessment cost €48K. The interpretable scorecard reached production in 9 weeks, underwriting triage time fell from 6 days to 1.5 days, applications processed per underwriter per month rose 58%, and clean labelled defaults are on track to grow from 780 to 3,400 by the 24-month checkpoint.
Most failed ML projects do not fail at the modelling stage — they fail at a data assumption made months earlier that nobody stress-tested, surfacing only after the budget is spent and the team has something to defend. An independent feasibility assessment costs single-digit percentages of the build it evaluates.
Client feedback
What the client says about this engagement

“I paid Envion €48,000 to tell me not to spend €2.1 million, and it's the best-value engagement I've commissioned. What I'd stress is how they made the case. They didn't hand me an opinion — they built the leaky model and the honest one and showed me the two numbers next to each other. That's a conversation you can take to a board.
The other thing I appreciated is that they didn't try to convert it into a build contract. They handed me a staged plan, told me which parts we could do ourselves, and left.”
Evidence gate. This page publishes only what Envion's project records and client disclosure permissions support. Outcomes are added once verified against a baseline, a measurement period, and an approved source.
FAQ
Questions about this case
Facing a similar challenge?
If a major ML build is approved but not yet signed, commission the feasibility review before the commitment — a few weeks of evidence costs a small fraction of the decision it informs.
Discuss a Similar ChallengeKeep exploring
Similar case studies
Executive Technology Leadership
Support for high-stakes product and AI decisions
Bring senior technology leadership into the business when the roadmap is unclear, delivery is at risk, an AI initiative needs stronger ownership, or the company needs an experienced technical voice before hiring a permanent CTO.
Discuss Interim CTO SupportCore responsibilities
- Align product and technology priorities with business goals and measurable outcomes.
- Review architecture, delivery risks, data foundations, security needs, and AI readiness.
- Lead internal teams and external partners through a practical execution plan.
- Clarify team structure, ownership, decision rights, and delivery cadence.
- Support investor, board, partner, and due-diligence conversations with credible technical judgment.
New experience
Prompt-to-Page — try it right here
Describe the landing page you want, in your own words. We turn it into a finished page and email you a private link in 5–10 minutes — no briefs, no calls, $0 to see the result.
- Describe what you want to create.
- We structure, write, and compose the page.
- You receive a private link when it is ready.
Start with a sentence — the interactive builder takes it from there.
Generate My PageSafe, respectful content only. No obligation.



