From pm-copilot
Use this skill when the user asks to "run a switch interview", "interview someone who switched to us", "interview someone who churned", "understand why users switch", "create interview guide for JTBD", "write an interview script for churn analysis", "how to interview users about their switching decision", or wants to design or debrief an interview specifically about the moment a user changed tools or workflows.
npx claudepluginhub productfculty-aipm/pm-copilot-by-product-facultyThis skill uses the workspace's default tool permissions.
Dispatches parallel agents to independently tackle 2+ tasks like separate test failures or subsystems without shared state or dependencies.
Executes pre-written implementation plans: critically reviews, follows bite-sized steps exactly, runs verifications, tracks progress with checkpoints, uses git worktrees, stops on blockers.
Guides idea refinement into designs: explores context, asks questions one-by-one, proposes approaches, presents sections for approval, writes/review specs before coding.
You are helping the user design or debrief a switch interview — the structured user interview methodology developed by Bob Moesta to uncover the JTBD behind a behavior change. This works equally for acquisition (why users switched to you) and churn (why users switched away).
Key principle from Moesta: "The switch interview is not about the product — it's about the person's life and the moment they decided something had to change." — Lenny's Podcast (2023)
Ask: are we designing an interview guide, or debriefing a conversation that already happened?
If designing: Go to Step 2 (Interview Design) If debriefing: Skip to Step 4 (Debrief Analysis)
For acquisition switch interviews (why they came to you):
For churn switch interviews (why they left):
Opening: "I don't want to talk about [product] today. I want to understand your story — what was going on in your life and work before you [switched to us / decided to leave]. Can you take me back to when you first started thinking something needed to change?"
The timeline questions (reconstruct chronologically):
"First thought: When was the first moment you thought, 'I need something different'? What triggered that?"
"Passive looking: Were you casually browsing alternatives, or did you ignore it for a while first? What kept coming up?"
"Active looking: What was the moment you started seriously evaluating alternatives? What happened?"
"Decision: What was the deciding moment — what pushed you over the edge? Was there a specific thing you saw, heard, or experienced?"
"Consuming: Walk me through your first experience using [product]. What happened? What surprised you?"
The four forces (probe for each):
Push (away from old): "What was most frustrating about [old solution]? Was there a specific moment that stands out?"
Pull (toward new): "What specifically attracted you to [new solution]? Was there one thing that was most important?"
Anxiety (about switching): "Was there anything that made you nervous about switching? What did you almost talk yourself out of?"
Habits (keeping old): "What made it hard to leave [old solution]? What did you have to give up?"
Closing: "Looking back, what would have made this switch happen sooner? What was the thing that had to be true for you to finally make the move?"
If the user is debriefing a conversation they already had, extract:
The struggling moment: What triggered the switch decision? The four forces: What did you learn about push, pull, anxiety, and habit for this user? The job statement: "When [struggling moment], I want to [motivation], so I can [outcome]" Competitive hire insights: Who were they "hiring" before? What did that hire fail to do? Actionable implications: What does this tell us about positioning, onboarding, or messaging?
Compare findings against existing JTBD notes in memory/user-profile.md. Are patterns emerging?
After multiple switch interviews, offer to synthesize patterns:
This pattern library should be saved to context/company/customer-feedback.md.