I keep a running list of project ideas. That’s critical to avoid the “indie-hacker block”, where you have no clue what to work on next.
The focus with this list is quantity: I add whatever comes to mind, no judgment.
When I’m looking for a new project idea to build, then, I go through the list and I evaluate each entry using the following criteria.
DOs and DON’Ts for picking a new idea
With time I’ve learned to be quite strict with the DON’Ts. Ignoring any of them always led me to regrets.
DOs on the other hand I treat as nice-to-have. Checking all of them would be ideal. But I don’t want to be stuck trying to find the “perfect idea” (spoiler: it doesn’t exist). So as long as at least one of them is ticked, I’m good to go.
DON’Ts
-
Don’t pick something you care nothing about You don’t need to be “passionate” about it, but if you have zero interest or connection to what you’re building, burnout is around the corner.
-
Don’t rely on unstable or unofficial services Especially for core features. You’ll be busy enough, don’t add a brittle dependency that breaks every other week and leaves you with little time for anything else.
-
Don’t think you have to come up with a novel idea Original ideas are great… but risky. No market history. No validation. You’re flying blind. A proven idea with existing demand is usually a better starting point.
-
Don’t try to create demand where there is none Creating a market is hard. Painfully slow and often impossible. Unless it’s your life’s mission, skip it.
DOs
-
Scratch your own itch If you’re the user, you’ll better understand the problem, the solution, and the roadmap. It makes everything easier.
-
Solve or reduce a pain point N.B.: Pain comes from two places: what someone has (a problem) or what they lack (a desire). You can solve either.
-
Improve something that already exists and has a market That means it’s validated. Look for issues with current solutions (product-wise, UX-wise, marketing-wise, distribution-wise). But improve something. A copycat has no reason to exist and will likely be outcompeted by the existing solutions.
-
Pick something you can build and ship an MVP for in 2-4 weeks max No new Facebook. No new marketplace. Think lean, think fast.
-
Pick something you’d use regularly (at least monthly) If you use it often, you’ll give it more love, which means faster improvements. If others use it often, they’ll talk about it more, which means faster word of mouth.
-
Ride a wave (if you care about it) Trends are great, as long as your interest and the market both outlive the hype.
Two Frameworks for Sourcing Ideas
The above are filters. But where do ideas actually come from?
Most of the time, it’s the running list. Inspiration can strike at any moment, and that’s why you want to have a list that you fill over time when there’s no pressure forcing you to come up with something.
But if I got a blank list on my hands, here are two frameworks to source new ideas that I’ve had success with:
A. Do things → Talk about them
Try things. Share online. As you go, you’ll hit friction: your own pain points. If something keeps coming up or is big enough, hack a way to solve it or reduce it. Talk/post about it with others. If it resonates, it might be your next product.
Bonus: you’ll network and might even build an audience.
B. Improve an existing product
Check out marketplaces like Acquire, or browse the App Store or Chrome Web Store. Look for products with real traction — profit, usage, or buzz. If you find something you’d use or are genuinely curious about, run it through the above filters and see if you can improve it somehow.