The framework you explained on today's client call is the same one you'll explain again next month, to a different client, with a different name and different specifics attached to it. The core idea is reusable. The confidential context around it isn't. That distinction is what makes client calls safe to repurpose - if you extract the right layer.
Advisor perspective separates the strategy from the client
A client call has multiple speakers and a mix of general advice and client-specific detail tangled together. Advisor perspective uses speaker diarization to isolate your contributions from the rest of the call, then pulls the frameworks and strategic thinking out of what you said - leaving the client's specific numbers, names, and situation behind. What comes out the other side generalizes, because the client context never had to.
That's different from Expert perspective, which is built for recordings where you're the only speaker - a keynote, a solo training, a workshop you delivered without back-and-forth. Advisor is specifically for calls where isolating your advice from someone else's problem matters.
What "reusable" actually looks like as a post
A good framework post doesn't reference the client at all - it states the principle the way you'd explain it to anyone facing that situation. "Here's how I think about [problem type]" reads as authority. "Here's what I told [identifiable client] to do" reads as a confidentiality risk you don't need to take, and most of the time the client's specifics weren't the valuable part of the explanation anyway - your reasoning was.
A single 30-45 minute advisory call typically produces four to seven posts worth approving this way. A full workshop or training session, with less back-and-forth to separate out, usually produces eight to twelve.
What to still check before publishing
Extraction handles the separation, but you're still the one who knows what's genuinely client-identifying versus just specific-sounding. Review every draft before it publishes, and skip or edit anything that references details a client could recognize as their own - the same judgment call you'd already make writing a case study or a testimonial request.
A worked example
A consultant advises a client on why they should delay a hire instead of rushing it - the call includes the client's specific budget, their specific team gap, their specific timeline pressure. Extracted through Advisor perspective, the reusable version drops all three specifics and keeps the reasoning: "Most founders rush a hire to relieve pressure, not because the role is actually ready to be filled. Here's how to tell the difference." That's publishable to anyone, built entirely from a conversation that was actually confidential in its details.
The client's specific situation was the trigger for the advice. It was never the valuable part of the advice itself - which is exactly why stripping it out doesn't weaken the post.
What to still check before publishing
Extraction handles the separation, but you're still the one who knows what's genuinely client-identifying versus just specific-sounding. Review every draft before it publishes, and skip or edit anything that references details a client could recognize as their own - the same judgment call you'd already make writing a case study or a testimonial request.
A useful test: if the client themselves read the post, would they recognize the situation as theirs? If a specific number, timeline, or detail would give it away, that's the piece to generalize or cut - even if it makes the post slightly less vivid. The reasoning is what's valuable; the identifying detail almost never is.
Do this consistently - two to three posts a week from one workshop or a few advisory calls - and 90 days in, your feed reflects what you actually know instead of what you had time to write from scratch. See how the voice profile behind this matures in what a consultant's voice profile actually learns after 10 client calls, or the full setup on SparkVox for consultants and coaches.