Buyers, by title
VP Eng, CTO or head of platform at Series B–D software companies, 150–1,500 people.
The show, host, guests and numbers are invented. The format is what we build.
Build Notes is a fictional B2B podcast show example: the show page, episode list, clips and guest nominations a client gets, plus how each episode feeds the sales pipeline.
A VP Engineering decides in one line whether this is worth half an hour.
Engineering leaders on the systems they built, broke and would build again. Thirty minutes. No pitch.
Host: co-founder & CTO of the client
a Series A build-infrastructure company, ~40 people
VP Eng, CTO or head of platform at Series B–D software companies, 150–1,500 people.
A peer conversation and clips they approve.
Priorities, pain and the buying committee, in their words.
Eight recordings a month, so releases go twice weekly from October. Guests get clips within a week and an air date within eight weeks.
8 of 8 episodes
VP Engineering · Series C logistics software · ~400 people
CTO · Series B healthtech · ~180 people
Head of Platform · Series B fintech infrastructure · ~250 people
Excerpt and CRM notes ↓VP Engineering · Series D marketplace · ~900 people
Head of Platform · Series D B2B software · ~1,200 people
CTO · Series B data tooling · ~220 people
VP Engineering · Series C HR software · ~350 people
CTO · Series B security company · ~300 people
No sales questions. By minute 23: priority, pain, failed fix, deadline and who signs.
| ch · time | on air | surfaces |
|---|---|---|
| 01 · 00:00 | Warm-up: why they're here | context |
| 02 · 03:05 | “Walk me through the next 12 months. What has to go right?” | priorities |
| 03 · 08:40 | “Where does that plan feel fragile?” | pain |
| 04 · 13:20 | “What did you try last year that you wouldn't try again?” | failed fixes |
| 05 · 18:55 | “If you could fix one thing before Q4, which would it be?” | urgency |
| 06 · 22:30 | “When a decision like that comes up, whose phone rings first?” | committee |
| 07 · 25:10 | Wrap: thanks and the air date | air date |
| cut · 28:30 | Off air: “You mentioned test selection. Can I send you something on that?” | next step |
Where does that plan feel fragile?
The release train. On paper we deploy twice a day. In practice a flaky integration suite holds the queue for forty minutes, so people batch changes to dodge it. Two deploys a day, in two big lumps.
What did you try last year that you wouldn't try again?
A CI rewrite owned by one person for a quarter. It worked for six weeks. Then he moved teams and nobody else could read the config.
Never published. Straight to the client's CRM.
swipe for all 6 →
Two deploys a day, in two big lumps.
Nobody decided it. It just accreted.
One person owned the rewrite. Then he moved teams.
The queue is a tax every engineer pays twice a day.
Fix the wait before you hire more people to wait in it.
Forty minutes, twice a day, 120 engineers. Do that math once.
Per recorded guest: a brief, a producer, CRM notes and approved clips. Five on Engine, three on Pilot.
Title, stage, team size, topic. Off-ICP names go to a separate list.
From the show's own domain, never the client's.
Scored before the host spends a minute.
The nominator gets a thank-you and the air date.
nominations so far: 4 · recorded: 2 Example data
Built for the next guest, not downloads.
Every invitation links here.
A CTO accepts faster after eight peers did.
Guests see it stays on their work.
Guests post clips. Peers watch.
Past guests name their peers.
Never published. Read by the AE.
two objections, answered
“Legal will never approve this.”
Episodes are reviewed before publishing, guests approve their clips, and nothing airs without sign-off. More in the FAQ →
“None of us has hosted anything.”
Nobody needs to. It's a conversation with people you'd want to meet anyway. We write the brief and sit in the producer chair.
Tell us who you sell to. We send back a show concept, a guest profile and the pipeline math. Or browse the show network.