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