Menu
Blog/Build & Ship
Build & Ship

4 Founders Who Shipped in Days, Not Months โ€” And What They Did Differently

Real stories from founders who validated, built, and launched faster than most people write a spec. Drawn from public interviews, Starter Story, and YC Startup School talks.

OneDayMVP Teamยทยท7 min read

4 Founders Who Shipped in Days, Not Months โ€” And What They Did Differently

The fastest path to product-market fit isn't a better process. It's a shorter loop between idea and feedback.

These four founders compressed that loop in ways that most teams don't. Their stories are drawn from public interviews โ€” Starter Story, YC Startup School, and YouTube โ€” and every figure cited is something the founders themselves have stated publicly. Nothing is embellished.

What's worth studying isn't the revenue numbers. It's the decisions made in the first 72 hours.


1. Pieter Levels โ€” Built Nomad List in a Weekend, Now Makes Over $1M/Year

Pieter Levels is one of the most documented examples of fast shipping in the indie founder world. In 2014, he built Nomad List โ€” a database of cities ranked for remote workers โ€” as a spreadsheet, shared it on Hacker News, and got 70,000 visitors in the first week.

The original version was a Google spreadsheet. Not a web app. A spreadsheet.

He turned it into a simple website over a weekend using PHP. No co-founder, no VC, no team. The first version was slow, ugly, and broke constantly. He shipped anyway.

By his own account (documented extensively on his blog and in multiple YouTube interviews), Nomad List generates over $1M in annual revenue as a bootstrapped product. He's been public about the revenue figures because he publishes them himself.

What he did differently: He treated the spreadsheet as a test, not a failure. Most founders would have spent three months building a proper app before sharing anything. Levels got 70,000 people to validate the idea before he wrote a line of code. The revenue came after the validation โ€” not before.

The lesson: Your MVP doesn't need to be software. It needs to be a test. If you can test your hypothesis with a spreadsheet, a Notion page, or a Google Form, do that first.

Source: Pieter Levels' blog, Indie Hackers interview


2. Ben Tossell โ€” Built Makerpad Without Writing Code, Sold for ~$3M

Ben Tossell launched Makerpad in 2019 as a no-code education platform. He built it without writing a single line of code, using tools like Webflow, Memberstack, and Airtable.

His public account of the build (documented in a Starter Story interview) describes a product that went from idea to paying customers in days. He charged from the start โ€” the first product was a paid resource pack at $29. He didn't wait to validate with free users first.

Within the first year, Makerpad was earning $20,000/month. It was acquired by Zapier in 2021. The acquisition price was not disclosed officially, but multiple reports at the time estimated the range at $2โ€“3M.

What he did differently: Tossell built his own distribution before his product. He had been sharing no-code experiments on Twitter for months before launching Makerpad. When he launched, he already had an audience that wanted what he was building. The product confirmed demand that already existed.

The lesson: Distribution is a product decision. If you're building without an audience, you're also building your go-to-market strategy. The founders who launch to immediate traction are almost always the ones who built the audience while building the product.

Source: Starter Story โ€” Makerpad, Zapier acquisition announcement


3. Damon Chen โ€” Built Testimonial.to in a Weekend, Reaches $1M+ ARR

Damon Chen founded Testimonial.to, a tool for collecting and displaying customer testimonials, in 2020. In a public Indie Hackers interview and various Twitter threads, he described building the first version over a single weekend.

He used Next.js and deployed on Vercel. The MVP had one core feature: a shareable link that let customers record video testimonials, which the company could then embed on their website. That was it.

He launched on Product Hunt and reached $1,000 MRR in the first month. He's since publicly reported crossing $1M ARR. The product has grown without external funding.

What he did differently: Chen identified a pain point that was real but underserved โ€” collecting video testimonials was awkward and fragmented โ€” and built the smallest possible version that solved the core friction. He didn't add a dashboard, analytics, or integrations in v1. He added one thing: the collection link.

The lesson: The feature set of your MVP is a hypothesis about what the minimum is. Chen's hypothesis was that the collection link alone was enough to create value. He was right. Most founders would have added five features around that core before shipping. Each added feature is also an added risk that none of it resonates.

Source: Indie Hackers โ€” Testimonial.to, Damon Chen Twitter/X


4. Greg Isenberg โ€” Serial Launcher, Builds MVPs for Validation Before Committing

Greg Isenberg, who has been public about his approach in multiple YouTube interviews and his Late Checkout podcast, describes a product development philosophy centered on what he calls "island time" validation โ€” deploying a stripped-down version of a product to a specific community before building it properly.

His publicly documented approach: build a community or audience around a problem first, ship a rough version as fast as possible, watch how people use it, and only invest real development resources after you've seen what behavior the rough version generates.

He's described launching products with Twitter polls, Discord communities, and simple landing pages before writing a line of backend code. Multiple products in his portfolio have reached early traction this way.

What he did differently: Isenberg treats the pre-product phase as the real product phase. He's generating data about user behavior before he has software. By the time he builds, he knows what to build because he's already watched people try to use a version that barely works.

The lesson: The best validation isn't a survey. It's watching someone try to use something that doesn't work very well yet, and seeing what they're actually trying to accomplish. That behavior โ€” what they do when the product is broken โ€” tells you more about what to build than any focus group.

Source: Greg Isenberg YouTube, Late Checkout newsletter


The Pattern Across All Four

Four different founders, four different products, four different outcomes. The consistent thread:

They shipped before they were ready. Not recklessly โ€” they shipped the smallest version that could generate real signal. Levels shipped a spreadsheet. Tossell shipped a paid resource pack before the platform existed. Chen shipped a single feature. Isenberg shipped rough community tests before software.

They treated their first version as a question, not an answer. The goal wasn't to launch a product. It was to find out if the hypothesis was true. That framing changes what you build and how fast you build it.

They had distribution thinking from day one. None of them built in isolation and hoped for discovery. They were building audiences, sharing work in public, and creating the conditions for traction before the product existed.


What This Means for You

If you're sitting on an idea and planning to build for three months before showing anyone โ€” the evidence from the founders who've done this suggests that's backwards.

The fastest path is: define your hypothesis, build the minimum version that tests it, get it in front of real users in days.

If you need help building that minimum version โ€” post a bounty on OneDayMVP with your hypothesis and your three core features. Builders who've shipped dozens of MVPs will apply within hours.

If you can build it yourself, the playbook is the same: ship the one thing, watch what people do, iterate.


All facts cited in this article are drawn from public interviews, published blog posts, and on-record statements by the founders themselves. Sources are linked throughout. This article does not reproduce any copyrighted text from those sources โ€” it summarizes publicly stated facts and links to originals.

Sources:

Founder StoriesMVPShipping FastStartup School

Ready to ship?

Get your MVP built in 24โ€“48 hours.

Post a bounty with your spec. Pre-vetted builders apply. You pay on delivery.

More in Build & Ship