agentleFS
teodstrteodstr/garage/skills/customer-interviews/SKILL.md

customer-interviews

Skill0 starsChanged 2 days agoMITView on GitHub

Prepare, run and debrief customer discovery interviews that produce facts instead of compliments, following The Mom Test: a learning goal per interview, questions about past behavior, and a debrief that separates evidence from opinions. Use to explore a problem, test a business idea with real people, or prepare user research. Triggers: "customer interviews", "user interviews", "Mom Test", "customer discovery", "interview script", "entretiens clients", "interviews utilisateurs", "guide d'entretien", "découverte client", "entrevistas con clientes", "entrevistas de usuario", "guion de entrevista".

5 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

6 rules. 0 are common, 5 are distinctive, and 1 is very specific to this project.

  • 0

    Common

    Most of the 5 edited versions we read keep these.

  • 5

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Before building, to check that the problem exists and matters to the target.

    line 20
  2. Distinctive:

    After a launch, to understand why users stay or leave.

    line 21
  3. Very specific:

    Not to measure how common something is: use survey-design once the interviews have shown what to measure.

    line 22
  4. Distinctive:

    Ask for a commitment: when it fits: an introduction to someone else, a follow-up call, a pilot, a pre-order.

    line 39
  5. Distinctive:

    No question asks the person to predict their future behavior or to rate the idea.

    line 62
  6. Distinctive:

    Every insight in a summary is backed by facts or quotes, with the number of people who said it.

    line 63

“Common” is measured: kept by at least 6 in 10 of the 5 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Customer interviews

People are polite: ask them whether they like your idea and most will say yes. This skill designs interviews about their life and their past behavior, so that the answers stay useful even when the idea is wrong.

When to use

  • Before building, to check that the problem exists and matters to the target.
  • After a launch, to understand why users stay or leave.
  • Not to measure how common something is: use survey-design once the interviews have shown what to measure.

Inputs

  1. The target customer and the problem to explore.
  2. The three things the founder most needs to learn.
  3. How to reach interviewees: network, communities, professional networks, shops, events.

Method

  1. Set the learning goal: the three questions whose answers would change the plan. Keep the idea itself out of the first part of the interview.
  2. Recruit the right people: real members of the target, not friends who want to help. Look for variety (sizes, contexts, regions) and note who refused: refusals are data too.
  3. Write the guide around past, specific behavior, following Fitzpatrick's rules: talk about their life rather than the idea, ask about specific past events rather than opinions or the future, and listen more than you talk.
    • Useful: "Tell me about the last time you had to… What did you do? What did it cost you?"
    • Useless: "Would you use an app that…?", "How much would you pay for…?", "Do you think it's a good idea?"
  4. Run it: 20 to 40 minutes, ideally one person asking and one taking notes, with consent before taking notes or recording. Dig where the person shows emotion or has already spent money or time.
  5. Filter the noise: compliments, promises about the future ("I would definitely buy it") and generic statements ("I always…") are not evidence. Bring the person back to a concrete past example.
  6. Ask for a commitment when it fits: an introduction to someone else, a follow-up call, a pilot, a pre-order. A commitment is the strongest signal an interview can give.
  7. Debrief within 24 hours: facts, quotes, problems ranked by intensity, current solutions and what they cost, surprises, commitments. After every five interviews, look for patterns and update the assumptions (idea-validation).

Output

### Interview guide: <target>
Learning goals: 1. … 2. … 3. …
Warm-up (2 min): …
Their world (15 min): "Tell me about the last time…"
Current solutions (10 min): what they use, what it costs them
Wrap-up: "Who else should I talk to?" and a commitment ask

### Debrief: interview <n> (<role, context>)
| Fact (what they did) | Quote | Pain intensity (1 to 3) |
|---|---|---|
Current solution and its cost: …
Commitment obtained: …
Assumptions to update: …

Quality bar

  • No question asks the person to predict their future behavior or to rate the idea.
  • Every insight in a summary is backed by facts or quotes, with the number of people who said it.
  • What many people said is kept apart from what one person said.
  • Personal data is kept to a minimum and stored with consent (GDPR in the European Union).
  • Written in the user's language, with the terms below.

Terminology

EnglishFrançaisEspañol
Customer interviewEntretien clientEntrevista con clientes
Interview guideGuide d'entretienGuion de entrevista
Customer discoveryDécouverte clientDescubrimiento de clientes
Pain pointPoint de douleur, irritantPunto de dolor
CommitmentEngagementCompromiso
Leading questionQuestion orientéePregunta sesgada

Sources

  • Fitzpatrick, R. (2013). The Mom Test: How to Talk to Customers and Learn If Your Business Is a Good Idea When Everyone Is Lying to You. CreateSpace.
  • Portigal, S. (2013). Interviewing Users: How to Uncover Compelling Insights. Rosenfeld Media.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.