Back to GrowthDex Blog

GrowthDex Blog

The first customers usually come from the conversation already happening

Why problem-thread replies, founder-story context, visible product proof, manual walkthroughs, and a free-channel reachability test beat another launch-shaped fantasy.

Published 2026-05-30 community-led growth founder-led sales brand trust SaaS AI products developer tools creator tools B2B software
Ian Goh Updated 2026-05-30T16:05:00Z 5 linked tactics 5 sources
Trust path 5 linked tactics 5 sources

Reddit /r/SaaS: How I was acquiring customers backwards + 4 more

On this page

Start with these related tactics

If this essay matches the problem you are working on, start with these tactic pages before you go wider.

A lot of founders still think the hard part is making enough noise.

Usually it is not. The hard part is being present in the exact conversation where the pain is already live, then looking credible enough that someone gives you ten minutes instead of another polite like.

That is why first-customer advice feels messier than launch advice. Launch advice can be templated. First-customer work usually means replying in small rooms, showing rough proof, and doing inconvenient manual things while the product still learns what job it is really being hired for.

Start where the complaint already exists

Problem-thread reply before funnel build is the cleanest correction in this batch. If someone is already describing the problem in a Reddit thread, a forum post, or a niche community, the founder does not need to manufacture intent. The intent is already in the room.

That fits naturally beside early reply window before thread crowds and permission-based founder DM after public help. First be useful in public. Then earn the right to continue the conversation.

The founder story often carries better than the feature list

Founder story before product pitch in community replies works because buyers in community rooms are deciding two things at once. Does this problem sound familiar, and does this person sound close enough to the problem to be worth hearing out.

That is different from a launch page. In a thread, the polished feature stack often loses to a plainer sentence about why the founder built the thing. It is close to builder-written launch content, except the room is smaller and the trust test is harsher.

Proof should show up before the form

Show the tool before asking for email is easy to say and still regularly ignored. Founders gate the product behind a waitlist because they want to preserve optionality. The stranger sees it differently. They are being asked to trust a blank space.

That is why I still like single-screen waitlist with post-signup micro-survey only when the page already makes the outcome visible. If the product is hard to show, use a short demo, a worked example, or one honest before-and-after. Do not ask the buyer to imagine the whole thing for you.

Manual work is often the shortest route to the real objection

Manual SaaS walkthrough before automation is what a lot of founders know is right and still avoid. It feels unscalable, which is true. It is also a faster teacher than another week of hiding inside product polish.

This belongs beside two-minute personal demo after warm interest and manual empty-state concierge onboarding. Early traction is often a done-with-you service wearing a software costume for a while. That is not fraud. That is the founder finding the edges of the job.

Distribution deserves a pre-build test, not a post-build excuse

Free-channel reachability test before second build is the hardest rule here because it ruins a lot of fun ideas. But it is good discipline. Before the next build cycle, can you name the communities, search terms, or public rooms where a few thousand plausible buyers can actually be reached without money.

That is where customer-source interviews before the channel bet gets more useful. One tactic asks where current buyers already look. The other asks whether that route is reachable enough to deserve another product bet.

Where this cluster is strongest

This cluster is strongest for SaaS, AI products, developer tools, creator tools, and B2B software where the first customer often arrives through a narrow conversation before any scalable loop exists. It is especially useful for founders who keep mistaking launch surfaces for demand surfaces.

If I were tightening one this week, I would ask five blunt questions. Which live thread already contains the complaint. Does the founder story explain why this product exists in one plain sentence. Can a stranger see the tool before the form. What part of the onboarding can be done manually this week. Can the next five thousand plausible buyers be reached without pretending ads will save the idea.

If you want help turning community conversations, founder-led proof, and early demand capture into a cleaner growth system, the advisory CTA is here: work with Ian Goh.

Related GrowthDex tactics

Essay chronology

If this piece was useful, move one step newer or older instead of bouncing back to the full archive.

Keep reading

Continue through the blog

If you want the next essays in the same lane, use these reading paths instead of jumping back to a flat archive.

Sources

Machine-readable version

Markdown mirror

Why this is worth your time

GrowthDex starts with tactics that founders, marketers, and product teams have actually tried. Each essay turns the evidence into a practical move you can test without pretending one case study is a guarantee.

Ian Goh has helped grow consumer platforms across Southeast Asia, India, and MENA. His work includes scaling Tiki to 100M+ users, doubling BIGO's MENA revenue in 7 months, and increasing OYO's direct booking share across 6 Southeast Asian markets.

Editing notes

Want a growth system instead of loose tactics?

Ian works with founders on growth, market entry, creator economy loops, and operator-led distribution.

Work with Ian on growth advisory