# From weekend projects to companies

> Most side projects should stay side projects. The ones that become companies share a few unromantic habits I keep relearning.

- Author: Kevin Dalvi
- Published: 2025-11-04
- Read time: 8 minutes
- Tags: founding, startups, shipping
- Canonical: https://www.kevindalvi.com/blog/weekend-projects-to-companies

I love weekend projects. They are how I stay sharp and how several of my companies started. They are also how founders romanticize chaos and call it destiny. The jump from toy to company is a sequence of boring upgrades, not a lightning strike.

A weekend project proves you can make something exist. A company proves you can make something endure under other people’s needs, money, and expectations.

## The moment it stops being a toy

For me the tipping point is not funding or a fancy domain. It is the first time a stranger depends on the thing enough that my silence would hurt them. That is when support, billing, and reliability stop being optional aesthetics.

> Shipping is the beginning of the obligation, not the end of the adventure.

## Upgrade the operating system

Early code can be messy. Early ops cannot stay imaginary. I look for a short list of company shaped muscles long before I hire anyone.

- A way to charge without DMing invoices
- A place where bugs land that is not your DMs
- A weekly review of who is using the product and why
- A written promise of what the product is not

## Keep the weekend energy, lose the weekend excuses

The best companies still feel like someone is having fun making them. What has to die is the excuse layer: “we’ll fix auth later,” “branding can wait,” “we’ll talk to users after the rebuild.” Later is how toys stay toys.

I still start small and weird. I just refuse to confuse momentum with maturity. When a project asks for company treatment, I give it company treatment. Or I keep it honest as a sandbox and move on.