Jake Friedberg

What Pain-Point are you Solving and How did you discover it?

by

We’re all builders here, which usually means at some point we looked at something clunky, slow, or frustrating and thought, “there has to be a better way.” Most products don’t start with a grand vision; they start with irritation, curiosity, or firsthand pain.

I’d love to learn more about how others here have navigated that journey:

• How did you uncover the problem you decided to work on?
• What signals told you this problem was worth solving?
• How did you validate (if at all) whether people would actually pay for a solution?
• Has your product stayed true to the original problem, or did it evolve into something different?
• What surprised you the most along the way?

If there’s anything else you’ve learned, good or bad, feel free to share. The honest stories are usually the most helpful.

And of course, feel free to plug what you’re building as well as you may have the solution to a problem somebody else is looking for!

861 views

Add a comment

Replies

Best
Tudor Moldovanu

Taking each of the questions one by one for PostGod:

Pain point: Founders know they should post on LinkedIn, but stare at blank screens for hours. Generic AI makes them sound like everyone else, and they don't have the resources to work with a ghostwriter.

How I discovered it: I have multiple friends working in personal branding, doing LinkedIn ghostwriting on their own or via agencies. The process now looks like this: agencies charge $1,200/month to ask clients questions, feed answers into ChatGPT, then invoice. The markup was insane for what was basically a systematic process.

Validation: Started talking to founders at startup events. Almost everyone had the same response: "I know I should post, I just never do." They simply didn't know what to say or how to say it without sounding generic and they didn't want to pay the insane fees agencies were asking.

Evolution: We stayed focused on the original problem (LinkedIn personal branding) but refined HOW we solve it. Started as "posts that sound like you" and evolved into "replicate the agency process" - because that framing clicked better with people who'd considered hiring ghostwriters.

Biggest surprise: How many people are willing to try it just because they're tired of sounding like ChatGPT. The "everyone sounds the same now" problem resonated way more than expected.

So, we built PostGod to give people the agency process without the agency price. postgod.app

Akash Kansal

We are helping B2B companies improve their website engagement and conversion using Agentic Live Video Agents. I discovered it by talking to over 30+ product heads, marketers and founders who repeatedly mentioned that they have been trying to fix it. Hence we built www.kickkers.com to support early stage & mid market cos. to help them in business growth.

James Auble

For me, Paythread started from feeling like every tool was just… too much. I didn’t need a full accounting suite or some bloated system—I just wanted to track my time, send an invoice, and get paid (credit card or Zelle, done).

The signal it was worth building was realizing I kept trying different tools and none of them felt right. They either did way more than I needed, cost more than I wanted to pay, or made simple things feel complicated.

I didn’t formally validate it—I just noticed other freelancers were in the same boat, kind of hacking together their own setups to keep things simple.

It’s still pretty true to that original idea. If anything, I’m constantly trying to fight the urge to overbuild it and keep it focused on “just enough.”

Biggest surprise has been how easy it is for tools to drift away from what made them useful in the first place—and how hard it is to stay simple on purpose.

Adenekan Wonderful

Two things hit at once, an MIT paper showing regular AI use for simple tasks measurably reduces cognitive engagement, and my own ChatGPT history full of "rewrite this sentence" and "what's the word for X." Things I already knew. I wasn't using AI as a tool, I was using it as a reflex. Same with feeds, opening Twitter with no intent, scrolling, closing, opening again.

Screen time apps tell you how much you used something. They don't ask if you tried first. That gap is what pause.do sits in.

Navneet Chalana

25 years in US technology staffing. The pain was always there. I just finally got angry enough to build.

A client called one day — a candidate we presented had fabricated their entire employment timeline. Three companies, four years, complete fiction. Passed every manual screen. Cost us the relationship.

Signals that told me it was worth solving: — 1 in 3 profiles had some form of misalignment — Every staffing firm I spoke to had the same story — Nobody had built a pre-decision verification layer. BGC happens after offer. Way too late.

Validation came the hard way — I started running manual forensic checks for firms in our network. They didn't ask for a product. They asked "can you just keep doing this?" That's when I knew.

So I encoded 25 years of pattern recognition into an AI forensic engine. 4-layer check — credential integrity, timeline consistency, location signals, resume vs reality. Under 30 seconds.

Biggest surprise: how many people in HR knew this problem existed and just accepted it as normal. Nobody expected a fix. That's the best possible market signal.

— Navneet, WackoWave

Landon Reid

Pain: A developer spent 6 hours researching one property's zoning. For one address.

Discovery: 15K signups on our tiny home marketplace. They all asked: "Can I even build this here?"

Solution: ReadyPermit -- AI property intelligence in 60 seconds. 5,000+ reports. Paying customers month one.

Biggest surprise: The hard part isn't AI. It's getting 50 states of zoning data into a format AI can reason about.

Mukesh

Really relatable - most things don't start with a “big idea,” they start with frustration.

In my case, the problem came from repeatedly seeing startups struggle with the same backend issues - websites going down, SSL misconfigurations, no monitoring, and founders spending hours fixing things instead of building. Alongside that, many were also buried in day-to-day operational tasks that slowed their growth.

The signal that it was worth solving was simple:
These weren't one-off issues - almost every early-stage founder I interacted with faced them, and they directly impacted revenue and productivity.

Validation wasn't formal at first. It came from small fixes - helping someone resolve downtime or streamline a task - and seeing immediate value. Over time, it became clear that people are willing to pay not just for fixing problems, but for not having to think about them again.

What surprised me most was that the real need wasn't just DevOps or just VA work - it was the combination of both. Founders don't want to mangae multiple people; they want reliable support across tech + operations.

That's what led me to build Tejasweb Solutions - helping startups handle DevOps (servers, uptime, SSL, monitoring) along with operational tasks (lead gen, CRM, workflows), so they can stay focused on growth.

Still learning every day, but one thing is clear:
simple, recurring problems are often the most valuable to solve.

Sabri Yaşın

Building Panelica started with a simple frustration: hosting panels still don’t properly solve isolation.

Systems like cPanel and Plesk still rely on legacy architectural assumptions, while modern multi-tenant infrastructure requires strict isolation and resource control rather than feature expansion.

What triggered this for me was observing recurring issues:

- One user’s load affecting others on the same server

- Security isolation staying mostly at the application level

- Fragmented and manual control even when using Docker

This led me to design Panelica around Isolated Control Architecture (ICA):

- cgroups v2-based resource isolation

- RBAC-driven user-level control

- container-native hosting model

- cross-system migration support

The real question I’m exploring is:

Is this a fundamental infrastructure problem worth rebuilding, or just an incremental improvement?

Early conversations with sysadmins suggest something interesting:

people accept this limitation as “normal,” but the impact becomes obvious once it is removed.

Curious to hear perspectives from others working in hosting or infra:

Is isolation the real bottleneck in modern hosting systems, or is the problem somewhere else entirely?

Sal Georgiou

Great question, Jake. I started feeling frustrated when I realized that, while doing content marketing with my team, we were scouting the socials to find problems we could write about.

So we were:

  • Copying a Reddit thread

  • Rewriting it for LinkedIn

  • Shortening it for Twitter

  • Reworking it for a blog post

  • And then repeating the whole process the next day

It was always the same content in different formats, and it took hours every time.

I have worked in marketing for over 20 years, and I have been using this framework since around 2010. You would find a good conversation in a community and then manually turn it into something you could publish, again and again.

The signal that told me it was worth solving was simple — I looked around and realized every content marketer and founder I knew was doing the exact same thing. The tools that existed either monitored communities or generated content, but nothing connected those two things in one motion. So I decided to build it.

On validation — I built it for myself and my team first, used it for a few months, and only then started showing it to other people. The moment a few friends from the industry said "wait, how long does that take you?" and I said "ten seconds" and they went quiet — that was my validation. That pause said everything.

The product has stayed remarkably close to the original problem. PostMine is a Chrome extension — you right-click any social media post and get a publish-ready content pack across six formats in about ten seconds, in your own brand voice. That core mechanic has not changed since day one. However, as we use it, I feel it needs more, so I am now developing a roadmap :-)

What surprised me the most was how much of building a product is actually just building the courage to show it to people. I have NEVER sold my own product before, only marketing for others, so now is the time :-)

Casey Gaskins

This is such a good question because I think the strongest products usually start with a problem that keeps showing up in real life.

For us, the pain point behind Traction came from seeing the same pattern again and again: small businesses were not losing revenue because they were bad at what they did. They were losing revenue because their growth system was scattered.

A lead comes in from one place. Follow-up happens somewhere else. Content ideas live in a notes app. Reviews are separate. Local visibility is treated like a different project. Revenue is tracked after the fact, if at all.

So the owner is busy all day, but still cannot clearly answer: “What brought this customer in, who needs follow-up, and what should I do next to get more booked business?”

That was the signal for us. The pain was not just “post more content” or “get more leads.” It was the lack of a connected system between visibility, content, leads, follow-up, and revenue.

That is what we are building Traction to solve: helping small businesses turn attention into booked revenue instead of letting opportunities leak through disconnected tools.

The biggest surprise so far is that the problem is even deeper than we first thought. A lot of business owners do not need another dashboard. They need a system that helps them see what matters today and why.