evelin.

Customer‑centric problem thinking for first‑time SaaS founders

Learn how to shift from idea-first to problem-first thinking, so your SaaS solves real pains and creates outcomes customers happily pay for.

What problem‑first thinking actually means

Problem first thinking means you start with a real customer struggle, then design your SaaS around it. Instead of asking what you could build, you ask who struggles today and what outcome they want. You focus on the job they try to get done, the friction they feel and the current workaround they use. Your idea becomes a hypothesis about how to remove that friction. This mindset keeps you close to reality. It also makes decisions easier, because you can ask a simple question for every feature or experiment, does this reduce pain or improve the outcome for a clear group of people.

Idea first vs problem first
Idea first
  • •Starts from tech or feature
  • •Searches for someone who cares
  • •Vague success criteria
  • •High risk of weak demand
Problem first
  • ✓Starts from clear pain
  • ✓Builds for specific people
  • ✓Outcome based success
  • ✓Higher chance of real demand
VS

Why users’ pains and outcomes matter more than features

People buy outcomes, not features. Your users care about saving time, avoiding stress, looking professional, hitting a target, or following a rule. They rarely care which framework, integration or algorithm you use. When you focus on pains and outcomes, you can describe your SaaS in simple language that clicks. You can also choose features more wisely. A small feature that removes one painful step can be more valuable than a complex dashboard no one understands. To stay grounded, keep a short list of top user pains and top desired outcomes on your desk and check new ideas against it regularly.

What users actually value
Pain reduction90%
Outcome achieved85%
Nice features40%
Fancy tech15%

How to shift from idea list to problem backlog

If you already have a long idea list, you can recycle it into a problem backlog. For each idea, ask which type of person it is for and what concrete situation they are in when the problem appears. Then describe the pain in their own words, including how they feel and what goes wrong. Remove any items where you cannot name a real person you know who has that problem. Next, group similar pains together. You are looking for patterns around jobs to be done, such as preparing reports, answering clients, or tracking something. Your new backlog should talk about people and pains, not about solutions.

Turn ideas into problems
  1. 🧾1
    List ideas
    Write every idea in one place
  2. 👤2
    Attach people
    Name who actually has this issue
  3. 💢3
    Rewrite as pain
    Describe their struggle in plain words
  4. 📎4
    Group patterns
    Cluster similar pains and jobs

Common traps when you try to think customer first

Several habits pull you back into idea first mode. You overvalue your own workflow and assume everyone works like you. You fall in love with one solution and ignore weak signals from early users. You listen only to what customers say they want, and you skip watching what they actually do. You also pick a problem that is interesting, but not painful enough for people to pay to fix it. To avoid these traps, keep talking to people who are different from you, run very small tests, and regularly ask yourself which behavior proves that this problem is urgent and important.

Signals you drift away from customers
🧠
You assume silently
Decisions rely on guesses, not quotes
📊
No behavior proof
Few signups, trials or repeat use
🛑
Solution attachment
You defend features users ignore

First steps to practice customer‑centric problem thinking

Start very small and close to your daily life. Pick one group you understand a bit already, for example your own job, a hobby, or a community you are active in. Talk to three to five people and ask them about the last time they felt stressed or slowed down by a task. Dig into what happened, what went wrong, how they tried to fix it, and what a great outcome would have looked like. Write their words down. Then create one short problem statement that starts with who, when, and why it hurts. Use this as your single focus for sketching your first SaaS concept.

Simple first practice loop
  1. 🎯1
    Pick a group
    Choose people you can reach
  2. 🗣️2
    Hear stories
    Ask about recent painful tasks
  3. ✍️3
    Write problem
    Capture who, when, why it hurts
  4. 📐4
    Sketch solution
    Design only for this one problem

Real-world examples

  • • You want to build an AI note app, but after talking to freelance writers you learn their real pain is losing track of client briefs, so you focus on a simple brief tracker with reminders.
  • • You think about creating a gym booking system, yet local trainers tell you their main struggle is no‑show clients, so you design automatic reminders and easy rescheduling first.
  • • You plan a budgeting dashboard for students, then conversations reveal their biggest pain is unexpected fees, so you start with alerts and simple forecasts for recurring payments.

Useful links

  • Strategyzer — Resources around value proposition and customer jobs.
  • Y Combinator — Essays and talks on solving real problems first.

Keep learning

Related courses

More programs on evelin that fit this path. Each one adapts to you after a two minute quiz.

Guides from related courses

All courses on evelin →

Turn reading into real progress

A short quiz builds your personal learning path for How to Build a SaaS. Lessons adapt to you from day one.

Start the quiz

Created with AI assistance and reviewed before publishing.