Web AppStill Online

SiteArcade

SiteArcade solved real website-maintenance pain for authors and reached about $1k MRR. The founder later reported high support burden, scattered feature expectations, and a market that behaved more like low-budget B2C than professional B2B.

Visit product

Product snapshot

What it was

SiteArcade is a SaaS platform for authors that builds and maintains author websites with automatic Amazon syncing, branding, hosting, domains, email, and press-kit features.

Who it was for

independent authorstraditionally published authorsself-published authorsauthors who need a low-maintenance web presence

Problem / value

Turn book metadata and author inputs into a professional, auto-updating website with less technical effort.

Core workflow

Authors created websites, synced book data from Amazon, hosted custom-domain sites with branded email, and generated pages or press kits for marketing.

Core dependency

The product needed author willingness to pay enough annual revenue to cover support and feature complexity.

Product form

web apphosted website platform

Pricing model

Public pricing page lists annual plans at $75/year, $150/year, and $300/year, with no monthly plans and payment due only when the user is ready to publish.

Competitors or alternatives

WordPressSquarespaceCarrd-style website buildersauthor-focused WordPress hosting or template servicescustom designer-built author websites

What happened

Summary

SiteArcade marketed itself as a fast author website builder with website, domain, email, Amazon import, design, marketing, book showcasing, and hosting features.

Outcome

The Indie Hackers shutdown note says the product had flat $1k MRR, authors wanted WordPress plus SiteArcade features, and support cost more time than annual subscription revenue justified.

Core risk

Vertical Saas Willingness To Pay And Support Burden

Timeline

  • Founder project page says work began on February 1, 2020.
  • Public pricing and marketing pages remain accessible as of 2026-05-20.
  • Founder reported a shutdown decision on Indie Hackers dated December 19, 2023, saying the platform gave authors a full migration year.

Before you build

Why it matters

This is a highly transferable micro-SaaS case: a small founder team built a polished vertical product for a specific audience, but public sources indicate that market behavior, support load, and feature expectations undermined scalability.

Primary check

Validate annual pricing, support load, and must-have author features before shipping a full vertical website platform.

Checklist

  • Can you name the first buyer segment and the repeated job they need solved?
  • Can you reach that segment without relying on one fragile channel?
  • What evidence would disprove the vertical saas willingness to pay and support burden risk?
  • Validate whether a niche audience behaves like B2B or B2C before pricing and support assumptions harden.
  • Treat enthusiastic solution feedback as weaker than evidence of repeated payment and low-touch onboarding.
  • Estimate support cost for non-technical users before committing to low annual pricing.
  • Beware vertical products where customers want a full incumbent platform plus your differentiated features.

Relevant if

  • You are building a similar web app with public-source distribution risk.
  • You need to validate who will repeatedly pay before investing in product polish.

Less relevant if

  • You already control a reliable acquisition channel for the exact buyer segment.
  • The product is an internal tool with no need for public distribution.
  • You only need a current product profile, not a failure or shutdown analysis.

Pre-build tests

  • Run a landing-page or concierge test with the narrowest buyer segment before building the full workflow.
  • Ask users to commit to a paid pilot, not only to join a free waitlist.

Transferable lessons

  • Validate whether a niche audience behaves like B2B or B2C before pricing and support assumptions harden.
  • Treat enthusiastic solution feedback as weaker than evidence of repeated payment and low-touch onboarding.
  • Estimate support cost for non-technical users before committing to low annual pricing.
  • Beware vertical products where customers want a full incumbent platform plus your differentiated features.