The most useful part of Chris Koerner's interview with Caleb Panza is not the headline number. It is the sequence.
Caleb and his cofounder did not start with a giant audience, a perfect launch, or a glamorous product category. They started with a problem they understood, posted honest MRR updates when the numbers were still small, answered customer questions manually, and turned those questions into resource articles that search engines and AI tools could understand.
Source Note
Credit for the interview goes to Chris Koerner and The Koerner Office. The episode page is titled "He Lost His Job, Then Built a $11K/Month App" and describes Caleb Panza's path from job loss to a SaaS product that crossed $10K MRR.
Caleb Panza is publicly listed as a cofounder at Day Moon Development and building Post For Me. The revenue figures, churn remarks, and timeline in this post are attributed to the interview and podcast page, not independently audited financials.
Caleb's tool-stack notes come from the transcript and user-provided episode notes. I checked the public product pages before adding them here. One useful distinction: Unkey is positioned publicly as API infrastructure with key issuance, rate limiting, and analytics; Vercel is the deployment/hosting layer in this stack.
Link Map
| Resource | Use it for | Builder note |
|---|---|---|
| YouTube interview | Full Caleb Panza and Chris Koerner conversation. | Use as the source for the founder story and playbook. |
| Podcast episode | Episode page and written summary. | Public source for the $10K+ MRR framing. |
| Caleb Panza on X | Founder updates and public build-in-public posts. | Good for following the transparent MRR/progress pattern. |
| Post For Me | Unified social media posting API. | The product is aimed at developers and products that need social integrations. |
| Post For Me API docs | Technical API overview. | Useful to understand why the product targets developers, not only social media managers. |
| Post For Me blog/resources | Resource articles and search surface. | This is the customer-question SEO layer Caleb discusses. |
| Post For Me GitHub | Public repo and technical stack clues. | Shows an open development footprint around the product. |
| Day Moon Development | Caleb and Matt's software development company. | The service business funded learning before product revenue scaled. |
| Unkey | API infrastructure, API keys, rate limits, and usage visibility. | Caleb mentioned it as part of the Post For Me stack; useful for developer-facing APIs. |
| React Router | Frontend application routing/framework layer. | Good default for React apps where routes, loaders, and app structure matter. |
| shadcn/ui | High-quality UI baseline. | Useful with AI coding agents because the components are open, inspectable, and customizable. |
| Stripe | Payments and subscriptions. | Lets a small SaaS charge quickly without building billing from scratch. |
| PostHog | Product analytics, retention, feature adoption, and experiments. | Important once churn and onboarding become the bottleneck. |
| Vercel | App and frontend deployment. | The practical hosting layer for shipping and iterating fast. |
| GitHub | Source control and backup of the codebase. | Caleb's advice is basic but correct: do not leave your product only on one laptop. |
| TKOPOD newsletter | Chris Koerner's weekly business ideas newsletter. | Useful for following the source channel. |
| Lazybooks | Chris Koerner's AI-enabled accounting link from the description. | Included as a source-description link, not as a recommendation. |
The Main Lesson
The strongest takeaway is not "post screenshots and people will pay you." The stronger takeaway is this:
If you do not have an audience, turn every real customer interaction into a public proof asset or a searchable answer.
Caleb says the first launch did not explode. The transcript describes a slow first stretch: a few hundred dollars in MRR, friends and family, and not much traction. Then the team started posting milestones, responding to replies, and using customer questions as source material for resources.
That is a much more repeatable playbook than "go viral."
No Audience, Still Useful
Post For Me solves a narrow, painful problem: integrating social posting across many platforms is annoying. Every platform has different auth, media requirements, rate limits, and API behavior. Post For Me packages that into one developer API.
That matters because a small SaaS does not need to be broadly interesting at the start. It needs to be sharply useful to the people who already feel the pain.
Caleb's own suggested first step in the interview is simple: find a problem you have personally experienced, whiteboard the solution, reduce it to the smallest launchable version, and improve it daily based on how customers actually use it.
Public Proof Updates
The build-in-public move worked because it was specific and credible. Caleb did not start by announcing a massive company vision. He posted each MRR milestone as the product moved forward.
The transcript notes that around the early $500 MRR mark, he began posting updates for each additional $100. Later, larger milestone posts drove more attention, replies, and trust.
For a founder, the lesson is not that every number must be public. The lesson is that customers need proof. If you cannot show revenue, show shipped features, case studies, integration guides, customer questions answered, uptime improvements, or support speed.
Customer-Question SEO
This was the best part of the interview.
Caleb says they kept the website chat human-run instead of relying on an automated chatbot. That gave the founders raw customer language. When the same question appeared more than once, they treated it as a signal and turned it into a resource article.
That is customer-led SEO:
- Talk to customers manually.
- Log repeated questions in a system such as Linear.
- Write a resource page that answers the question clearly.
- Structure the page so Google and AI systems can understand it.
- Use the article to help current users and attract future users.
Caleb's line of thinking is right: one customer who asks a question may represent many more who silently leave because the answer was not obvious.
AI Search Visibility
The episode also connects directly to AI discovery. Caleb says customers reported finding them through GPT, Claude, and similar tools. That is not magic. It is what happens when a product has clear pages that answer specific questions in customer language.
The JQ AI SYSTEMS angle is simple: AI search does not remove the need for useful content. It raises the value of precise, well-structured answers.
A good resource article for AI discovery should answer:
- What problem is this solving?
- Who is it for?
- What platforms, tools, APIs, or constraints matter?
- What is the step-by-step solution?
- What are the limitations or alternatives?
- What should someone do next?
Pricing And Churn
The honest part of the interview is that growth did not solve everything. Caleb talks about churn increasing and the need to focus on onboarding, product value, telemetry, analytics, and understanding why users cancel.
That is where many SaaS stories become more useful. Acquisition is only half the system. A recurring product eventually hits a churn ceiling unless the team improves activation, onboarding, feature fit, and expansion paths.
Post For Me started with a low entry price and later guided users toward higher plans. That is a classic SaaS motion: start accessible, learn who gets value, then build expansion around the users who need more volume or capability.
The Stack
Caleb's stack is worth spelling out because it is the opposite of fantasy founder tooling. It is the stack of a small team trying to ship, charge, measure, and not lose the code.
| Layer | Tool | Why it matters |
|---|---|---|
| API infrastructure | Unkey | Caleb mentioned Unkey as part of the stack. Publicly, Unkey describes itself as API infrastructure with key issuance, rate limiting, and analytics, which fits a developer-facing product like Post For Me. |
| Frontend application | React Router | React Router gives a React app its route structure. It is a sensible choice when the app needs real screens, nested flows, and predictable navigation. |
| UI baseline | shadcn/ui | shadcn/ui is a strong baseline for high-quality, editable interface components. It also works well with AI coding agents because the code is copied into your project instead of hidden inside a black-box package. |
| Payments | Stripe | Stripe handles payment collection and subscription infrastructure so a small SaaS can start charging without building billing from zero. |
| Product analytics | PostHog | PostHog helps investigate activation, retention, feature adoption, and churn. That matters once the product has real users and the question becomes "why did they stay or leave?" |
| Deployment | Vercel | Vercel is the fast deploy layer. For a small team, this keeps the loop short: build, ship, observe, fix. |
| Source control | GitHub | Caleb's advice here is beautifully unglamorous: store your code in GitHub so a laptop crash does not become a company-ending event. GitHub's docs frame Git as version control that lets teams track and recover changes. |
| Product work | Linear | Useful for turning repeated customer questions into product tasks and resource-article ideas. |
| Research notes | NotebookLM | Useful as a working notebook for support notes, docs, and customer-question research before publishing resources. |
The exact stack matters less than the workflow: ship, listen, log, publish, measure, improve. But the stack Caleb shared is a good example of the minimum serious SaaS skeleton: code in GitHub, deploy on Vercel, charge with Stripe, measure with PostHog, keep the UI clean with shadcn/ui, and use a real API layer when the product itself is API-driven.
The SaaS Playbook
Here is the practical version of the Post For Me playbook:
- Pick a pain you understand. Personal experience creates better product judgment.
- Launch the smallest useful version. Avoid waiting for the perfect SaaS architecture.
- Do manual support early. You need customer language more than automation at the start.
- Turn repeated questions into articles. Every good support question is a possible acquisition asset.
- Share progress credibly. MRR, users, shipped features, lessons, failures, and churn work can all become proof.
- Measure activation and churn. Growth without retention is a leaky bucket.
- Use AI after you understand the manual process. Caleb's team wrote manually, learned the pattern, then used AI to speed up the repeatable parts.
Sources
- Chris Koerner interview with Caleb Panza
- The Koerner Office podcast episode #312
- The Koerner Office podcast
- TKOPOD newsletter
- TKOwners community
- Chris Koerner website
- Lazybooks
- Caleb Panza on X
- Caleb Panza on LinkedIn
- Post For Me
- Post For Me API docs
- Post For Me blog and resources
- Post For Me GitHub repo
- Day Moon Development
- Day Moon Development: Caleb Panza profile
- Linear
- NotebookLM
- Unkey
- React Router
- shadcn/ui
- Stripe
- PostHog
- Vercel
- GitHub
- GitHub Docs: About Git