Skip to main content
The Bootstrapped Founder

421: Why You Should Never Start a Software Business

21 min episode · 2 min read

Episode

21 min

Read time

2 min

Topics

Remote Work, Investing, Startups

AI-Generated Summary

Key Takeaways

  • Founder isolation management: Software entrepreneurs spend most time with code rather than people, with customer interactions typically starting as friction points like bug reports or complaints requiring active community engagement through Twitter, Slack groups, and content creation to maintain connection.
  • Crisis response ownership: Founders work effectively twenty-four-seven on call, receiving 3 AM alerts for server failures while managing SLA agreements with one-hour maximum downtime clauses, requiring immediate technical triage even when external dependencies like AWS or email providers fail beyond their control.
  • Technology maintenance burden: Infrastructure requires constant updates as long-term support ends every two-and-a-half years for systems like Ubuntu, AWS retires database versions with double charges for legacy support, and API migrations cascade through entire product stacks to maintain identical functionality under new regulations.
  • Gradual entry strategy: Build software businesses incrementally at one hour daily for several weeks before scaling time investment, allowing lifestyle compatibility testing and skill development for handling technical fires, customer rejections, and deprecated dependencies without the pressure of abandoned employment and depleted savings.

What It Covers

Arvid Kahl presents an ironic examination of software entrepreneurship challenges including isolation, constant availability, technical volatility, customer resistance to change, and infrastructure dependencies that founders must navigate to build sustainable businesses.

Key Questions Answered

  • Founder isolation management: Software entrepreneurs spend most time with code rather than people, with customer interactions typically starting as friction points like bug reports or complaints requiring active community engagement through Twitter, Slack groups, and content creation to maintain connection.
  • Crisis response ownership: Founders work effectively twenty-four-seven on call, receiving 3 AM alerts for server failures while managing SLA agreements with one-hour maximum downtime clauses, requiring immediate technical triage even when external dependencies like AWS or email providers fail beyond their control.
  • Technology maintenance burden: Infrastructure requires constant updates as long-term support ends every two-and-a-half years for systems like Ubuntu, AWS retires database versions with double charges for legacy support, and API migrations cascade through entire product stacks to maintain identical functionality under new regulations.
  • Gradual entry strategy: Build software businesses incrementally at one hour daily for several weeks before scaling time investment, allowing lifestyle compatibility testing and skill development for handling technical fires, customer rejections, and deprecated dependencies without the pressure of abandoned employment and depleted savings.

Notable Moment

Kahl describes the airplane bullet hole selection bias as a metaphor for entrepreneurship: engineers strengthened areas with visible damage on returning planes, missing that undamaged areas indicated fatal hits, illustrating how founders must intentionally trigger controlled failures to identify system weaknesses.

Know someone who'd find this useful?

Episode Transcript

Hey. It's Arvid, and this is the Bootstrap founder. Now here's the thing. I'm about to share all the reasons why you should never ever start a software business. And, yes, I'm fully aware that I'm talking to an audience of software founders mostly, but it's somewhat sarcastic. It's kind of an ironic twist on all these great things about entrepreneurship. Here's what I've realized. Talking about the problematic sides of entrepreneurship might actually help somebody who already has this mindset to say, yeah, I'm gonna do it anyway. Or somebody who's on the fence to reconsider, maybe taking it slow and starting it as a side project instead of jumping in full time. And if you're a founder who's already on the journey, well, I'm just gonna share the little things that I've realized along the way so that maybe you can recognize them at an earlier stage and prevent some of the damage. A quick word from our sponsor here, paddle.com. If you do for some reason choose to actually start a software business, I highly recommend looking into paddle.com. I use them as my merchant of record for all my software projects. They take care of taxes, currencies, they track the client transactions, they update credit cards, reactivate accounts when they're kind of not paying and stuff. It's really helpful and that means that I can focus on dealing with my market, my competitors, and not with banks and financial regulators. Don't have to deal with that. So if you would rather just build your product, check out paddle.com as your payment provider. So let me now get into the mindset here. Why should you never ever start a software business as a solopreneur or as a bootstrap founder? Well, first off, it can get incredibly lonely. Software entrepreneurship means that you're going to spend most of your time with your code, with your product, and with making sure that it runs, and making sure it provides the value that people may or may not pay money for. You're constantly going to be interfacing with computer systems all the time. And when you then rarely interface with your customers, it tends to be in a negative context. Sure, you can have a nice conversation. I try to have this all the time with my own customers. You could turn a bug report into a really friendly interaction with a prospect or with a customer. A complaint or help request, you can always kind of turn that into something positive if you put the energy in, but it starts out as a point of friction, as a point of a challenge. So any human interaction that you're likely going to have with your customers is going to be one of being challenged, of somebody seeking help, or and this might be even worse when you come from a technical perspective, somebody who's not interested in your product. You try sales outreach, you try marketing, people come in, they …

Get the full transcript (4,205 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 Bootstrapped Founder transcripts →

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

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

Pick Your Podcasts — Free

Keep Reading

Books, tools, and gear mentioned in this episode

SignalCast may earn commission on purchases via these links.

Tools

  • Customer interactions requiring active community engagement through Twitter, Slack groups, and content creation
  • Infrastructure requires constant updates as long-term support ends every two-and-a-half years for systems like Ubuntu
  • Customer interactions requiring active community engagement through Twitter, Slack groups, and content creation
  • by Amazon

    AWS retires database versions with double charges for legacy support, and API migrations cascade through entire product stacks

company

More from The Bootstrapped Founder

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 Startup Podcasts (2026) — ranked and reviewed with AI summaries.

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

You're clearly into The Bootstrapped Founder.

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

Start My Monday Digest

No credit card · Unsubscribe anytime