Skip to main content
The Rework Podcast

You've launched... now what?

29 min episode · 2 min read
·

Episode

29 min

Read time

2 min

Topics

Productivity, Health & Wellness, Startups

AI-Generated Summary

Key Takeaways

  • Post-launch patience: Avoid making aggressive product changes for several weeks after launch, even when feedback flows in. Users need time to adjust to new interfaces and workflows. Only fix broken features immediately. Wait months before implementing major changes based on complaints about naming, functionality, or workflow preferences to see if users naturally adapt to the design decisions.
  • Delayed billing implementation: Launch products without payment processing capability to focus development energy on core features. 37signals launched Fizzy with a 1000-card free tier but no billing system, giving themselves weeks to build payment infrastructure after launch. This forces simpler billing design and redirects pre-launch effort to product quality rather than monetization mechanics.
  • Team surge and contraction: Staff new products heavily during final launch push, then scale back to sustainable levels. Fizzy peaked at six to seven programmers pre-launch, then contracted to two programmers and one designer post-launch. This rhythm prevents burnout while enabling intense focus during critical periods. Most feature work runs with just one designer and one programmer at 37signals.
  • Minimal analytics approach: Track only basic metrics like total signups and card usage rather than implementing comprehensive instrumentation. After ten years of detailed data analysis, 37signals identified only one pivotal insight from analytics: a homepage redesign that reduced conversions by 20 percent over six months. Gut instinct and intuition outperformed quantitative analysis for product decisions across their entire history.
  • Founder-led longevity: Companies run by founders who care about product quality outperform those managed by data-focused executives optimizing for short-term metrics. Examples include Starbucks under Howard Schultz, Dell under Michael Dell, and Google with Sergey Brin returning. MBA-style optimization and private equity thinking destroyed American giants like Toys R Us, Intel, and Boeing by prioritizing quarterly results over sustainable product excellence.

What It Covers

37signals cofounders Jason Fried and David Heinemeier Hansson explain their post-launch strategy for Fizzy, their new product. They cover team scaling from seven developers down to two, why they skip analytics instrumentation, how they resist data-driven decision making, and their approach to maintaining founder enthusiasm without faking sustained hype.

Key Questions Answered

  • Post-launch patience: Avoid making aggressive product changes for several weeks after launch, even when feedback flows in. Users need time to adjust to new interfaces and workflows. Only fix broken features immediately. Wait months before implementing major changes based on complaints about naming, functionality, or workflow preferences to see if users naturally adapt to the design decisions.
  • Delayed billing implementation: Launch products without payment processing capability to focus development energy on core features. 37signals launched Fizzy with a 1000-card free tier but no billing system, giving themselves weeks to build payment infrastructure after launch. This forces simpler billing design and redirects pre-launch effort to product quality rather than monetization mechanics.
  • Team surge and contraction: Staff new products heavily during final launch push, then scale back to sustainable levels. Fizzy peaked at six to seven programmers pre-launch, then contracted to two programmers and one designer post-launch. This rhythm prevents burnout while enabling intense focus during critical periods. Most feature work runs with just one designer and one programmer at 37signals.
  • Minimal analytics approach: Track only basic metrics like total signups and card usage rather than implementing comprehensive instrumentation. After ten years of detailed data analysis, 37signals identified only one pivotal insight from analytics: a homepage redesign that reduced conversions by 20 percent over six months. Gut instinct and intuition outperformed quantitative analysis for product decisions across their entire history.
  • Founder-led longevity: Companies run by founders who care about product quality outperform those managed by data-focused executives optimizing for short-term metrics. Examples include Starbucks under Howard Schultz, Dell under Michael Dell, and Google with Sergey Brin returning. MBA-style optimization and private equity thinking destroyed American giants like Toys R Us, Intel, and Boeing by prioritizing quarterly results over sustainable product excellence.

Notable Moment

David Heinemeier Hansson reveals that after employing talented data analysts for over ten years who conducted months-long studies on user behavior and feature usage, he can identify only a single instance where quantitative analysis led to a pivotal business decision that changed their product direction or strategy meaningfully.

Know someone who'd find this useful?

Episode Transcript

Welcome to Rework, podcast by thirty seven Signals about the better way to work and run your business. I'm your host, Kimberly Rhodes, with Jason Fried and David Heinemeier Hanssen, cofounders of thirty seven Signals. This week, we're chatting a little bit about the second step of a launch process. So we've recently launched a new product, Fizzy. Thought we'd talk about what happens next. Things are live. We've tweeted about it. Like, what's the next part of this phase of the launch process? So you guys jump right in. We had a big telling people about it. Now things are kind of back to normal and we're at a regular cadence. Like, what does the day to day look like at this point? Well, I think you first have to maintain enthusiasm for the platform, the product, wherever you is that you put out there. So one great way to do that is to share some examples of how we're using it. Every time we launch a new feature, share that. Because it's open source, we can highlight and celebrate other people who are contributing or merging in their pull requests and getting that thing out there into the world. So there's a lot of that that has to continue to happen. You have to continue to cheerlead and and promote without feeling like you're, you know, just spewing ads. Right? So these things have to be sort of realistic. So there's that. And then on the product side, there's, of course, a bunch of feedback that flows in. A bunch of stuff comes in that you knew was gonna come in. A bunch of stuff comes in that you didn't know was gonna come in. And I I think it's best to kind of wait for a little bit and not knee jerk and do anything, like, aggressive in the first few weeks. And And by that, I mean, like, don't make any big changes that people complain about something. Of course, if something's broken, you fix it. For the most part, people are getting used to something if it's new. So it's an old idea, brand new application, brand new execution of this idea. Some people are gonna come at and go, you know, bring their other expectations and go, why doesn't it work this way? Or can we lose this? Or can I rename that? Or I don't like this being open. Or why can I only open two things? And it's like, I hear all those things. Give it five minutes. Give it a few weeks. Give it a few months. See how you adjust to it. See how it feels. Whatever. So I think that's important. And then we still will have some ideas that we didn't get in for v one launch that we either held back, didn't feel great about, that we then can implement now which we've already begun to do and sort of refine at the edges without making any …

Get the full transcript (5,880 words) + summary by email — free

One-time email with the complete transcript and AI summary of this episode. No account needed.

One email, no spam. We’ll also show you what SignalCast does.

Browse all The Rework Podcast transcripts →

You just read a 3-minute summary of a 26-minute episode.

Get The Rework Podcast summarized like this every Monday — plus up to 2 more podcasts, free.

Pick Your Podcasts — Free

Keep Reading

More from The Rework Podcast

We summarize every new episode. Want them in your inbox?

Similar Episodes

Related episodes from other podcasts

Explore Related Topics

This podcast is featured in Best Business Podcasts (2026) — ranked and reviewed with AI summaries.

Read this week's Health & Longevity Podcast Insights — cross-podcast analysis updated weekly.

You're clearly into The Rework Podcast.

Every Monday, we deliver AI summaries of the latest episodes from The Rework Podcast and 192+ other podcasts. Free for one show.

Start My Monday Digest

No credit card · Unsubscribe anytime