Why Every Product Should Be an Aspirin

The founder had a clever idea. The tech was solid. The demo looked great. But when they launched, nobody showed up. Not because the marketing was wrong. Because the pain wasn't real.

After 30+ years of building products, advising founders, and running companies, I keep coming back to the same three rules. They apply whether you're building your first MVP or managing a product line at a Fortune 500.

1. Start with the pain, not the product.

Don't start with what you can build. Start with what's broken. Find someone spending real money or real time on a problem they hate, and build the thing that makes it go away.

The test: Can you describe the headache in language the customer would use themselves? Not your language. Theirs. If you can't, you don't understand it well enough to build anything yet.

If someone is already duct-taping a solution together with spreadsheets and three tools that don't talk to each other, that's your opening. They know they have the problem. They're already paying for it. Show up with something better.

If nobody is looking for a solution? You're building a vitamin. Vitamins sit in the cabinet. They expire. Nobody panics when they run out. Build the aspirin.

2. Ship it fast. Ship it complete.

Two years ago I would have told you to ship ugly. Get the MVP out, learn from customers, iterate. That was good advice when building was expensive.

It's not expensive anymore.

I'm building with Claude Code, Lovable, and Copilot CLI, often running two or three LLMs in concert. What used to take a funded team six months takes me two weeks. And the output isn't ugly. It's polished, capable, and AI-native from day one.

The MVP era assumed you had to trade quality for speed. That tradeoff is gone. When your build cost collapses to near zero, shipping thin isn't scrappy. It's just giving your competitor a head start.

And pivots? Used to be terrifying. Months of rework, burned cash, demoralized teams. Now I can pivot an entire product in a day or two. When the tools move that fast, you're not betting the company on a direction. You're testing it.

Tech debt and backlog management used to be the hangover from shipping fast. Now the same agentic tools that build the product can refactor it, manage the backlog, and keep the codebase clean while you move. The old excuses are gone.

So stop shipping ugly. Ship fast, yes. But ship something your customers don't have to squint to see the value in. The tools exist. The excuse doesn't.

3. If you can't tell the story, the product doesn't matter.

The best product in the world loses to a mediocre product with a great story.

If you can't explain why someone should care in language a normal person understands, you haven't found your positioning yet. Story isn't marketing fluff. Story is strategy. It's how people decide what to buy, what to trust, and what to tell their friends about.

When your customer can explain your product to someone else in one sentence, you've won. When they can't, no amount of features will save you.

That's it. Three rules.

Start with the pain. Ship before it's perfect. Tell the story so clearly that your customers sell it for you.

Everything else is noise.