The Pilot Plan: Building a One-Quarter Build-in-Public Cadence
Objective: Build a one-quarter build-in-public plan for a real product beta: pick a sustainable cadence, sort a set of draft post ideas into safe-to-publish vs. hold, and lay out the first month's post calendar.
You're the growth marketer piloting a build-in-public cadence for a new Zendesk AI feature currently in private beta, ahead of general availability.
Choose a cadence (weekly, monthly, or milestone-based) that fits a small team and a pre-GA product, apply the share/keep-private framework to 6 draft post ideas, and fill in the first month's calendar.
Before you start
What you'll need
Free path (everything below is enough to finish)
Free tier handles a running content calendar and a review table with no setup cost
A simple verification log catches an unconfirmed number before it goes out, per the lesson's 'numbers you have not verified' rule
The process
2 steps
Step 01 of 02
Step 02 of 02
The lesson's cadence framework: weekly (one small update, early-stage/pre-revenue), monthly (full metrics recap, post-revenue steady growth), or milestone-based (only at real thresholds, later-stage/lower audience appetite). Most solo founders and small teams do best with monthly.
Given a 2-person growth team supporting a pre-GA beta with no revenue yet, which cadence fits, and what does the first month's calendar look like?
Procedure
- Pick weekly cadence, since the product is pre-revenue and early-stage, matching the lesson's guidance for that stage
- Slot the 3 already-approved SAFE drafts into weeks 1, 2, and 4
- Leave week 3 open for whatever real update happens that week, not a filler post
- Note the commitment: hold this cadence for at least two quarters before judging results
Week 1: 'Beta hit 500 signups, up from 310 last week' Week 2: 'Reversed our pricing tier decision after beta feedback, here's why' Week 3: [reserved for the week's real update] Week 4: 'Cut setup time from 12 min to 4 min based on beta complaints'
Healthy
Every scheduled week has a real, specific update or is explicitly reserved rather than padded with a vague filler post.
Unhealthy
Committing to weekly, then posting a vague 'great progress!' update in week 3 just to hit the schedule.
What this means
The cadence only works if held for two quarters; a plan that looks right for one month but has no room for real content by month two isn't actually sustainable.
So what do I do about it?
| Symptom | Action | Effort |
|---|---|---|
| A scheduled week has no real update available | Leave it reserved rather than posting a vague filler, or shift to a milestone-based post that week | 5 min |
Final deliverable
A one-quarter build-in-public plan: chosen cadence with reasoning, 6 draft post ideas sorted into safe-to-publish vs. hold with rules cited, and a filled-in first-month post calendar.
See a reference example
Freshworks beta cadence plan (excerpt) CADENCE: Weekly (pre-revenue, early-stage, per the lesson's framework) Week 1: 'AI ticket-routing beta hit 500 signups this week, up from 310' Week 2: 'We reversed our pricing tier after beta feedback, here's the full reasoning' Week 3: [reserved for that week's real update] Week 4: 'Cut setup time from 12 minutes to 4 based on what beta users told us' HELD: 2 drafts (exact ad-spend/targeting detail, unconfirmed Q3 user projection)
Success criteria
You're done when you can:
- Picks one cadence (weekly, monthly, or milestone-based) and justifies it against the team's actual stage
- Correctly holds any draft revealing exact channel spend, an unverified projection, or details under negotiation
- First-month calendar has no filler post standing in for a week with no real update