When you’re a developer or aspiring founder, one of the biggest questions you constantly face is:
👉 What should I build?
Sounds simple, right? But in reality, it’s the hardest part of the whole startup game. Writing code is the easy part. Finding a problem worth solving — that’s the real challenge.
I’ve built and shipped plenty of projects over the years. Some went nowhere, others gained traction. Along the way, I learned a simple truth: the best app ideas don’t come from “brainstorming” in a vacuum. They come from living in the problem.
Let me break it down step by step.
Most developers (me included, back in the day) fall into the trap of chasing “cool ideas.”
“What if I make an AI app that generates music?”
“What if I build the Uber for X?”
The problem? Nobody wakes up at 7am thinking, damn, I really need an AI rap generator today.
Instead, look at problems. What’s frustrating you at work? What’s inefficient in your daily life? What makes your friends complain over coffee?
👉 The most successful apps solve painful, boring problems. Slack didn’t start as a “chat app idea.” It was born because the team was sick of messy communication while building a game.
One of the easiest ways to find a real idea: build for yourself.
If you’re struggling with scheduling calls across time zones, maybe others are too.
If writing LinkedIn posts takes you 2 hours, maybe that’s an opportunity (hello, Nexpost 👋).
The advantage here? You’re both the builder and the first user. You understand the pain deeply, so you can test quickly.
But caution: just because you want it, doesn’t mean the world does. Always validate (more on that below).
A classic startup trap: asking people what they want.
They’ll often give polite answers or describe a “nice-to-have.”
Instead: watch behavior.
What tools do they hack together with spreadsheets?
Where do they copy-paste the same thing 10 times a day?
What apps are open on their screen 90% of the time?
People’s actions tell you more than their words.
Timing is huge. An average idea with perfect timing will often beat a brilliant idea that’s too early or too late.
Ask yourself:
What tech trends are emerging (AI, AR, no-code)?
What regulations or events are forcing change (like GDPR, remote work, or COVID did)?
What consumer behaviors are shifting (TikTok style short attention, async communication, solo entrepreneurship)?
If you align your app idea with a rising trend, distribution becomes much easier. Once you think you’ve spotted something, resist the urge to spend 6 months coding.
Instead:
Build a landing page in a weekend.
Run a simple waitlist with a value prop.
Share mockups on social media or Reddit.
Talk to 10 real users in your target group.
If nobody bites, kill it quickly and move on. Your time is the most valuable asset you have.
Here are some practical places to spot opportunities:
Communities: hang out in Discords, Subreddits, indie hacker groups. See what people complain about.
Marketplaces: browse Product Hunt, Peerlist Launchpad, AppSumo. Look at what’s trending and what’s missing.
Workflows: every time you use a tool and think “why the hell doesn’t it just…”, write it down.
Emerging tech: follow changelogs of APIs and platforms. New features = new opportunities.
Your own habits: track where you waste time daily. Time wasted is often a problem waiting to be solved.
Don’t try to build the “next Facebook” out of the gate. Start with a tiny, sharp wedge into a market. Calendly didn’t start as a “meeting management platform.” It just solved scheduling links. Figma didn’t start as a “design operating system.” It was just multiplayer Sketch in the browser. Get specific, solve one thing brilliantly, then expand.
At the end of the day, ideas are cheap. Thousands of people have the same “brilliant idea” every morning.
What separates winners from the rest is:
Relentless execution
Listening to users
Iterating fast
Not giving up when it’s hard (because it will be hard). The right idea is important, but how you build it matters even more.
3
5
0