He Couldn't Write a Line of Code. He Still Sold His SaaS for $3.5M.
How Spencer Patterson turned a $6,000 Upwork budget into a 95% margin software business in a niche nobody was serving, and sold it for 3.5 million.
In this post: How Spencer Patterson, a non-technical founder, turned a $6,000 Upwork budget into a niche software business and sold it via Flippa for $3.5 million.
Best for: Anyone who thinks they can't build a real software business because they can't code.
You'll learn: How a non-coder built a 95%-margin SaaS, the pricing model behind those margins, and the blunt test he used to know it would sell.
He’s not a programmer, and yet, starting from a $6,000 budget and a freelancer he found on Upwork, he built a software business that ran at 95% margins, paid out thousands of dollars a day, and sold for $3.5 million.
If you have ever told yourself you cannot build a real software business because you cannot write code, this story is for you.
By the end of this you will know how a non-technical founder built a seven-figure asset on a four-figure budget, the pricing model that gave him 95% margins, and the blunt test he used to know it would sell before he believed the revenue.
TL;DR
Who: Spencer Patterson, a non-technical founder who writes about the build at his newsletter, Bootstrapped Bites.
What: A niche paywall and membership platform for content creators, a focused alternative to Patreon for a specific audience. He cannot name it publicly due to the sale terms.
Launched January 2019 on a $6,000 budget, it reached roughly $125,000 to $142,000 in MRR at around 95% margins, and sold via Flippa for $3.5 million.
Why it worked: He picked a niche instead of fighting Patreon head-on, hired the build instead of learning to code, and used a take-rate model that only made money when his customers did.
The $6,000 start
Spencer had an idea for a paywall tool aimed at a specific niche of creators, a group Patreon served poorly, but he could not build it himself, so he did the obvious thing that most non-technical are scared to do.
He hired a freelance developer on Upwork and paid roughly $6,000 to get a first version built. Later, as it grew, he brought on a second developer on a revenue-share agreement who rebuilt the platform properly.
He doesn’t have a computer science degree, no year spent learning to code, no co-founder CTO.
A clear idea, a niche, and a few thousand dollars pointed at someone who could build. Now it’s even more clear, the barrier to building software is not code. It’s the ability to define the problem, position it, and delivery it to the right people.
The model: he only made money when his customers did
Most people hear "SaaS" and picture flat monthly subscriptions. Spencer’s business worked differently, and the difference is why the margins were so good.
Instead of charging a fixed fee, the platform took a cut of what creators earned through it. Money moved daily through Stripe and PayPal, with payouts running from roughly $2,000 to $8,000 a day.
Because the software did the same work whether it processed one dollar or ten thousand, the costs barely moved while the revenue scaled, which is how the business ran at around 95% margins.
This take-rate model does something subtle and powerful. It aligns you perfectly with your customers. You are not extracting a subscription whether they succeed or not.
You grow only when they grow, which means your incentives and theirs point the same direction, and every improvement you make to help them earn more directly helps you earn more.
Built something with no-code or AI that's working?
I want to feature you.
No-Code Exits features one founder story per post. The bar: real numbers, a named stack, and one transferable lesson other builders can copy this week. If that sounds like what you're building (or recently sold), tell me about it. Takes 5 minutes. I read every one personally.
The niche was the moat
Notice what Spencer did not do. He did not build a general-purpose Patreon competitor and try to out-feature a funded incumbent. He built for one specific niche that Patreon served poorly, and owned it.
A niche is not a limitation, it is a defense. A big platform cannot tailor itself to every small community, which leaves gaps, and a focused tool that fits one of those gaps perfectly is both easier to grow inside that community and harder to dislodge.
It also makes the eventual sale cleaner: a buyer can look at a defined niche, a loyal merchant base, and a take-rate model, and understand exactly what they are buying. General is fragile. Specific is durable.
The test he trusted more than the revenue
Spensor's own lesson is about product-market fit: "If you can't get people to use the product for free, what makes you think they'll pay for it consistently?"
Not "will they say they like it," not "will they sign up for a trial," but will they actually use it, for free, without being paid or pushed. If the answer is no, no amount of pricing cleverness will save it. Free usage is the honest signal, because attention is a cost even when money is not.
People do not spend time on things that do not work for them. Spencer treated genuine free usage as the green light, and paid subscriptions as the confirmation that came after.
What worked: a non-coder who understood the parts that matter
Strip Spencer's story down and three decisions remain, all copyable by someone who cannot write a line of code.
He bought the build instead of becoming a builder. $6,000 and a clear brief got him a working MVP. The skill that mattered was defining the problem, not compiling it.
He priced to align, not just to charge. A take-rate model gave him 95% margins and put him on the same side of the table as his customers. He won when they won.
He validated with free usage before trusting revenue. The free-use test told him he had something real before the subscriptions confirmed it, which is exactly the kind of clean, provable traction a buyer pays a premium for.
You do not need to code or even use AI to build a sellable asset. Find a niche the big players serve poorly, hire the build cheaply, align your revenue with your customers' success, and validate with free usage.
The sale itself was not lucky. Spencer listed on Flippa and the process took around a year and a half to close, ending in a $3.5 million deal roughly five years after he first spent that $6,000.
A four-figure bet, a focused niche, an aligned model, and enough patience to sell it properly. None of it required him to be a developer. All of it required him to be clear about what he was building and who it was for.
P.S.
The key in this whole story is the one about the $6,000. Most people believe the hard part of a software business is the software, so if they cannot build it, they never start.
Spencer proved the hard part was everywhere else: the niche, the model, the proof, the patience. You can hire someone to code.
You cannot outsource your judgement.
👋 Enjoyed this post?
Give it a ❤️ and re-stack it ♻️
It helps us reach more AI and no-code builders like you.