2
5 Comments

How I built a SaaS, hit my first $68 MRR in 3 days, and why I immediately slashed my prices - The Full Story

If you had told me a few months ago that I would launch a SaaS, get paying customers within 72 hours, and then immediately drop my pricing by almost 50%, I would have called you crazy.

But building in public has a funny way of teaching you hard lessons very quickly.

I’m the solo founder of Snyho (a Content Command Center for digital agencies and creators), and this is the raw, unfiltered story of how I went from burnout to building a SaaS, facing silent server crashes, securing my first $68 in Monthly Recurring Revenue (MRR), and why I decided to pivot my pricing on day 4.

If you are a solo dev or an indie hacker currently grinding in the dark, grab a coffee. I wrote this for you.

Chapter 1: The Problem (My Personal Hell)
Before writing a single line of code for Snyho, I was managing multiple WordPress sites and social media accounts. My daily workflow was an absolute operational nightmare:

Write a draft in Google Docs.

Copy it to WordPress.

Fix the formatting that inevitably broke.

Guess the On-Page SEO score.

Download images, compress them, and re-upload them to the WP Media Library.

Open ChatGPT to generate promotional tweets and LinkedIn posts.

Open a scheduling tool to distribute the social posts.

I was experiencing chronic "tab overload." I spent roughly 5 hours a week just on distribution. I realized that teams don't fail from a lack of ideas; they stall because of operational friction.

I looked for tools that combined WordPress content management, On-Page SEO analysis, AI generation, and Social Media scheduling into one dashboard. They were either disjointed, required 10 different plugins, or cost hundreds of dollars a month.

So, I decided to build it myself.

Chapter 2: The Vision & The Architecture
I wanted to build a "Command Center." A unified workspace where you write once, optimize, and publish everywhere.

The Tech Stack:

Framework: Next.js (App Router) & TypeScript.

Styling: Tailwind CSS (Strict minimalist monochrome UI – white backgrounds, slate text).

Database: PostgreSQL with Prisma ORM.

Authentication: NextAuth (Google OAuth + Credentials).

Emails: Resend API.

Payments: Paymento (and Stripe).

The core engine relies heavily on external APIs. I had to build a system that securely connected to WordPress via Application Passwords (bypassing the need for custom plugins) and integrated with the official APIs of X, Meta, and LinkedIn.

But building a SaaS is never just about the "happy path."

Chapter 3: The Nightmares & Obstacles
To get to V1.0, I had to wrestle with some incredibly frustrating bugs. Here are the top three that almost made me quit:

Obstacle 1: The WordPress Multisite Upload Cap
One of Snyho's killer features is that any image you drop into our editor gets automatically uploaded to your connected WordPress Media Library to save server space. During beta testing, image uploads kept failing randomly. After two days of debugging, I discovered that a WordPress multisite installation I was testing on had a hardcoded 64MB max upload limit hidden deep in the network configurations. I had to build custom error handling to gracefully inform users when their WP limits were rejecting the API payload.

Obstacle 2: The "Silent" Resend Failure
I set up Resend for my welcome and verification emails. Everything worked perfectly on localhost. I pushed to production, and users started signing up via Google OAuth.

Days went by, and I realized no one was getting welcome emails.
Because the NextAuth Google provider bypasses the manual registration route, the createUser event wasn't triggering my email utility properly. Worse, because the RESEND_API_KEY was missing a specific environment configuration on my VPS, the app was failing silently. I had to rewrite the entire authentication flow, wrapping every email trigger in strict try/catch blocks and hooking directly into the Prisma DB creation events to ensure no user was left behind.

Obstacle 3: The Financial Brain (Webhooks & Redundancy)
Building the Paywall (I call it PaywallGuard) was relatively easy. But tracking the money was hard.
I built a payment webhook (/api/webhooks/paymento/route.ts). Then, I decided to build a Hybrid Referral System where referrers get +10 free days AND 20% cash commission.

I almost created a catastrophic redundancy by making a second webhook for referrals, which would have caused the payment gateway to fail. I had to step back, architect a single, monolithic prisma.$transaction inside the existing webhook. Now, when a payment succeeds, the system simultaneously unlocks the paywall, finds the pending referral, adds funds to the referrer's wallet, and extends their trial by 10 days—all in under 800 milliseconds.

Chapter 4: The Go-To-Market & The First $68
With the legal pages (Privacy, Terms, DPA) written and the Stripe/Paymento gateways live, it was time to launch.

I didn't have a massive email list. I didn't have a huge marketing budget. I used guerrilla marketing. I went into niche Facebook groups and LinkedIn communities filled with agency owners and SEO experts.

I didn't spam links. Instead, I used the "Founder's Story" approach. I wrote exactly what I was feeling: "I was wasting 5 hours a week copy-pasting between WP and X, so I built a command center to do it in one click."

Within the first 72 hours, the traffic spiked. Users started creating accounts. I watched my Microsoft Clarity dashboard like a hawk, observing how users navigated the minimalist UI.

Then, the Stripe notification hit.
Payment Successful.

Someone had hit the PaywallGuard after their trial and decided the tool was valuable enough to pay for. They bought the "Pro" plan, which I had initially priced at $34/month. A few hours later, a second user upgraded.

$68 MRR. Day 1 of monetization.
Seeing strangers pay for code you wrote in your bedroom is a feeling I will never, ever forget.

Chapter 5: Why I Immediately Cut My Prices
You might be thinking: "If people are paying $34, why lower it?"

Watching the session recordings and talking to my initial users, I noticed a trend. The $34 price point was a no-brainer for established digital agencies, but it created too much friction for the solo creators, indie hackers, and freelance writers who desperately needed the tool.

I looked at my infrastructure costs. My margins were excellent because of the direct-to-WP image routing and efficient API usage.

I made a gut decision. I slashed the Pro plan down to $19/month.

Why? Because I want Snyho to be an indispensable utility, not a luxury expense. Lowering the barrier to entry combined with my 20% Lifetime Referral Commission meant that my early users could easily become evangelists. If a user invites just 5 people, their account is basically free.

The $19 price point is an investment in volume and community growth over immediate, short-term cash flow.

What’s Next?
We are just getting started. The roadmap includes native desktop apps for Q4, deeper AI integrations, and expanding the Social Command Center to include Pinterest and TikTok scheduling.

If you struggle with content distribution, or if you just want to support a fellow indie hacker, I’d be honored if you checked it out.

🔗 Snyho.com
(There’s a 14-day free trial, no credit card required).

If you’ve built a SaaS, what was your biggest obstacle in getting your first paying customer? Let’s talk in the comments!

on May 13, 2026
  1. 2

    This is a stronger story than just “I built a content tool.” The real pain is operational content drag: WordPress formatting, SEO checks, image handling, social repurposing, scheduling, and tab overload all living in separate places.

    The “command center” framing is good because it turns Snyho from another AI content product into a workflow layer for creators and small agencies. I’d probably lead with the 5-hours-a-week distribution pain even harder, because that is more concrete than “AI generation” and easier for the buyer to feel immediately.

    One thing I’d watch is the Snyho name. It is short, but it may not instantly communicate enough trust for agencies managing client publishing workflows. If this expands into a serious content operations platform, a cleaner workflow/platform brand like Xevoa.com would probably age better than a name that feels more indie-tool-like.

    1. 1

      Wow, this is incredibly sharp feedback Thank you! You absolutely nailed it 'operational content drag' is the exact monster we are fighting AI generation has become a commodity, but the workflow layer (formatting, syncing to WP, tailoring for 3 social networks, and getting client approvals) is where the real friction lies.

      Your point about leading with the '5-hours-a-week' time-saving metric instead of just 'AI generation' is a brilliant marketing angle It’s tangible and hits the buyer’s pain point immediately I am actually going to tweak our hero copy today to reflect that exact framing.

      Regarding the name 'Snyho'—that is a very valid and interesting observation It started as a fast, lean indie project, but you are entirely right that as we scale into a serious B2B/agency operations layer, the brand needs to carry that enterprise weight and trust (Xevoa is a great sounding example, by the way) A rebrand to something more authoritative is definitely on the table for our Phase 2 roadmap once we lock in our core agency user base.

      Really appreciate you taking the time to write this This is the exact kind of high-level strategic feedback I came to Indie Hackers for!

      1. 2

        Really glad that framing helped.

        And yes, that is exactly the shift I’d lean into: AI generation is now expected, but content operations is where agencies actually feel the pain.

        On the name, I’d only pressure-test one thing before waiting too long for Phase 2.

        If your core agency users start remembering the product as Snyho, that name becomes harder to change later. So even if you do not rebrand immediately, it may be worth comparing the direction now while the brand is still flexible.

        Xevoa fits because it feels more like a workflow/platform layer than an indie content tool. That gives you room to grow into publishing, approvals, repurposing, and client content operations without being boxed into “AI writing.”

        Happy to connect on LinkedIn if useful. This is exactly the kind of naming/category shift that is easier to think through before the product gets too fixed:

        https://www.linkedin.com/in/aryan-y-0163b0278/

        1. 1

          Aryan, you make a very compelling point about the branding 'stickiness' You are absolutely right the longer we wait to rebrand, the more expensive and confusing it becomes for our core early adopters.
          Shifting to a structural, platform-level name like Xevoa right now while we are still agile makes a lot of strategic sense It completely removes the 'AI writer' box we might get trapped in.

          I just sent you a connection request on LinkedIn! Would love to keep this conversation going and pick your brain as we process the feedback from this launch. Thanks again for the sharp insights.

          1. 1

            Hussin, one practical thought here.

            Since you are already processing launch feedback and thinking about whether Snyho should stay a lean content tool or become a serious agency content-ops platform, this may be worth pressure-testing properly before Phase 2 gets more fixed.

            I’m doing focused naming and positioning audits for early products: current name risk, category framing, domain perception, whether the brand can scale, and what stronger naming direction I’d take before more users, launch assets, and customer memory build around the current name.

            For Snyho, the key question would be simple: does the brand still work if the product becomes the workflow layer for agency publishing, approvals, repurposing, and client content operations?

            Not a long consulting thing. Just a sharp written breakdown with practical recommendations.

            I’m doing a few of these at $99 while refining the format. If useful, connect here and I can put together a clear outside read for Snyho:

            https://www.linkedin.com/in/aryan-y-0163b0278/

          2. 1

            This comment was deleted 2 months ago.

          3. 1

            This comment was deleted 2 months ago.

      2. 1

        This comment was deleted 2 months ago.

Trending on Indie Hackers
5 days post-launch: Top 50 on Product Hunt, zero signups, and why I think that's actually fine User Avatar 132 comments The feature you're most sure about is the one you should question first User Avatar 120 comments I let 3 LLMs argue on the famous AI "Car wash: Walk or Drive" problem to prove a point. User Avatar 50 comments I built an AI fitness coach, then realized AI was only solving half my funnel User Avatar 42 comments Built a local-first privacy extension. Looking for feedback. User Avatar 38 comments I spent months chasing clients who already had a webmaster. So I built something that only finds the ones who don't. User Avatar 34 comments