Skip to main content

§ masterplan.md

Micro-SaaS for Developers

A dark-premium landing page for a tiny API tool: clean pricing, live code sandbox, terminal-style docs and a changelog.

All ideas
Dark Premium

01

App overview and objectives

A focused paid tool that solves one annoying developer problem extremely well, sold self-serve with a free playground, transparent pricing and excellent docs. The objective is profitable smallness, not scale.

02

The problem worth solving

Developers happily pay for tools that remove a recurring hour of work, but they only trust what they can try before signing up. A public playground converts far better than any marketing page.

03

Target audience

  • Primary — Working developers hitting the specific problem weekly.
  • Secondary — Team leads approving a small recurring spend.

04

Roles and permissions

  • Visitor — read-only public pages, can sign up.
  • Member — owns their own records, cannot see other users' data.

05

Core features

  • Public playground that works with no account and shows the real output
  • API with keys, quotas and clear error messages
  • Docs with copy-paste examples in several languages
  • Self-serve billing with usage metering and a free tier
  • Dashboard with usage graphs, keys and logs
  • Changelog and status page

Deliberately later

  • Team accounts and SSO
  • Self-hosted enterprise option
  • Webhooks and integrations

06

Technical stack

React marketing and dashboard, server functions for the API, Postgres for accounts and usage, a payment provider for metered billing.

Why: Metered billing plus quota enforcement needs reliable server-side counting; everything else is standard app work.

Alternatives: Serverless-only with a third-party billing meter (fast, vendor lock-in) or a monolith on a VM (cheap, you own uptime).

07

Conceptual data model

Account — owner, plan, billing customer id, quota

ApiKey — account, hashed key, scopes, last used, revoked

UsageEvent — key, endpoint, units, timestamp, latency

Invoice — account, period, usage summary, amount, status

PlaygroundRun — anonymous session, input hash, output, created_at

08

Integrations

  • Payments with usage-based billing
  • Transactional email
  • Error monitoring
  • Status page

09

UI design principles

  • Deep neutral background, one saturated accent, thin borders instead of heavy cards.
  • Monospace for data and code; tight, technical spacing.
  • Subtle glow and gradient only where you want the eye to land.

10

Security considerations

  • API keys stored hashed; shown once at creation and revocable instantly.
  • Per-key rate limits and abuse detection on the free playground.
  • Never log request bodies that may contain customer secrets.

11

Development phases

Phase 1 — Prove the core

  • — Public playground that works with no account and shows the real output
  • — API with keys, quotas and clear error messages
  • — Docs with copy-paste examples in several languages
  • — Static content and design system in place
  • — Basic analytics

Phase 2 — Make it real

  • — Self-serve billing with usage metering and a free tier
  • — Dashboard with usage graphs, keys and logs
  • — Changelog and status page
  • — Accounts, sign-in and password reset
  • — Empty, loading and error states everywhere

Phase 3 — Polish and launch

  • — Performance, accessibility and SEO pass
  • — Legal pages, contact route and 404 handling
  • — Wire up: Payments with usage-based billing
  • — Wire up: Transactional email

Phase 4 — Grow

  • — Team accounts and SSO
  • — Self-hosted enterprise option
  • — Webhooks and integrations

12

Challenges and solutions

Risk — Free playground abuse

Solution — Aggressive per-IP limits, small payload caps and proof-of-work or captcha only when limits trip.

Risk — Usage billing disputes

Solution — Per-request logs visible to the customer, and a grace policy for the first overage.

Risk — Docs rot

Solution — Generate examples from tested code so a failing test breaks the docs build.

13

Future expansion

  • Marketplace listings
  • CLI and editor plugins
  • Regional data residency

14

Page list (13 pages)

  1. 01 PUBLIC Home — The problem, the demo, the price — above the fold.
  2. 02 PUBLIC Pricing — Transparent tiers with a usage calculator.
  3. 03 PUBLIC Docs — Quickstart, reference and recipes.
  4. 04 PUBLIC Playground — No-signup trial of the real thing.
  5. 05 PUBLIC Changelog — Shipping cadence as a trust signal.
  6. 06 AUTH Sign up — Create an account with email or a social provider.
  7. 07 AUTH Log in — Return to the account, with error and lockout states.
  8. 08 AUTH Reset password — Request a reset link and set a new password.
  9. 09 APP (signed in) Account settings — Profile, email, password, language and delete account.
  10. 10 PUBLIC Contact — Contact form plus real address, phone and email.
  11. 11 LEGAL & SYSTEM Privacy policy — What data is collected, why, and how to remove it.
  12. 12 LEGAL & SYSTEM Terms of service — Rules of use, liability and account termination.
  13. 13 LEGAL & SYSTEM 404 not found — Friendly dead end with search and links back.

15

Page map

PUBLIC         AUTH               APP (signed in)      LEGAL & SYSTEM
─────────────  ─────────────────  ───────────────────  ───────────────────
├─ Home        ├─ Sign up         └─ Account settings  ├─ Privacy policy
├─ Pricing     ├─ Log in                               ├─ Terms of service
├─ Docs        └─ Reset password                       └─ 404 not found
├─ Playground
├─ Changelog
└─ Contact

key flows:
  Home ──▶ Playground
  Playground ──▶ Pricing
  Docs ──▶ Playground