
Hi, I'm Jonathan. I've been a software developer at a small startup for almost 5 years. For the last 3 years, I built side projects on nights and weekends.
I sold my first product, LectureKit, for $7k. WaitListKit got one pre-sale, but I decided I didn't want to build it and refunded the user. I made $400 with zero marketing on NextUpKit, but then made it free and open source. And then, I grew CaptureKit to $127 MRR and sold it for $15k 2.5 months after launch.
This month, I left my full-time job to become a full-time indie developer and grow my products! My focus is on my fifth and sixth products:
SocialKit turns social media content into clean data: transcripts, comments, stats, profiles, and AI summaries from YouTube, TikTok, Instagram, Facebook, LinkedIn, and Twitter/X, with one API. It launched 13 months ago and grew to ~$3.5k in monthly revenue ($2.8k MRR plus ~$700 average one-time payments) with 110 active subscriptions.
PostPeer offers a unified API to schedule and publish content to every major platform — LinkedIn, X, Instagram, TikTok, YouTube, Facebook, and more. It's my newest and fastest-growing product. I launched it in April 2026, and it has a revenue of ~$2.9k/mo ($2.4k MRR plus ~$500/month in one-time payments), with 1k users.
It started as curiosity more than a business plan. I had a good dev job, but I kept seeing indie hackers on Reddit and X sharing their numbers and thinking, "I could build that."
I built my first products based on whatever I thought was cool, and that showed. So, I stopped trying to be original and started actively looking for competition. My rule now: At least 2-3 solid competitors, each doing roughly $20K-$80K/month, in a niche I understand. If there's no competition, I don't build it, because it usually means there's no real demand.
Competitors already making money IS the validation. That rule led me to CaptureKit, which was my biggest sale. And it led me to my niche: API products in the scraping, data, and automation space. Developers and automation people pay for reliable APIs, and as a developer, I know exactly what the buyer wants.
If my idea has competitors and I understand the customer, I put it through one more test. Can I differentiate slightly without reinventing anything? I don't try to out-feature anyone. With SocialKit and PostPeer, the wedge is speed of support and early adoption of the AI-agent use case. Small, real differences beat original ideas.
Financially, I spent almost nothing: domains, servers, and some AI subscriptions. The real cost was time: nights and weekends for three years while I worked full-time. I made that sustainable by shipping small and marketing during development instead of after. By the time each product was "done," blog posts already ranked, free tools brought traffic, and early users gave feedback.
My advice? Build while you work if you can. It's slower, but you get to take the leap from solid ground so you don't have to work from a place of desperation.

I used CaptureKit's infrastructure when I built SocialKit: auth, billing, API key management, docs structure, even the landing page patterns. This is a key part of my approach now. Every product makes the next one cheaper to build.
PostPeer took longer because social platform integrations are genuinely painful. TikTok's approval process alone — if you know, you know. It's also the first product I'm not building alone; I work on it with a partner, which changes the pace. My partner splits platform integrations with me and keeps shipping when I'm deep in SocialKit.
As far as the stack, TypeScript everywhere. Both products are Next.js on the frontend and Fastify APIs on the backend, MongoDB for data, Redis (Upstash) and BullMQ for queues and rate limiting, and AWS Lambda for the heavy scraping workloads.
For payments, SocialKit runs on LemonSqueezy (I hate everything about them), and PostPeer runs on Polar (love them, at least for now!).
Resend handles emails, and Gemini/OpenAI power the AI features. PostPeer is a pnpm monorepo (web, API, MCP server, background jobs), which keeps everything shippable in one place.
Hosting is where the stack keeps changing. I started with everything on Vercel, super convenient with Next.js, but it got expensive really fast once API traffic grew. I moved everything to Railway, which cut costs a lot, but lately, they've been having so many issues that I might move again — probably self-hosting on a VPS next.
And Claude is my team, from writing code to (recently) running my social media through my own API.
Both products use the same model: subscription tiers based on API usage (credits), plus one-time credit packs for those who prefer not to subscribe. The one-time option matters more than I expected. It adds a consistent $500-700/month per product, and developers who hate subscriptions often start with a pack and later convert to a plan.
New users receive 20 free credits to test the API, no credit card required. This is the entire free offering; after that, it's paid. Every product has paid plans available from launch day. The first paying customer usually arrives embarrassingly early ($13 MRR in month one for SocialKit, $34 for PostPeer), and these early payments teach you more about your pricing than any research.
And here's something I learned that paid for itself: Placing customer reviews at the top of the pricing page increases sales.
My advice is to price against your competitors — they already validated what the market pays. Offer paid plans from day 1, and offer people a way to pay without a subscription.
My "launches" are anticlimactic: I launch quietly. PostPeer's first customer came one week after a quiet launch, before any real announcement, because the SEO groundwork was already live. The classic launch platforms did not help me: SocialKit hit #1 on Uneed, and I used Product Hunt, but neither made an impact. Compounding channels beat spiking channels.
I focus on SEO, starting it before and during product development, never after. My system includes 1-2 relevant blog posts a week, a landing page for every API/feature, use-case pages, and competitor/alternative pages. My guiding trick: I watch search trends and search as my customers would, then create content for every relevant query. This includes YouTube: videos targeting those same relevant queries rank in both YouTube and Google search.
Don't skip these basics: Google Search Console from day 1, submitting your sitemap, internal linking, and some directory submissions for early backlinks.
Reusing content multiplies these efforts. One piece of content becomes many: A YouTube video becomes a blog post with the video embedded, then a LinkedIn post, a Reddit post, shorts, and TikToks. Alternative pages also get videos. The same content in different shapes ranks or reaches different audiences.
Free tools are another compounding piece: A YouTube transcript extractor, for example, ranks, brings steady traffic, and converts some users.
And it turns out that ChatGPT and Perplexity surface competitor/alternative pages; paying customers found me through LLM recommendations.
Beyond SEO, I build in public. I share real numbers on Reddit and LinkedIn; one recent post garnered 27K views and brought a wave of sign-ups. These posts also generated acquisition offers for my previous products. Once users arrive, retention is simple: I answer support in minutes and talk to users directly, even on WhatsApp. This appears in almost every review, and it's the one thing bigger competitors cannot copy.
Finally, timing was a helpful force that was outside of my control. The AI-agent wave arrived exactly when I had two APIs ready to plug into it. MCP didn't exist when I started building, and now agents contribute a real share of my signups.
YouTube has been my business school. I developed most of my playbook (competition as validation, marketing before product, charging early) by absorbing that content for free while building at night.
Here are some resources:
For bootstrapping, Rob Walling, and especially this video
For SEO, Edward Sturm
For AI coding, Chris Raroque
For fun, this.
Daniel Sternlicht, the CEO at the startup where I worked full-time, was a significant help too. Shoutout Daniel! Working next to him for almost five years provided a masterclass in building products and shipping fast; I applied much of that to my own products.
Here's my advice:
Build while you work (if possible). I didn't quit until my products made $3K+/month. Take the leap from solid ground.
If there's no competition, don't build it. Competitors making $20K-$80K/month ARE the validation (for me at least).
Start SEO and marketing before and while building, never after.
Have paid plans from day one.
Talk to your users, even on WhatsApp. Fast support is the one thing big competitors can't copy.
Make one piece of content do five jobs: video -> blog -> LinkedIn -> Reddit -> shorts.
Share real numbers. The posts I was scared to publish brought customers and acquisition offers.
I'm not 100% sure what's next, to be honest. For the short term, I'll grow PostPeer and SocialKit to $10K per month each. That or sell for a good deal.
Other than that, I want to be happy, build stuff I enjoy building, and have free time for fun stuff.
And of course, I definitely want to sell a product for $1,000,000+. That's the dream!
You can follow along on X, LinkedIn, and Reddit. And check out postpeer.dev and socialkit.dev!
Leave a Comment
The "competitors making $20-80K/month IS the validation" reframe is the one that'll stick with me. Most people treat existing competition as a reason not to build something, when it's actually the clearest signal the demand is real.
Also the pricing note about no free tier, just 20 credits and then paid from day one. Scary to launch that way, but it sounds like it forced honest signal way earlier than a generous free plan would've.
Curious how much of the jump from SocialKit to PostPeer's early revenue was new signups versus existing subscribers just not churning off on renewal. With usage-based credit pricing specifically, I'd guess failed or expired cards on renewal hit differently than a flat subscription would.
Thanks a lot for featuring me! Appreciate it (:
Really encouraging to read — six projects before something clicked is a good reminder that it's rarely the first idea. I just launched my first small tool (a freelance rate calculator) and I'm curious: looking back, was there something specific about SocialKit/PostPeer that made them different from the earlier five, or was it more just timing and persistence?
Great journey and very practical advice. I especially like the focus on validating with existing competitors, marketing before launch, and building while still employed. Congrats on going full-time—wishing you lots of success with SocialKit and PostPeer!
very nice
The patience to keep iterating until products 5 and 6 is underrated - easy to second-guess yourself before that point but clearly it paid off.
interesting
I love this story cause I've been putting a lot of work into SEO, internal linking, and content lately, so it was especially interesting to read how you start that process before the product is even finished and then repurpose one piece of content across several channels. Also very interesting that ChatGPT and Perplexity are already sending you paying customers. Very nice indeed!
Really enjoyed reading this. ~
The part that stuck with me wasn't the MRR. It was spending three years building before going all in.
I think people often underestimate how much that time matters. You get to make better decisions because you're learning instead of rushing. By the time things start working, you've probably already solved dozens of problems nobody else sees.
Reusing content across multiple channels and leveraging free tools as SEO entry points is a masterclass in distribution. Reusable infra (like CaptureKit) making every subsequent build faster and cheaper is such a smart, compounding moat for solo builders.
Also, interesting takeaway on offering one-time credit packs alongside subscriptions—$500–$700/mo extra per product purely from subscription-averse devs is massive. How are you currently managing queue spikes on AWS Lambda vs Railway to keep your background job costs low?
BEST CRYPTO / BITCOIN / USDT / RECOVERY SERVICE PROVIDERS.. WIZARD GEO COORDINATES RECOVERY HACKER
Do you know that The Best Bitcoin & USDT Recovery Expert currently is WIZARD GEO COORDINATES RECOVERY HACKER
To anyone searching for reliable assistance in recovering lost assets or navigating digital fraud, reach out to WIZARD GEO COORDINATES RECOVERY HACKER.
Telegram: @Geocoordinateshacker
Their proven track record and compassionate approach set them apart as leaders in the industry. I am forever grateful for their support and would confidently endorse their services to anyone who needs help. I’m super happy and grateful for the services
The free tools point is the one I keep turning over. For an API business the free tool is obvious, it's a smaller version of the paid thing. I sell courses (kambolab, teaching people who don't code to build with Claude Code) and I'm not sure what the equivalent is.
A free mini-course is the lazy answer, but that's just content, it doesn't get the steady utility traffic your transcript extractor gets. Did any of your free tools feel like a stretch from the paid product but work anyway? Trying to figure out how far the tool can sit from the thing you actually sell.
For a course business teaching non-coders how to build with tools like Claude Code, a free tool doesn't need to be a mini-course—it should be a utility-driven micro-solution that solves a specific friction point before they even realize they need to take a full course.
Yes, tools that feel like a slight stretch from the core product can work remarkably well if they target the immediate precursor problem of your target audience. For instance, if your students struggle with setting up environments, reading basic project structures, or managing workflow prompts without knowing how to code, a simple browser-based prompt generator, a lightweight project structure visualizer, or a system compatibility and hardware readiness checker can drive massive, steady utility traffic.
When users are setting up their development environments or running resource-heavy AI coding local tools, ensuring their machine's hardware and performance are properly optimized is a common hurdle. Providing a quick utility check through tools like a right at that decision stage bridges the gap between basic setup and advanced course enrollment.
The key is making sure the free tool acts as a natural stepping stone: it solves a micro-problem instantly, captures their attention, and naturally points them toward your full course when they want to build bigger things. Bottleneck
Thanks, the "precursor problem" framing is the useful bit for me. For my audience the precursor isn't hardware, it's confidence. They don't know if their problem is even the kind Claude Code can solve. So the tool ideas I'm now weighing are a "describe your annoying weekly task and I'll tell you if it's automatable" checker, and a plain-English explainer for terminal commands people are scared to run. Both sit right before the moment someone would want a course.
This is a great reminder that most "overnight successes" are actually years of consistent work behind the scenes. Three years of side-hustling while managing the uncertainty takes discipline that most people underestimate. Hitting $6.4k MRR is impressive, but I think the bigger achievement is proving product-market fit before going all-in. Too many founders quit too early or jump in without validation. Wishing you continued growth—curious what the biggest lesson was during those three years that accelerated your growth?
amazing
"Compounding channels beat spiking channels" is the headline, but the detail underneath it is what got me: PostPeer's first customer arrived a week after a quiet launch, before any announcement, because the SEO was already sitting there. The thing that actually worked had been running for months while you were still building. The launch itself was almost incidental to it.
What I notice is that you compound in two directions at once and describe both almost in passing. CaptureKit's auth, billing, API key management and docs became SocialKit's. And the blog posts and free tools were live before the product was finished. Code compounding and distribution compounding, same idea applied twice.
Since you've done this six times now: if you started product #7 tomorrow with no existing infra and no ranking pages, what would week one look like? Ship something so there's a URL to point at, or write the first posts before there's anything to sell?
Asking because I'm at exactly week one right now, and I'm fairly sure I did it in the wrong order.
Congratulations on the milestone! One thing that stood out to me wasn't the revenue, but the fact that you spent three years building before going all in. As someone who's just starting my own journey, it's encouraging to see that consistency mattered more than overnight success. Looking back, is there one decision you wish you'd made much earlier?
Thanks man!
What you shared is so much valuable information. I really love them all.
I just found you randomly on reddit few days ago. Again, randomly i found you on indie hacker and really like to keep learning from you. Just followed you on Reddit, X.
Appreciate it :)
One thing that really stood out to me wasn't the $6.4k MRR—it was the shift in mindset. You stopped chasing "original ideas" and started treating existing competitors as proof of demand. That's a subtle but powerful change that I think many first-time founders miss.
I'm currently building AI SaaS products, and your point about starting SEO and marketing before the product is finished also hit home. It's easy to spend months polishing features while ignoring distribution, but your results show that compounding channels create a much stronger foundation than hoping for a launch spike.
One question: looking back, if you were starting from zero today with no audience and no previous products, would you still prioritize SEO first, or would you spend more time building an audience on X/LinkedIn alongside SEO from day one?
Congrats on your milestone. What Reddit community are you posting the build in? I post in options communities and they prohibit self promotion. Would love some tips for Reddit
Some good info here, thank you!
🙌🙌
The part that hit me most was starting SEO and marketing while the product is still being built. I’m building an AI influencer tool right now, and it’s easy to spend all my time on features and leave distribution for “later.” This made me rethink that. I was also surprised by how well the one-time credit packs performed. Did most of those buyers discover the product through SEO and free tools, or were they existing users who simply didn’t want a subscription?
Wow! So many gems!!
<3 thanks!
Sticking with it through 4 failed products before this one is the real story here. What made you keep going instead of quitting after product 2 or 3?
I enjoyed it :) and I know failing is a part of the process, I did do it on a "safe" envoirment, cause I worked full time
Solo founders — do you have a referral program for your product? If not, is it because setup is too complex or existing tools are too expensive? Genuinely curious.
I haven’t explored referral programs much yet. I’d gladly try a tool that charges based on successful referrals, but most options I’ve seen require an upfront monthly fee, which is hard to justify at an early stage.
This is a brilliant playbook. Jonathan's point about reusing infrastructure — 'Every product makes the next one cheaper to build' — is the exact reason I started building premium Next.js boilerplates (HadiKits).
As a developer, I noticed I was wasting dozens of hours rewriting auth, billing, and landing page structures for every new side project. By building an enterprise-grade template once (with 400+ automated tests and full security), the next 10 products become just a fraction of the cost and time to build.
His focus on 'compounding channels' (SEO, alternative pages) over 'spiking channels' (Product Hunt) is a tough pill to swallow for engineers who just want to launch, but it is 100% accurate. I am actually on the opposite side of the spectrum from Jonathan: I love the building phase but hate the SEO/marketing phase, which is exactly why I am currently looking for a marketing partner to handle the distribution for my templates.
Quick question: Does Jonathan write those SEO alternative pages and use-case pages manually, or does he use a database-driven template to generate them at scale? Curious how he manages the content volume alongside coding.
Congrats on reaching this milestone! What impressed me most wasn't the $6.4k MRR—it was your commitment to building consistently for three years before going all in. That's a powerful reminder that long-term consistency pays off. I also appreciate your honesty in sharing the setbacks alongside the successes. Wishing you even more growth and success ahead!
Every product makes the next one cheaper to build" is such an underrated point — reusing CaptureKit's auth/billing/docs to bootstrap SocialKit is basically compounding infra, not just compounding content.
Also love the "competitors making $20-80k/mo IS the validation" rule. Way more useful than chasing something original with zero proof anyone will pay.
Nice app!
Congrats on the milestone! What stood out to me wasn't the $6.4k MRR, but the fact that you spent three years building before going all in. It's a great reminder that consistency compounds over time. Thanks for sharing the failures as well as the wins. Wishing you continued growth!
Bravo, very inspiring
The one-time credit packs deserve more attention than you gave them. $500–700/month per product against $2.8k and $2.4k MRR is roughly 20% of revenue from a payment option most SaaS founders never build.
The interesting part isn't the revenue, it's who it captures. Subscription-averse developers don't churn they never convert in the first place, so they're invisible in your funnel. You can't see the segment you're losing. A credit pack doesn't upsell existing users; it makes a previously unreachable buyer purchasable, and some convert to plans later anyway.
Question on the $20–80K competitor rule: it clearly works for avoiding dead markets, but does it tell you anything about your own ceiling? You're at ~$6.4k across two products in niches where competitors do 3–10x that. Is the gap just time, or does the rule validate that demand exists without predicting what share you can take?
"Lost crypto to a scam or hack? Cryptera Chain Signals delivers expert blockchain forensics and professional asset recovery. Trusted AI-powered tracing. Real results. Ethical service.
Get your free confidential assessment today.
This exploration process is amazing.
The CaptureKit trajectory is the interesting data point here — $127 MRR to a $15k sale in 2.5 months is a pretty aggressive multiple, which usually means either the acquirer valued something beyond current MRR (codebase, API integrations already built, a foothold in a space they wanted) or you had a specific buyer already lined up rather than an open market sale.Curious which it was, since "sell fast on low MRR" isn't usually the advice given (most say grow MRR first, multiple later) — sounds like you found an exception to that
The buyer bought the product cause building it is expensive, and I have expertise in that field (scraping)
The "competitors making $20-80K/month ARE the validation" rule really reframes how I've been thinking about ideas — I assumed no competition meant opportunity, but it more often means no real demand. Also really useful: pricing from day one with a small no-card free tier instead of a fully free trial. I've been leaning toward "free trial, then figure out pricing later" for something I'm building, and this makes me want to rethink that.
Solid breakdown! The rule about no competition meaning no demand is so true, and building APIs for developers who actually pay is a smart playbook. Fast support on whatsapp as a moat against big players is pure gold.
Inspiring path!! especially shipping through several kits before the ones that stuck. For SocialKit vs PostPeer, what drove growth more: SEO/content, communities, or outbound to developers? And after quitting your job, what are you protecting first: focus on one product, or keeping both growing in parallel?
Inspiring path! especially shipping through several kits before the ones that stuck. For SocialKit vs PostPeer, what drove growth more: SEO/content, communities, or outbound to developers? And after quitting your job, what are you protecting first: focus on one product, or keeping both growing in parallel?
I've been experimenting with similar price points. What made you land on [mentioned price] — gut feeling or did you ask users directly?
This is a good reminder that success often happens after several products, not after the first launch. Working on different ideas for three years probably helped him improve his product judgment, distribution skills, and understanding of what users actually pay for. Waiting until he had real traction before quitting also sounds much safer than making the decision based only on excitement. What specific milestone finally convinced him that the business was strong enough to go full-time?
Love your story. I wish I could picvk your brain more feels like I could learn a lot from you. Congrats on your success.
congrats
Others have mentioned it too, but your point about having competition is the validation really hit home. I've been demoralized in the past by telling myself, "someone is already doing this." This will definitely stick with me
The most practical indie journey i've read so far.
appreciate it man
Great breakdown, and the part most readers fixate on (the MRR, the SEO system) isn't the most transferable thing here. The real unlock is one line: "every product makes the next one cheaper to build." Jonathan didn't build six products, he built a factory for launching products, each sharing auth, billing, API-key management, docs, landing-page patterns. That's the compounding asset, and it's why his sixth ships faster than his first despite being more complex.
Worth naming for anyone building serially, because it reframes what you're accumulating. Most indie hackers treat each project as standalone and start from zero, which is why project #6 is as slow as #1. Jonathan treats infrastructure as a durable asset that appreciates. The MRR is the visible output; the reusable stack is the machine producing it. If you're building more than one thing, the highest-leverage early investment isn't the product, it's the parts you'll reuse.
The second insight, counterintuitive: "if there's no competition, don't build it, competitors at $20-80K/month ARE the validation." That inverts the instinct to find untapped markets. His logic is sound, because an empty market usually means no demand, not undiscovered opportunity, and validating demand is the slowest, most expensive part of building. He outsources validation to competitors who proved people pay, then wins on a small real difference (support speed, early AI-agent positioning) rather than originality. "Slightly better in a proven market" beats "original in an unproven one" almost every time, and it's cheaper.
The through-line: he removed the two things that kill most indie hackers, slow rebuilds and unvalidated demand, by treating infrastructure and market-proof as reusable assets instead of per-project costs. That's the actual playbook, more than any single channel.
The one to watch if you copy it: reusable infra assumes your products stay in one technical family (his are all scraping/data/automation APIs). Jump domains and the compounding resets. His narrow focus isn't a limitation, it's what makes the factory work.
building nights and weekends until the numbers made sense is the bit people usually skip when they tell the story
it is, it's hard to find the in between indie people
Agree with the "competitors making $20-80K/month IS the validation"
If there is competition there is demand, unless you are building absolutely something innovative in which case selling it becomes super hard and you have to convince customers that they need it
Of course existing market means competition, so there is a cost on both sides, but if people are paying for your product while there being an existing market for it, one can infer that you are doing something good
The line I keep coming back to is "paying customers found me through LLM recommendations." Everyone's going to focus on the 1-2 posts a week and the repurposing, but that's the part that actually feels new. And it makes sense that competitor/alternative pages are what surface - those pages are already shaped like the answer to "what's a cheaper X," so there's nothing for the model to reformat.
How did you find out that's where they came from, though? LLM traffic mostly shows up as direct in analytics, so I'm guessing you asked in onboarding or it came up in support? Curious whether you started tracking it on purpose or just kept hearing it.
if there's no competition, don't build it that's the one people fight most. running competitor gaps in bunzee, crowded niches always show the clearest wedges. how do you check the $20-80k number?
Truly Inspiring. I am in the same boat, catching up whenever I can.
Jonathan, great job!
☺️
Congrats on the leap, and on hitting numbers that actually let you make it. The "build while you work" advice doesn't get said enough, it's not as exciting as a leap-of-faith story but it's clearly the reason you got to take the leap from solid ground instead of out of desperation.
One line stuck with me more than the revenue numbers though: "fast support is the one thing big competitors can't copy." Everything else you listed (SEO, pricing, reusing infra) is a speed advantage, and speed is copyable given enough time. Personally answering on WhatsApp in minutes isn't. Feels like a preview of where a lot of us will end up competing next as building gets faster for everyone: less on who ships first, more on who earns trust faster once it's shipped.
Really appreciate you sharing the real numbers too, that's the part people usually skip.
Three years of side-hustling through five failed attempts before the sixth worked is a longer runway than most people talk about. What made you finally trust the numbers enough to go all-in — was there a specific moment, or more a gradual buildup of confidence?
Stories like this are a good reminder that consistency compounds. Three years can feel like forever when you're building, but it's encouraging to see what steady progress can turn into.
Really inspiring journey! I especially liked the focus on SEO, building in public, and creating products that solve real problems. I'm following a similar approach with my Snow Day Calculator, publishing helpful content and improving the tool over time. Consistency and providing value really do make a difference.
The underrated move here is selling CaptureKit at $127 MRR for $15K, roughly 10x annual revenue, and using it to fund the leap. As an investor I watch founders hold small products too long out of attachment, when selling early buys focus, and focus compounds faster than any single project. The shared auth, billing, and docs infrastructure across the Kit products is the same idea: every product cuts the build cost of the next one.
Good and inspiring post.
I understand the idea behind "If there's no competition, don't build it," since competition is often a strong signal that there's real market demand, but I wonder if this applies differently to larger, more ambitious projects. Some of the biggest companies today were built by creating or redefining markets, not by entering crowded ones.
A lack of competition doesn't always mean there's no demand, it can also mean the problem hasn't been solved in a compelling way yet.
I guess the real challenge is distinguishing between "there's no market" and "there's an untapped opportunity."
This is an inspiring article.
That post inspired me too much. I also inspected all of your projects and that's so interesting! congrats!
Starting SEO while building, instead of waiting until launch, is such a valuable takeaway. The “take the leap from solid ground” approach also makes this journey feel both practical and inspiring. Congrats on the growth!
true
The tip about offering one-time credit packs alongside subscriptions is gold. Developers really do hate recurring subs until they've tested the waters. Congrats on taking the leap, Jonathan!
his resonates a lot — congrats on 2 months in, that's no small thing after a layoff. The SEO/distribution lesson is such a common one though, so don't beat yourself up too much over it. Feels like almost every solo builder learns "build in public from day 1" the hard way once, myself included. At least you're catching it early (2 months) rather than 6-8 months in with zero traction. Curious — are you doing the distribution catch-up manually right now, or trying to batch it across platforms at once?
Congrats on the progress.
Thank you for such useful experience sharing, it's almost 2 months since I start building stuff after being laid off. And my first project is 100% based on what I think is cool. I did some simple search on the competitor and there's 2 but I doubt any of them having 3000+ MRR. I made a huge mistake of not working on SEO since day1, trying to distribute now and then realize that need to have enough contributions on all platforms first lol. It's definitely a lesson learned
Congrats on the progress! It's always encouraging to see how consistency and patience can pay off. Building something on the side for years before going all in takes real dedication. Thanks for sharing your journey and the lessons you learned—it’s motivating for others who are still in the early stages. Wishing you continued growth and even bigger milestones ahead
This hit differently reading it on day 100 of my own build.
The point about compounding channels beating spiky ones is exactly what I'm seeing. Product Hunt and directory listings barely moved the needle, while SEO work I did months ago is only now starting to turn into consistent traffic.
I definitely got the order wrong, though. I built first and focused on SEO later, so I'm still catching up on the "start before and keep going during the build" lesson.
The part about sharing real numbers being uncomfortable but worthwhile also resonated. I posted my own zero-users update today, and hitting "Publish" was honestly harder than shipping the code.
Good luck man!
This hits different reading it at day 100 of my own build. The "compounding channels beat spiking channels" point is exactly what I'm learning right now, Product Hunt and directory listings did nothing for me, but SEO work from a few months ago is only just starting to show up in real traffic now. I did it in the wrong order though, built first, SEO after, so still catching up on the "start before and during" part. The line about sharing real numbers being scary but worth it also lines up. I posted my own zero-users update today and it was harder to hit publish than any code I've shipped.
Great journey! I really like the idea of building multiple small products and learning from each one.
I'm also building SaaS products while working full-time, and I think the hardest part is not building the product but finding real market demand.
Congrats on reaching $6.4k MRR!
Thanks Kael :) and good luck with your products!
Very cool,his is a refreshingly practical story. The idea that competition is validation, not a red flag, really stands out, especially paired with the discipline of starting SEO before the product is “finished.”
Congrats, Jonathan — this is a refreshingly practical story. The idea that competition is validation, not a red flag, really stands out, especially paired with the discipline of starting SEO before the product is “finished.”
I also like the compounding mindset: reusable infrastructure, reusable content, and fast support all make the next stage easier. Curious: which SEO page type has converted best for you so far — feature pages, alternative/comparison pages, or free tools?
The "competitors making money IS the validation" framing is one I wish I'd internalized earlier. Different world — I'm a chef, not a developer — but the same math applied: EzWrite exists in an already-crowded writing-tool space, and the wedge ended up being small stuff like regional dialect detection, not reinventing the category. Took me a while to trust that "small and real" beats "original."
That's a great news
Leaving the day job with $6k+ MRR already locked in is such a clean way to take the leap, congrats Jonathan!
The point about competitors being the ultimate validation is spot on. I also loved the detail on one-time credit packs — so true that devs hate recurring subs until they've actually tested the product.
Wow what an amazing journey man, i really love ur obsession or u can say approach with the "Kit" approach, all the best really happy for u
Appreciate it man!
Thanks man!!
That is one amazing journey. Hoping to see your growth!
❤️❤️
This comment was deleted a month ago