A Product Is No Longer Proof: Customer Discovery in the AI Era
Founders now walk into our bootcamp holding a finished product.
Not a sketch, not a wireframe, not a landing page — a working application, built with AI before they arrived. It looks like a running start. In our experience it is usually the opposite, and after more than 50 cohorts I have stopped treating it as a good sign.
We are not the only ones seeing this. Steve Blank described the same thing this week in Poets&Quants, in a piece called “The Year AI Came For Us: Teaching Entrepreneurship Will Never Be The Same.” Anyone who teaches founders should read it.
His account is from the Spring 2026 Lean LaunchPad at Stanford. Historically that course runs ten weeks and asks student teams to conduct 100+ customer interviews, building toward an MVP as they learn. This year, every presenting team showed up on day one with a finished, functional product built using AI before the class had even started.
Blank’s conclusion is not that the students cheated. It’s worse than that. The products were real, and the learning was worse. He argues the MVP has stopped working as an artifact for learning at all, and he gives the failure two names: Initial Untested Products for things built before anyone validated them, and evidence theater for polished deliverables that feel like progress while reflecting almost no customer discovery. He describes teams collecting compliments instead of disconfirming evidence, and taking on what he calls learning debt by skipping the struggle that produces insight.
He’s right. But I’ve watched this from a different set of seats than he has, and I think the view from those seats adds something to what he’s describing.
The same pattern, in founders who aren’t students
I taught entrepreneurship at BYU for nearly two decades, so I recognize the classroom version of this immediately. But Startup Ignition Bootcamp isn’t a classroom. We started it in 2015 and have since worked with more than 1,000 ventures.
The people in our room are not students. There is no grade. Most of them are spending their own money, and several have quit something to be there.
That distinction matters more than it might sound, because the easiest way to dismiss Steve’s observation is to say students optimize for the assignment. Of course an ambitious Stanford team shows up with a product — it looks like effort, and effort gets graded.
That explanation doesn’t work for our room. Nobody is being evaluated. And we see the same pattern anyway: founders arriving with something polished, and asking noticeably worse questions because of it.
When an effect shows up in graded students at Stanford and in self-funded adults in Provo with nothing to score, the grade wasn’t the cause. That’s the contribution I can make to Steve’s argument — not a new theory, but an independent replication in a population that rules out the most convenient explanation.
A founder in the room this week is a good example. He arrived with an AI tool for small property managers: it reads a tenant’s maintenance message, diagnoses the issue, replies to the tenant, and dispatches a contractor. He had a working version in four days, built with Claude.
The product had already decided something important. It was designed to send replies without the manager in the loop, which meant it assumed managers want maintenance off their desks as fast as possible. Reasonable. Untested.
He demoed a tenant reporting a leak and asked a property manager whether it would save her team time. She said yes. He started writing that down as validation — and then, almost as an afterthought, asked whether she would let it send the reply on its own.
She said no, she needs to see the message before it goes out. Last week a tenant reported a leak and the photos showed they had left the bathtub running. Who pays for that depends on what the manager says next.
That is not a feature request. That is the business. The value was never speed — it was judgment about liability, exercised in the exact moment his product was designed to skip.
Here is the part that matters for Steve’s argument. The founder’s first instinct after her objection was to show her another feature. He had already built the automatic reply flow, so he heard a missing setting rather than a wrong premise. The build had made one answer much cheaper to defend than to abandon.
He got there. By the end of the week he had stopped pitching automatic dispatch and was interviewing managers about which decisions they could delegate, which ones they had to review, and why — which points at a tool that assembles the evidence and drafts a response for approval. A better product, arrived at by giving up the one he had already built.
Three days compresses what ten weeks reveals slowly
Our bootcamp is three days, not ten weeks. That difference turns out to be diagnostic.
Over ten weeks, a team holding a finished product has time to look productive. They iterate, they add features, they present weekly. The absence of learning can hide inside the motion for quite a while.
Three days has no room for motion. On day one we work through the problem statement, the customer, and what would have to be true for the business to work. By day two founders are talking to real customers. There’s no interval in which building substitutes for knowing.
What we watch happen in that compressed window is the thing Steve describes, but sped up and visible: a founder holding a working product finds it genuinely difficult to ask an open question. They don’t ask “what do you do about this today?” They ask “would you use this?” The artifact in their hands changes the grammar of the conversation, and the answer they get back is worthless because it’s an opinion about a demo instead of evidence about a life.
We have taught the same exchange in our curriculum for years. It is the clearest illustration I know of what a polite “yes” is actually worth:
Founder: Let’s assume the product you just learned about existed today. Is it safe to assume you would be interested in purchasing?
Customer: Yes.
Founder: So if it existed right here, right now, you would part with money and buy it.
Customer: I think so, yes.
Founder: It’s actually very close to being ready. Would you be willing to write a check right now for $5 — the first month — and it won’t be cashed until the product launches?
Customer: Now that’s different. I’m not saying I’d do that.
Founder: Why? The check won’t be cashed ever if the product does not launch.
Customer: Actually, I was just trying to be friendly. I like you and your idea, but I think I can provide that service for my family on my own with free things already available on the web.
Founder: So really, this is not that great of an idea, because you have other ways to get this done.
Customer: Right.
Four exchanges to get from “yes” to “right.” The entire gap between those two words is the difference between an opinion and evidence, and $5 is what it costs to find out.
That exchange was hard enough to run before AI. It is harder now, because a founder holding a finished product almost never gets to the check. The demo is so much more pleasant to show than a commitment is to ask for, and the polite yes it earns feels like the answer.
Watching it happen over three days rather than ten weeks makes the causation hard to miss. The product doesn’t just fail to help discovery. It actively degrades it.
What evidence theater looks like from the investor side
This is the part I don’t think Steve’s vantage point covers, and it’s where I’d add the most.
Steve sees the classroom. I’ve also spent two decades on the other side of the table — over 200 angel investments, running UtahAngels, co-founding BoomStartup, and now Startup Ignition Ventures. So I see what happens to these companies six months after the course ends, when they’re asking someone for money.
Here is what changed in the last eighteen months. A pre-seed pitch used to open with a deck and a story, and a working product was a meaningful signal partway through diligence. Now the product arrives first, and it is beautiful, and it tells me nothing.
I’ve started asking a different question early in those meetings: what did you believe three months ago that you no longer believe?
The answers separate founders faster than any demo. A founder who has done real customer discovery answers immediately and specifically — they thought the buyer was the ops manager, it’s actually the CFO; they thought pricing was the objection, it’s the migration. A founder who has been building rather than learning gives you a version of “we’ve refined the positioning.”
That’s the practical consequence of Steve’s argument for anyone writing checks. If the product is no longer evidence, diligence has to move upstream to the founder’s own record of being wrong. I now weight a specific, dated account of a changed mind above any demo I’m shown.
Which leads to the question his article raises and doesn’t yet answer, since he says the solutions come in later installments: if the MVP is no longer proof, what is?
What we ask for instead of a product
After more than 50 cohorts we’ve landed on four things. None of them require the product to exist.
- What you believed before, and what you believe now. Dated, specific, and different. If nothing changed, you weren’t doing discovery — you were doing demos.
- What a customer did that cost them something. Not what they said. A deposit, a signed LOI, a workflow they changed, two hours of their time they won’t get back. Enthusiasm is free; that’s why it’s worthless.
- The assumption that would kill this. Every founder can name what has to go right. Few can name what would end it. The ones who can are the ones doing the work.
- Why this is still yours in two years. Code is not the answer anymore. Distribution, proprietary data, workflow integration, switching costs, brand, network effects, genuine expertise — something that compounds rather than something that can be regenerated over a weekend.
A founder who can answer those four has done the thing the MVP used to stand in for. A founder who can’t hasn’t, no matter what’s running on their laptop.
The uncomfortable part: we also sell the accelerant
I’d be dodging if I didn’t say this plainly. Startup Ignition builds AI tools for founders. Our ToolSuite exists to make idea analysis, market research and business modeling faster. We are, in a direct sense, part of what Steve is describing.
I don’t think that’s a contradiction, but it did force us to be specific about a design principle: AI should compress the time it takes to learn something, not the time it takes to build something.
Those sound similar and they are opposites in practice. A tool that writes your interview questions, stress-tests your assumptions, or tells you which assumption to test first accelerates learning. A tool that turns your unexamined idea into a deployable app accelerates commitment to a belief you haven’t checked. The first makes discovery cheaper. The second makes discovery feel unnecessary.
We build for the first, and we say so in the room. Our free AI Idea Validator deliberately hands back an assumption to go test rather than a product to go show. That’s not a small distinction — it’s the whole difference between the two futures Steve’s article points at.
Where this leaves founders
AI has given entrepreneurs one of the most powerful tools we’ve ever had, and founders should use it aggressively — to research faster, prototype faster, analyze faster, and experiment faster.
But Steve’s central point deserves repeating, because it is genuinely new: the existence of a product is no longer evidence of anything. That was true in his classroom, it’s true in our bootcamp, and it’s now true in the meetings where companies get funded.
When everyone can build, knowing what to build is the entire advantage. Which means customer discovery — the least glamorous, most avoidable part of this work — is the only part that still separates founders from each other.
If you’re at the start of this, our step-by-step guide to validating a startup idea is the place to begin. If you’re already holding something you built in a weekend, the more useful exercise is the one nobody enjoys: write down what result would make you stop, then go find out whether it’s true.
Startup Ignition Bootcamp 3-day intensive. Zero equity. Validate the idea before you build it, with exited founders and active investors. See Upcoming Cohorts →Frequently Asked Questions
What did Steve Blank say about AI and entrepreneurship education?
In ‘The Year AI Came For Us’ (Poets&Quants, September 2026), Steve Blank reported that in his Spring 2026 Lean LaunchPad course at Stanford, every presenting team arrived with a finished, functional product built with AI before class started. He argues the Minimal Viable Product has stopped working as an artifact for learning, coins the terms ‘Initial Untested Products’ and ‘evidence theater’ for polished work that reflects little real customer discovery, and concludes the competitive bottleneck has shifted from building speed to judgment about what to build.
Is the Lean Startup method still relevant with AI?
More relevant, not less. Lean Startup was never really about building cheaply — it was about learning before committing. AI removed the friction that used to force founders to ask good questions first, which means the discipline now has to come from the founder rather than from the cost of engineering.
What is customer discovery?
Customer discovery is the practice of testing your assumptions about a problem, a customer, and a willingness to pay before you build a solution. It means turning beliefs into hypotheses, talking directly to the people who experience the problem, and gathering evidence that either supports or kills the idea. It is the first phase of Steve Blank’s Customer Development framework and the foundation of Lean Startup.
Does a working AI-built product prove product-market fit?
No. Ten years ago a functioning product signaled that a team had invested real time, money and technical effort. Today it signals that someone spent an afternoon. The existence of a product is no longer evidence that customers care, that anyone will pay, or that the founder understands the market. Those still have to be proven separately.
Can AI replace customer interviews?
No. AI can help you prepare interview questions, summarize transcripts, and spot patterns across conversations you have already had. It cannot generate the evidence itself. A synthetic customer will agree with you, and agreement is the one thing customer discovery is designed to guard against.
What should founders show investors instead of a product?
Evidence that the founder has been surprised. Specifically: what you believed before customer conversations, what you believe now, what changed your mind, and what a customer did that cost them something — paid a deposit, gave up time, switched a workflow. A demo shows what you can build. Those four things show whether you understand the market.
John Richards is co-founder of Startup Ignition. He taught entrepreneurship at BYU for nearly two decades, has made more than 200 angel investments, and has worked with more than 1,000 ventures since launching Startup Ignition Bootcamp in 2015.
Back to All News
