AI Fintech · Fractional Chief Product OfficerUnder NDA

Validating the core product before the runway ran out.

An early-stage consumer fintech with a bold product, a live build, and a shrinking window to prove people wanted it. I came in as fractional CPO to replace opinion with evidence, and to ship fast enough for the evidence to matter.

Year
2024 – Present
Role
Fractional CPO
Product strategy + design direction
Client
AI fintech · US
Founders + engineering · I owned product & design
the learning loop we built for the company
The Problem

The roadmap was full and the runway wasn’t.

Every feature in the backlog was someone’s conviction, none of it was validated, and the cost of certainty is measured in runway. The real product question wasn’t “what should we build next.” It was “what do we actually know?” The answer was: not enough, and no system for learning faster.

The Operating Model

Learn faster than you burn.

A tight operating model: set a sharp product hypothesis, ship a working slice of it in days using AI-assisted tooling, put it in front of real users, and let the signal decide what to build next.

01
Sharp hypotheses
I reframed the roadmap into testable bets, ranked by risk. Not features to ship, but questions to answer, each with a kill criterion agreed upfront.
02
AI-assisted shipping
Working with AI-assisted coding tools, we compressed build cycles from weeks into days. When a hypothesis can be live in days, not sprints, testing stops being a phase and becomes the default state.
03
Instrumented for signal
Every release shipped with measurement built in from day one. No bet left the building without a way to know if it worked.
04
Double down or kill
Signal decided, not seniority. We invested in what moved the numbers and cut what didn’t, including ideas we liked.
Research

With no time for a long discovery phase, research and building happened in the same loop: I worked directly with founders who had deep domain knowledge, mined the customer conversations the company already had, and treated every shipped slice as a live experiment.

Primary users: two anonymized archetypes from our discovery calls: the self-reliant optimizer who resents money that vanishes, and the planner who wants certainty when the worst happens. Different psychologies, one shared bar: this product had to earn trust fast, in a category where trust is everything.

the research iterative process to understand quickly users based on an hypothesis test and repeat
How Might We…

…validate the riskiest assumption in the product with real users in weeks, not quarters, without a full design and research team?

Ideation

Ideation ran on a simple rule: every idea had to leave the whiteboard as a bet.

We sketched wide, then forced each concept through the same three questions: what does it assume, how fast can we test it, what would kill it. The strongest ideas weren’t the cleverest ones; they were the ones we could learn from by Friday.

Design

The design language had one job: make a new financial product feel trustworthy at first contact.

Clear rules stated upfront, pricing logic made visible, no fine-print energy anywhere in the flow. The system flow, from eligibility assessment through reserve selection, identity and bank linking, payment, and card issuing, was designed to be shippable in slices.

data flow structure

The flow shipped in three releases: the qualification form first, reserve selection two weeks later, the full app six weeks after that, each release instrumented so the next one was an answer, not a guess.

Testing & Iterations

Every release was a question shipped to production.

We watched where real users hesitated in onboarding, which reserve tiers they chose, where trust broke, then fed each answer into the next protocol. Two hypotheses per phase, tested in parallel, iterated across the cycle. What moved, we doubled down on. What didn’t, we killed without ceremony, and killing fast was the point.

Results

The roadmap stopped being a list of opinions and became a record of validated demand.

The cycle from idea to evidence compressed dramatically, from multi-week build cycles to a matter of days.

Final Thoughts
What I learned
Speed only creates learning if every release is instrumented before it ships. The discipline isn't shipping fast; it's refusing to ship anything you can't measure.
Next steps
AI tooling makes building cheap, which makes judgment the bottleneck. When you can ship anything in days, the entire game becomes choosing the right bet, and no tool makes that call for you.
Most proud of
The engagement continues: the validated core is now the foundation, and the same loop is being pointed at the next set of bets.
Next project →
AI Productivity [NDA]
Like what you see?

Let’s build something together.

felipe@felipelebrun.com
© 2026 Felipe RestrepoLinkedIn ↗Behance ↗Remote · Colombia / France · EN · FR · ES