PDF Generation API

The idea

An HTML-to-PDF API for invoices, reports, and certificates that renders pixel-perfect from a template — usage-based, targeting devs tired of wrestling headless Chrome.

Verdict: PIVOT 48/100

The pain is real but the market is saturated with mature, well-funded competitors (Puppeteer, wkhtmltopdf, specialized invoice platforms). A solo founder has no distribution advantage and will compete on reliability/speed—a commodity race.

Tribe

Backend developers at bootstrapped SaaS companies and agencies who currently use Puppeteer or wkhtmltopdf but hit reliability or scaling walls.

Pain level: medium

Developers DO struggle with headless Chrome crashes, slow rendering, and maintenance overhead. But this pain is *solved* well-enough by free/cheap open-source tools for most; the willingness to pay is low unless you offer dramatic speed or reliability gains that are hard to differentiate.

Market size

TAM: ~$2B annually for document generation APIs globally (Stripe, DocuSign, Zapier all touch this). But the *API-only* segment for HTML-to-PDF is maybe $200–400M, heavily fragmented.

Year-1 SOM: Realistic year-1 capture as a solo founder: $5–15K MRR if you land 10–30 paying dev teams. Most won't upgrade from free tools without a major reliability or speed breakthrough.

Strengths

Risks

Competitors

Moat

None yet. You could build a narrow moat if you become the de facto standard for a specific vertical (e.g., "the invoice PDF API for Shopify devs") and lock it in via tight integrations. But as a generic HTML-to-PDF API, you're commoditized.

5 actions for this week

  1. This week: interview 5 developers currently using Puppeteer in production at companies with >$1M revenue; ask what they'd pay monthly to eliminate rendering failures and what would trigger a switch.
  2. Build a minimal landing page and post in r/webdev, HN, and Indie Hackers; measure how many sign up for a free tier (target: 20+ signups = signal there's interest; <5 = rethink angle).
  3. Narrow your beachhead to ONE vertical (invoices, certificates, or reports—not all three); research pricing and pain intensity for that segment specifically.
  4. Prototype a free tier with a hard limit (e.g., 100 renders/month); deploy on Fly.io or Railway and measure time-to-first-paid-customer and churn.
  5. If no paid customer in 2 weeks, kill or pivot: either (a) pivot to a vertical with clearer pain (e.g., "PDF certificates for online course platforms"), or (b) pass and move to a less crowded problem.

Kill criteria

If after 4 weeks you have <3 paid customers, or if any paying customer churns within 30 days citing cost or switching back to Puppeteer, kill the idea. The market signal is clear: developers don't perceive enough value to stick. Alternatively, if you discover a narrow vertical (e.g., certificate generation for certification platforms) where pain is extreme and willingness to pay is high, pivot there—but don't chase a generic API.

More idea teardowns

Run a free teardown on your own idea · Browse the teardown library