18 Jan 2026 · 1 min read · filed between rabbit holes
Shipping GenAI SaaS from idea to a paid product
RedSerp and Paperbot were not research projects. They are GenAI SaaS products that had to take messy user input, run LLMs, and charge for the result.
The stack on paper is familiar: Next.js, Tailwind, PostgreSQL, Redis, GCP, Vercel, Stripe, Langchain, LangSmith. The work that mattered was deciding what not to let the model do.
The model is a component, not the product
Reddit market insight sounds like a prompt. In production it is ingestion, rate limits, extraction schemas, evals in LangSmith, and a UI that shows uncertainty instead of fake confidence.
If the interface can't explain what the model did, users won't pay a second month. I treated UI/UX as part of the AI system — same delivery loop as the chain.
Pipelines before magic
At WareWe I spent a lot of time on high-concurrency data paths: Redis, BullMQ, GCP, thousands of data points. That muscle transferred. LLM calls are just another unreliable I/O. You still need retries, idempotency, and a database that records what you billed for.
Stripe and serverless are easy to add and easy to get wrong. Meter usage against a job id you can replay. Don't invoice a feeling.
Idea to launch is a sequence, not a vibe
Idea validation, architecture, CI/CD, and a content or billing surface — that sequence is the job. AI can raise the ceiling of the product. It does not skip database design or a deploy you trust at 11pm.
If you're building a GenAI SaaS: pick one expensive user problem, constrain the model with structure, and make the rest of the system as dull as possible.