Product Marketing and GTM skill 12 of 13

Case Studies and Customer Proof SKILL.md

The Case Studies and Customer Proof skill makes Claude, Codex or another AI agent build a proof programme buyers trust. It maps proof gaps by segment, use case and competitor, finds the right customers, runs interviews that capture measurable results, writes case studies with the customer as hero, collects quotes, videos, reviews and references, manages approvals and distributes proof wherever buyers decide.

case-studies-customer-proof/SKILL.md, version 1.0.0, 1,502 words.

Buyers trust other customers more than they trust vendors. Case studies, testimonials, reviews, references and customer videos turn claims into evidence, and they are often the deciding factor late in a deal. Yet many case studies are bland: a logo, a quote that could apply to any product and no numbers. Others take months to produce and then sit unused.

This skill builds a customer proof programme: identifying the right customers, interviewing them, writing case studies with real results, collecting reviews and references, getting approvals and making proof easy for sales and marketing to use.

Operating principles

  1. Specific beats impressive. A clear before-and-after with numbers persuades more than a famous logo with vague praise.
  2. Match proof to buyers. Prospects want stories from companies like theirs, with their problem.
  3. Tell the customer's story, not yours. The customer is the hero; the product is the tool.
  4. Make it easy to say yes. Short interviews, drafts written for them, clear approval steps.
  5. Distribute widely. Proof belongs on the website, in decks, emails, ads and sales conversations.

Types of proof

TypeBest forEffort
Written case studyDepth for evaluation stagesMedium
Short customer quoteWebsite, ads, decksLow
Video testimonialEmotional connection, eventsHigh
Review site reviews (G2, Capterra, Trustpilot, app stores)Third-party credibility, searchLow to medium
Reference callsLate-stage enterprise dealsLow per call, relationship cost
Data stories (aggregate results)Broad claims with evidenceMedium
LogosRecognitionLow, but needs permission

Case study structure

SectionContent
HeadlineThe result, in numbers if possible
Customer snapshotIndustry, size, region, use case
ChallengeWhat wasn't working and what it cost
Why they chose youAlternatives considered, deciding factors
SolutionHow they used the product, in their words
ResultsMeasurable outcomes, with time frames
QuoteOne strong, specific quote from a named person
What's nextExpansion, future plans

When to use, and when not to

Use it when sales lacks proof for a segment, before launches, when entering new markets, when review site presence is weak and when building a reference programme.

Don't use it for general customer research (customer-research-interviews) or for paid social creative testing (the Performance Marketing skills), though both use customer stories.

Inputs to ask for, in one message

  1. Target segments and use cases needing proof.
  2. Candidate customers (high satisfaction, measurable results, expansion).
  3. Existing case studies, quotes and review profiles.
  4. Legal or approval requirements on both sides.
  5. Where proof will be used (website, sales, ads, events).

Raw SKILL.md file

.md

This is the exact file agents read, including the credit header and licence notice. Save it as case-studies-customer-proof/SKILL.md.

---
name: case-studies-customer-proof
description: "Build a customer proof programme: proof gaps mapped by segment, use case and competitor, candidate selection, interviews that capture measurable results, case studies with the customer as hero, quotes, videos, reviews and references, approvals and anonymised fallbacks, formats for website, decks, ads and sales, and yearly maintenance. Use whenever someone asks for case studies, customer stories, testimonials, customer proof, reference programmes, review collection, social proof for sales or why prospects want peers like them."
license: CC-BY-4.0
metadata:
  author: Afeez Adebayo
  author_url: https://afeezadebayo.com
  author_linkedin: https://www.linkedin.com/in/afeez-adebayo/
  author_x: https://x.com/za_icon
  source: https://afeezadebayo.com/skills-md/marketing/product-marketing/case-studies-customer-proof/
  category: marketing
  subcategory: product-marketing
  version: "1.0.0"
  created: "2026-10-10"
  updated: "2026-10-10"
---

# Case Studies and Customer Proof

Buyers trust other customers more than they trust vendors. Case studies, testimonials, reviews, references and customer videos turn claims into evidence, and they are often the deciding factor late in a deal. Yet many case studies are bland: a logo, a quote that could apply to any product and no numbers. Others take months to produce and then sit unused.

This skill builds a customer proof programme: identifying the right customers, interviewing them, writing case studies with real results, collecting reviews and references, getting approvals and making proof easy for sales and marketing to use.

## Operating principles
1. **Specific beats impressive.** A clear before-and-after with numbers persuades more than a famous logo with vague praise.
2. **Match proof to buyers.** Prospects want stories from companies like theirs, with their problem.
3. **Tell the customer's story, not yours.** The customer is the hero; the product is the tool.
4. **Make it easy to say yes.** Short interviews, drafts written for them, clear approval steps.
5. **Distribute widely.** Proof belongs on the website, in decks, emails, ads and sales conversations.

## Types of proof
| Type | Best for | Effort |
|---|---|---|
| Written case study | Depth for evaluation stages | Medium |
| Short customer quote | Website, ads, decks | Low |
| Video testimonial | Emotional connection, events | High |
| Review site reviews (G2, Capterra, Trustpilot, app stores) | Third-party credibility, search | Low to medium |
| Reference calls | Late-stage enterprise deals | Low per call, relationship cost |
| Data stories (aggregate results) | Broad claims with evidence | Medium |
| Logos | Recognition | Low, but needs permission |

## Case study structure
| Section | Content |
|---|---|
| Headline | The result, in numbers if possible |
| Customer snapshot | Industry, size, region, use case |
| Challenge | What wasn't working and what it cost |
| Why they chose you | Alternatives considered, deciding factors |
| Solution | How they used the product, in their words |
| Results | Measurable outcomes, with time frames |
| Quote | One strong, specific quote from a named person |
| What's next | Expansion, future plans |

## When to use, and when not to
Use it when sales lacks proof for a segment, before launches, when entering new markets, when review site presence is weak and when building a reference programme.

Don't use it for general customer research (`customer-research-interviews`) or for paid social creative testing (the Performance Marketing skills), though both use customer stories.

## Inputs to ask for, in one message
1. Target segments and use cases needing proof.
2. Candidate customers (high satisfaction, measurable results, expansion).
3. Existing case studies, quotes and review profiles.
4. Legal or approval requirements on both sides.
5. Where proof will be used (website, sales, ads, events).

## Workflow

### Step 1. Map proof gaps
By segment, use case, company size and competitor; prioritise gaps that hurt deals most.

### Step 2. Find candidates
High NPS, strong usage, expansion, measurable results; ask customer success and sales for introductions.

### Step 3. Request participation
Explain what's involved, the benefits to them (visibility, backlinks, thought leadership) and the approval process.

### Step 4. Interview
30 to 45 minutes covering the challenge, alternatives, decision, rollout and measurable results; ask for numbers and permission to use them.

### Step 5. Write the draft
In the customer's voice, using the structure above; keep it short and specific.

### Step 6. Approve
Share with the customer contact and their marketing or legal team; agree on what can be named and published.

### Step 7. Produce formats
Full case study, one-page PDF, short quotes, social posts, a slide for the deck, a video clip if possible.

### Step 8. Distribute
Website pages by industry and use case, sales library, emails, ads, review site responses.

### Step 9. Maintain
Update results annually; retire stories from customers who have left.

## Interview questions
```
1. What was happening before you started looking?
2. What did that cost you (time, money, risk)?
3. What alternatives did you consider, and why did you choose us?
4. How did rollout go? What surprised you?
5. What has changed since? Can you share numbers?
6. What would you tell a peer considering us?
```

## Request email (template)
```
Subject: Would you share your [result] story?
Hi [name],
Your team's results with [product] (for example [result]) would really help other [industry] teams facing the same problem. Would you join a 30-minute call? We'll write the draft, you approve every word, and we can include a link to [company] and a short bio for you.
[name], [role]
```

## Proof library structure
| Field | Example |
|---|---|
| Customer | Acme Distribution |
| Segment and size | Distribution, 200 employees |
| Use case | Warehouse picking accuracy |
| Competitor replaced | Spreadsheets and legacy WMS |
| Headline result | Picking errors down 38% in four months |
| Formats | Case study, quote, slide, video clip |
| Approved uses | Website, sales, ads |
| Review date | October 2027 |
Tagging proof this way lets sellers find the right story for each deal in seconds.

Ask for reviews and quotes at moments of success, such as a renewal, a milestone or a strong NPS response.

## Proof metrics
Track case study views in deals, proposals that include proof, review volume and rating trends, reference requests fulfilled and win rates in segments where new proof was added.

Thank customers publicly when stories go live and share the results with them, which makes future requests easier.

## Edge cases and judgement calls
| Situation | What to do |
|---|---|
| Customer can't be named | Anonymised story with industry and size, plus specific results |
| No hard numbers | Use time saved, process changes and specific quotes; ask what they measure |
| Approval takes months | Offer anonymised versions first; keep drafts short |
| Regulated industries | Expect legal review; avoid sensitive data |
| Review sites | Ask satisfied customers at happy moments; never pay for or fake reviews |

## Handoffs to related skills
- Customer interviews: `customer-research-interviews`
- Messaging proof: `messaging-framework`
- Sales use: `sales-enablement`
- Switch stories for battlecards: `competitive-intelligence`
- Launch proof: `product-launch`
- AI search citations from reviews: the AEO & GEO `ai-citation-earning` skill

## Worked example
A logistics software company had eight case studies, all from large enterprises, while most pipeline came from mid-sized distributors. Sales said prospects asked for peers. The programme mapped gaps, recruited six mid-sized distributor customers through customer success, ran 40-minute interviews and produced short case studies with headline results such as "cut picking errors by 38% in four months", plus deck slides and quotes. Proof pages by industry went live and sales added them to proposals. Mid-market win rates improved, and two stories were reused in ads with strong click-through.

## Output format
```
# Customer proof plan: <company>, <date>
## Proof gap map (segments, use cases, competitors)
## Candidate customers and outreach
## Interview guide
## Case study drafts and formats
## Approval tracker
## Distribution plan
## Maintenance schedule
```

## Common mistakes
- Case studies with no numbers.
- Stories that make the vendor the hero.
- Proof from the wrong segment.
- Long approval cycles with no anonymised fallback.
- Case studies buried on one website page.

## Questions to ask before you produce
- Which segments and use cases lack proof in deals today?
- Which customers have measurable results and would speak?
- Where will each story be used?

## Self-check before you answer
- Are gaps mapped to deals?
- Does each story have specific, approved results?
- Is the customer the hero?
- Is distribution planned beyond the website?

## Further reading
- Product Marketing Alliance on case studies: https://www.productmarketingalliance.com/
- G2 review collection guidance: https://sell.g2.com/

---
Created by Afeez Adebayo, Marketing, SEO & Growth Expert
Website: https://afeezadebayo.com
LinkedIn: https://www.linkedin.com/in/afeez-adebayo/
X: https://x.com/za_icon
Source: https://afeezadebayo.com/skills-md/marketing/product-marketing/case-studies-customer-proof/

Licence: CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/). You may copy, share and adapt this skill, including for commercial use, as long as you credit Afeez Adebayo and link to the source URL above. Keep this notice in any copy or adapted version.

Workflow

Step 1. Map proof gaps

By segment, use case, company size and competitor; prioritise gaps that hurt deals most.

Step 2. Find candidates

High NPS, strong usage, expansion, measurable results; ask customer success and sales for introductions.

Step 3. Request participation

Explain what's involved, the benefits to them (visibility, backlinks, thought leadership) and the approval process.

Step 4. Interview

30 to 45 minutes covering the challenge, alternatives, decision, rollout and measurable results; ask for numbers and permission to use them.

Step 5. Write the draft

In the customer's voice, using the structure above; keep it short and specific.

Step 6. Approve

Share with the customer contact and their marketing or legal team; agree on what can be named and published.

Step 7. Produce formats

Full case study, one-page PDF, short quotes, social posts, a slide for the deck, a video clip if possible.

Step 8. Distribute

Website pages by industry and use case, sales library, emails, ads, review site responses.

Step 9. Maintain

Update results annually; retire stories from customers who have left.

Interview questions

1. What was happening before you started looking?
2. What did that cost you (time, money, risk)?
3. What alternatives did you consider, and why did you choose us?
4. How did rollout go? What surprised you?
5. What has changed since? Can you share numbers?
6. What would you tell a peer considering us?

Request email (template)

Subject: Would you share your [result] story?
Hi [name],
Your team's results with [product] (for example [result]) would really help other [industry] teams facing the same problem. Would you join a 30-minute call? We'll write the draft, you approve every word, and we can include a link to [company] and a short bio for you.
[name], [role]

Proof library structure

FieldExample
CustomerAcme Distribution
Segment and sizeDistribution, 200 employees
Use caseWarehouse picking accuracy
Competitor replacedSpreadsheets and legacy WMS
Headline resultPicking errors down 38% in four months
FormatsCase study, quote, slide, video clip
Approved usesWebsite, sales, ads
Review dateOctober 2027

Tagging proof this way lets sellers find the right story for each deal in seconds.

Ask for reviews and quotes at moments of success, such as a renewal, a milestone or a strong NPS response.

Proof metrics

Track case study views in deals, proposals that include proof, review volume and rating trends, reference requests fulfilled and win rates in segments where new proof was added.

Thank customers publicly when stories go live and share the results with them, which makes future requests easier.

Edge cases and judgement calls

SituationWhat to do
Customer can't be namedAnonymised story with industry and size, plus specific results
No hard numbersUse time saved, process changes and specific quotes; ask what they measure
Approval takes monthsOffer anonymised versions first; keep drafts short
Regulated industriesExpect legal review; avoid sensitive data
Review sitesAsk satisfied customers at happy moments; never pay for or fake reviews
  • Customer interviews: customer-research-interviews
  • Messaging proof: messaging-framework
  • Sales use: sales-enablement
  • Switch stories for battlecards: competitive-intelligence
  • Launch proof: product-launch
  • AI search citations from reviews: the AEO & GEO ai-citation-earning skill

Worked example

A logistics software company had eight case studies, all from large enterprises, while most pipeline came from mid-sized distributors. Sales said prospects asked for peers. The programme mapped gaps, recruited six mid-sized distributor customers through customer success, ran 40-minute interviews and produced short case studies with headline results such as "cut picking errors by 38% in four months", plus deck slides and quotes. Proof pages by industry went live and sales added them to proposals. Mid-market win rates improved, and two stories were reused in ads with strong click-through.

Output format

# Customer proof plan: <company>, <date>
## Proof gap map (segments, use cases, competitors)
## Candidate customers and outreach
## Interview guide
## Case study drafts and formats
## Approval tracker
## Distribution plan
## Maintenance schedule

Common mistakes

  • Case studies with no numbers.
  • Stories that make the vendor the hero.
  • Proof from the wrong segment.
  • Long approval cycles with no anonymised fallback.
  • Case studies buried on one website page.

Questions to ask before you produce

  • Which segments and use cases lack proof in deals today?
  • Which customers have measurable results and would speak?
  • Where will each story be used?

Self-check before you answer

  • Are gaps mapped to deals?
  • Does each story have specific, approved results?
  • Is the customer the hero?
  • Is distribution planned beyond the website?

Further reading

When to use this skill, and when not to

Use it when sales lacks proof for a segment, before launches, when entering new markets, when review site presence is weak and when building a reference programme.

Buyers trust other customers more than vendors, and proof often decides deals late in the process. Yet many case studies are bland: a logo, a generic quote and no numbers. Others take months and then sit unused on one website page.

Don’t use it for general customer research (use Customer Research) or paid creative testing (use the Performance Marketing skills).

Example prompts

  • “Find and write three mid-market case studies.”
  • “Map which segments lack customer proof.”
  • “Write an interview guide for a case study call.”
  • “Turn this case study into quotes, a slide and social posts.”
  • “Build a customer reference programme.”

Example output

The skill returns a fixed structure. A shortened example for an imaginary site:

# Customer proof plan: example logistics software, 11 October 2026

Gap: 8 enterprise stories; most pipeline is mid-sized distributors
Candidates: 6 mid-sized distributors via customer success
Headline result: 'Picking errors down 38% in four months'
Formats: case study, one-pager, quote, deck slide, ad copy
Distribution: industry proof pages, sales library, proposals, ads

Specific results from customers like the buyer persuade far more than famous logos with vague praise.

What the agent needs from you

The skill asks for target segments and use cases needing proof, candidate customers with strong results, existing case studies, quotes and review profiles, approval requirements on both sides and where proof will be used.

How this skill hands off to related skills

Proof supports the whole set: interviews from Customer Research, claims in Messaging, sales use in Sales Enablement, switch stories for Competitive Intelligence, launch proof for Launches and AI search citations from reviews with the AEO and GEO Earning Citations skill.

How to run Case Studies and Customer Proof step by step

  1. Install the skill as case-studies-customer-proof/SKILL.md.
  2. Map proof gaps against deals.
  3. Find candidates through customer success and sales.
  4. Interview for measurable results.
  5. Draft, approve and produce formats.
  6. Distribute and maintain the proof library.

Situations this skill handles

Proof programmes run into familiar obstacles. The skill handles these situations:

SituationWhat the skill does
Customer cannot be namedAnonymised story with specifics
No hard numbersTime saved, process changes, quotes
Approval takes monthsAnonymised version first
Regulated industriesLegal review; no sensitive data
Weak review presenceAsk at moments of success
Proof from the wrong segmentTargets gaps that hurt deals

What makes this skill different

Most case study programmes chase famous logos. This skill chases the proof that wins deals: stories from customers like your buyers, with specific results, produced quickly and reused across every channel.

It keeps a tagged proof library so sellers find the right story for each deal in seconds.

Practical tips from real projects

  • Specific beats impressive.
  • Match proof to buyers.
  • The customer is the hero.
  • Make it easy to say yes.

A worked example: a logistics software company had eight case studies, all from large enterprises, while most pipeline came from mid-sized distributors. Sales said prospects asked for peers. The programme mapped gaps, recruited six mid-sized distributor customers through customer success, ran 40-minute interviews and produced short case studies with headline results such as picking errors down 38% in four months, plus deck slides and quotes. Proof pages by industry went live and sales added them to proposals. Mid-market win rates improved, and two stories were reused in ads with strong click-through.

Proof comes in several forms. Written case studies give depth for evaluation. Short quotes work on the website, in ads and in decks. Video testimonials build emotional connection. Review site reviews add third-party credibility and help search and AI answers. Reference calls support late-stage enterprise deals. Aggregate data stories back broad claims. Logos add recognition but need permission.

The case study structure is short: a headline with the result, a customer snapshot, the challenge and what it cost, why they chose you and which alternatives they considered, how they used the product in their own words, measurable results with time frames, one specific quote and what comes next.

Interviews take 30 to 45 minutes and cover what was happening before the search, what that cost, the alternatives considered, how rollout went, what changed with numbers and what the customer would tell a peer.

The request email explains the benefit to the customer (visibility, a link and a short bio), promises that they approve every word and keeps the time asked small. Approvals move faster when drafts are short and an anonymised version is offered as a fallback.

The proof library tags each story by customer, segment and size, use case, competitor replaced, headline result, formats available, approved uses and review date, so sellers find the right story for each deal in seconds.

Metrics cover case study views in deals, proposals that include proof, review volume and rating trends, reference requests fulfilled and win rates in segments where new proof was added.

Reviews and quotes are requested at moments of success such as renewals, milestones or strong NPS responses, never bought or faked, and customers are thanked publicly when stories go live.

Proof gaps are mapped first by segment, use case, company size and competitor, then ranked by how much each gap hurts deals today, so production effort goes where sales feels it most. Results in published stories are updated every year, and stories from customers who have left are retired so proof stays accurate.

One strong story reused across the website, deck, proposals, emails and ads usually beats several stories nobody sees.

Customers get the final draft to approve.

Frequently asked questions

A clear before and after, specific measurable results, the customer as hero and a strong quote from a named person.

Short enough to read in a few minutes: a headline result, snapshot, challenge, decision, solution, results and a quote.

Publish an anonymised story with industry, size and specific results.

Use time saved, process changes and specific quotes, and ask what the customer measures.

No. Ask satisfied customers at happy moments and never fake or buy reviews.

Website pages by industry and use case, sales decks and proposals, emails, ads and review site profiles.

Changelog

  • 1.0.0, 10 October 2026: first release.

Use, adapt and share this skill under CC BY 4.0: credit Afeez Adebayo and link to this page.