Jump to a section
You shipped it. The code is clean, the onboarding works, you fixed the edge cases, and you are genuinely proud of it. Then you launched, and the graph did what graphs do for most solo builders: a small spike from people who already knew you, then a flat line at roughly zero. No signups. No angry feedback. Nothing. Just silence, which is worse than criticism because you cannot debug silence.
Here is the uncomfortable part. Your product is probably fine. The problem is almost never that the software is not good enough. The problem is that "if you build it, they will come" is the most expensive lie in indie software, and you believed it because it let you keep doing the fun part. Building is fun. Getting strangers to care is not. So you built.
Where does the money actually come from?
Money comes from a stranger with a problem finding your product, understanding within seconds that it solves their problem, and deciding it is worth paying for. Every one of those steps is distribution or conversion. Not one of them is "the code is well written." The buyer never sees your code. They see whether they found you, and whether what they found made sense.
Stranger who has the problem you solve
|
v
DISTRIBUTION (they actually find you: search, a post, a
| recommendation, a community, an ad)
v
A page that makes the value obvious in seconds
|
+--> confused or never arrived --> they leave --> $0
|
v
They try it and the value lands
|
v
They pay --> revenue
|
v
You can reach that kind of person again, on purpose --> it repeats
Look at where the money leaks. It leaks at the top, before anyone even reaches your page, because no channel is bringing the right people. A brilliant product with no distribution loses at step one. A mediocre product with one working channel at least gets to compete. That is why distribution beats product: the product cannot win a race it was never entered in.
There is a second, quieter leak worth naming. Sometimes people do arrive, and they still bounce, because the page does not make the value obvious fast enough. That is a funnel bottleneck, and it is the thing experienced founders obsess over. More on that below, but hold this thought: getting people to the page and getting them to convert once they are there are two different jobs, and you need both. We go deeper on the traffic half in why traffic is the hard part.
How it actually works
Distribution is not a single act. It is a channel, and a channel has three properties that matter.
First, it reaches people who actually have the problem. A channel full of other indie devs is comfortable, but other indie devs are usually not your buyers, they are your competitors and your cheerleaders. If you build scheduling software for dentists, the channel has to contain dentists, or people dentists listen to. Comfort is not a targeting strategy.
Second, it is repeatable. A one-time launch is an event, not a channel. Events give you a spike and then nothing. A channel is something you can do again next week: publishing content that ranks in search, posting where your buyers gather, running ads you can scale, sending cold outreach, getting recommended. The question to ask about anything is not "did this get me a signup" but "can I do this again on purpose."
Third, it is something you can actually sustain given who you are. A person who hates being on camera should not bet the business on short video. A person who writes well should probably write. The best channel in the abstract is worthless if you will quietly stop doing it in three weeks. Pick for durability, not for what looks best in a case study.
Most solo devs fail here not because they chose the wrong channel, but because they never really chose one at all. They post a launch, drop a link in a few communities, tweet once, and then retreat to the codebase to add a feature, telling themselves the feature is why nobody bought. It almost never is. Dropping links, in particular, feels like distribution but is one of the least effective things you can do, and we explain exactly why in why drop-your-link threads don't work. Real distribution is slower, more repetitive, and far more boring than a launch, which is precisely why it works: almost nobody sticks with it.
The other half is the funnel. Once someone lands, a chain of small things decides whether they pay: does the headline name their problem, can they see it working without a sales call, is signup friction low, does the price make sense for the value shown. Founders who describe their growth lever almost always point here, at unglamorous funnel fixes, rather than at a new feature. A ten percent lift at each of three steps compounds. That is often the difference between a dead product and a live one, and none of it required writing more code.
A simple example (hypothetical numbers)
These numbers are made up to show the shape of the problem, not a promise or a benchmark. Do not read them as typical results.
Say you charge 30 dollars a month. To reach 3,000 dollars a month in revenue you need 100 paying customers. Now walk it backward through a realistic funnel:
100 paying customers needed
^ at 3% of trials converting to paid
3,333 trials
^ at 5% of visitors starting a trial
66,660 visitors <-- this is the number distribution has to produce
Sixty-six thousand of the right visitors is a lot of distribution. It is months of consistent content, or a real ad budget, or a channel that compounds over time. Now notice what happens when you improve the funnel instead of the traffic. Push trial-to-paid from 3 percent to 6 percent and paid signup from 5 percent to 7 percent, and the same 100 customers need roughly 24,000 visitors instead of 66,660. You did not touch the top of the funnel at all. You just stopped leaking, and the traffic requirement fell by nearly two thirds.
That is the lesson in one image. Adding another feature moves none of these numbers. Fixing the page that visitors land on, and building one channel that reliably sends them, moves all of them. If the compounding surprises you, we walk through it slowly in why more traffic isn't always more money.
What you need
You need less than you think, and none of it is more code.
Required: a clear one-sentence answer to "who is this for and what problem does it solve," a landing page that says that answer in the first screen, and one channel you have committed to for at least a few months. That is the real starter kit. If you cannot say who it is for in one sentence, no channel will save you, because you will not know where those people are.
Also required, and this is the one people skip: a willingness to talk to strangers who are not obligated to be nice to you. Distribution is fundamentally the act of interrupting someone's day and earning a few seconds of attention. You do not have to be an extrovert. You do have to be willing to be ignored a lot without taking it as a verdict on your worth.
Optional but useful: an existing audience, even a tiny one. It helps, but the belief that you must have an audience before you can sell anything is mostly an excuse to keep building. You can sell without one, it is just more direct outreach and less broadcasting. We cover that specific situation in do you need an audience to sell software.
Nice to have: analytics good enough to see where the funnel leaks. You do not need a fancy stack. You need to know how many people land, how many start, and how many pay, so you can tell a traffic problem from a conversion problem. Those are opposite problems with opposite fixes, and guessing wrong wastes months.
What it costs
The honest cost of distribution is mostly time and ego, not money.
The unavoidable cost is time spent on non-coding work: writing, posting, emailing, talking to people, watching what converts and adjusting. For a solo dev this feels like a tax on the real work, until you accept that this is the real work. Budget for it deliberately. If distribution gets whatever hours are left after building, it gets zero, because building never runs out of things to do.
Money costs are optional and scale with the channel. Content and organic community participation cost mostly time. Paid ads cost real money and punish you fast if the funnel leaks, because you are paying for every visitor who bounces. Do not pour money into ads until the page converts the free visitors you already get. Paying to send traffic to a leaky page is just setting money on fire more efficiently.
The cost nobody warns you about is the ego cost of doing the unglamorous thing in public and being ignored while you get good at it. That cost is real, it is temporary, and paying it is what separates products that find customers from products that quietly die with a great changelog.
How long it takes
Longer than a launch, shorter than never, and the honest answer is that it depends on the channel. Direct outreach can produce a conversation this week. Content and search can take months before they compound. Paid ads work fast but only after you have found an offer and a page that convert, which itself takes iteration.
What actually governs speed is not the channel, it is consistency and feedback. A channel worked once and abandoned produces nothing. A channel worked steadily, with you watching what lands and cutting what does not, compounds. The builders who get there fastest are not the ones who found a magic channel. They are the ones who picked one, stuck with it past the discouraging early part, and treated every week's numbers as information instead of a scoreboard.
What beginners usually get wrong
They treat the launch as the strategy. A launch is a firework, not a channel. It is fine to launch. Just know that the day after, the actual work begins, and it looks nothing like launching.
They add features to fix a distribution problem. Signups are flat, so they build the thing a hypothetical user might want, ship it to the same zero people, and are confused when nothing changes. If nobody is arriving, the feature was never the constraint.
They hang out where it is comfortable instead of where the buyers are. Posting in founder and indie-dev spaces feels productive because people are kind and speak your language. But those people are rarely your customers. Distribution has to happen where your buyers are, even when that room is less friendly and does not care about your tech stack.
They confuse traffic with the goal. Getting visitors is not winning. Getting the right visitors to a page that converts them is winning. Chasing raw traffic while the funnel leaks is the classic mistake, and it is why some people get thousands of visitors and still make nothing. We unpack that trap in why more traffic isn't always more money.
They give up in the flat part. Every channel has a stretch where you are doing the work and seeing almost nothing back. That stretch is not evidence the channel is broken. It is the price of entry that filters out almost everyone, which is exactly why the ones who stay get the customers.
How I would start
If I had a good product and no customers, here is the sequence I would run, in order, without skipping ahead to the fun parts.
First, I would write the one sentence. Who is this for, and what problem does it kill. If I could not write it cleanly, I would fix that before touching any channel, because a fuzzy answer poisons everything downstream.
Second, I would fix the landing page so that sentence is the first thing a visitor sees, with proof it works right behind it. Before spending a minute on traffic, I would make sure the people who already trickle in are not bouncing out of confusion. Cheap to fix, and it multiplies everything I do next.
Third, I would pick exactly one channel based on where my buyers actually are and what I can sustain. One. Not five. Then I would commit to it for a fixed stretch of weeks regardless of early results, because a channel judged after three attempts has told me nothing. If I did not know how to choose, I would work through distribution channels for a new SaaS and pick the one that fits my buyers and my temperament.
Fourth, I would go get the first handful of customers by hand, through direct outreach, even if it does not scale. Early manual sales teach you the exact words that make people buy, and those words become the copy that makes the scalable channels work. There is no shortcut around this, and it is why we put a whole playbook at first customers.
Fifth, I would watch the funnel numbers and fix the biggest leak before doing anything else. Whichever step loses the most people is the only thing that matters that week. Everything else is a distraction dressed up as progress.
What I would not do
I would not add features hoping distribution fixes itself. It does not. A better product with no distribution is still a product with no customers.
I would not run a launch and call it a strategy. I would treat a launch as one day of many, not the plan.
I would not spread myself across five channels at once. Five half-worked channels beat zero worked channels only in feeling busy. Depth in one beats a shallow presence in all of them.
I would not buy traffic before the page converts free visitors. Paid traffic is an amplifier, and amplifying a leaky funnel just loses money faster.
I would not read silence as proof the product is bad. Nine times out of ten, silence means nobody found it yet. That is a distribution problem, and distribution problems are fixable once you decide to actually work on them.
The real shift
The hard truth underneath all of this is that you became a solo dev partly because building is where you feel competent, and distribution is where you feel exposed. That instinct will quietly steer you back to the codebase every single time, and every time it does, it will feel like progress while your business stays dead.
The builders who make it are not better coders. They are the ones who accepted that the product was the easy half, put real hours into getting found, picked one channel, and stayed with it past the point where it was still discouraging. The product got you to the starting line. Distribution is the race. If you only take one thing from this, take this: stop asking what to build next, and start asking who needs to find this, and how you will make that happen again next week.
When you are ready to turn this into a to-do list, start with how to get your first 10 customers and, if you are building the product itself, how to build a micro-SaaS so the thing you distribute is worth finding.
Free playbook
Get your first 10 customers
This guide is one piece of the free First 10 Customers Playbook: the distribution game plan for builders who can ship but cannot seem to sell. Get it, plus the follow-up breakdowns, by email.