Founder-calendar pricing page for first sales
List paid features on a public pricing page and embed the founder's calendar so early buyers can raise a hand before you build a full checkout flow.
Why this can grow a startup
Early pricing is usually less about closing at scale and more about learning what someone will actually pay for. A simple pricing page catches high-intent demand at the exact moment a prospect starts doing the math, while the calendar keeps the next step immediate. That combination turns pricing into a discovery surface instead of a dead end and gives founders sharper feedback than another vague demo request form.
Company example
PostHog founder James Hawkins wrote that the team got its first sales by publishing paid features on a pricing page and embedding his calendar so buyers could book directly while pricing was still being figured out.
Source and metric
Source: PostHog newsletter · Browse PostHog newsletter tactics
PostHog reached 1,000 users in three months and found first sales through the pricing-page-plus-calendar flow
Source discovered: May 24, 2026
When to use it
Use this when Website, Sales, Product is relevant to 0-100, 100-1K, monetization and you can run a bounded test with a free budget.
When not to use it
Do not use it as a substitute for customer evidence, a clear owner, or a measurable stop condition. Local platform rules and market behavior still need checking.
Founder checklist
- Read PostHog newsletter and identify what is directly supported.
- Choose one channel context: Website, Sales, Product.
- Define the test around PostHog reached 1,000 users in three months and found first sales through the pricing-page-plus-calendar flow.
- Set an owner, evidence window, and stop condition before launch.
Explore the context
Apply this with an operator
Choose product surfaces that compound distribution without hiding weak activation or retention.