Skip to content
Back to skills

Write A Case Study

ASecurity

Turn a customer win into a case study you can put on your site or hand to sales. I structure it as challenge, approach, and results with real numbers in your voice. Any number I can't verify gets flagged for you to confirm.

  • 117 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 19, 2026
businessgo

Security analysis

A100/100

Scanned September 19, 2026

npx -y skills add gethouston/houston --skill write-a-case-study --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Write A Case Study?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Write A Case Study
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/gethouston-write-a-case-study/badge)](https://www.skillsdirectory.com/skills/gethouston-write-a-case-study)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: write-a-case-study
description: "Turn a customer win into a case study you can put on your site or hand to sales. I structure it as challenge, approach, and results with real numbers in your voice. Any number I can't verify gets flagged for you to confirm."
version: 1
category: Marketing
featured: no
image: megaphone
integrations: [notion, airtable]
x_houston:
  created_by: houston
  skill_schema: 1
---


# Write a Case Study

## When to use

- Explicit: "draft a case study for {customer}", "write up
  {customer} story", "turn this interview into case study".
- Implicit: after SDR / sales agent flags closed-won customer
  reference-willing + founder approve.
- One case study per customer per quarter = reasonable cadence.

## Connections I need

I run external work through Composio. Before this skill runs I check that the categories below are linked. Missing → I name the category, ask you to connect it from the Integrations tab, stop.

- **Notes DB (Airtable, Notion)**  -  pull the customer interview, testimonial, or notes record. Required (or you paste the source material).

If neither is connected and you can't paste the interview I stop and ask you to connect Airtable or Notion.

## Information I need

I read your marketing context first. For every required field that's missing I ask ONE plain-language question (best modality: connected app > file drop > URL > paste) and wait.

- **Your positioning**  -  Required. Why I need it: case studies have to reinforce positioning, not drift. If missing I ask: "Want me to draft your positioning first? It's one skill, takes about five minutes."
- **Your voice and primary CTA**  -  Required. Why I need it: closing CTA matches what every other page asks for. If missing I ask: "Connect your sent inbox so I can sample your voice, and tell me the one action a reader should take after reading the case study."
- **The customer**  -  Required. If missing I ask: "Which customer is this case study about, name plus a one-line description?"
- **The interview, testimonial, or notes**  -  Required. Why I need it: I won't fabricate quotes or metrics. If missing I ask: "Drop the interview recording, paste the testimonial, or point me at the customer record in Airtable or Notion."
- **Real before / after numbers**  -  Required for a strong case study. If missing I ask: "What measurable change did this customer see, and over what timeframe? If you don't have it I keep going with TBD."

## Steps
<!-- houston-workflow:v1 -->

1. **Read positioning doc**:
   `context/marketing-context.md`. If missing,
   stop. Tell user run `set-up-my-marketing-info` first. Case
   studies must reinforce positioning  -  no drift.
2. **Read config**: `config/site.json` (voice / brand CTAs).
3. **Locate source material.** Modality preference:
   - Connected CRM / spreadsheet via Composio  -  run `composio search
     crm` or `composio search spreadsheet` (e.g. Airtable) to find
     customer record + attached interview notes.
   - Pasted interview transcript or testimonial.
   - URL to published testimonial / review.
   If none, ask ONE question naming modalities above.
4. **Extract facts.** Build fact list:
   - Customer name, industry, size, interviewee role.
   - Challenge (specific pain, verbatim customer language
     where possible).
   - Before-state metrics (what broke, how often, what cost).
   - Approach (what they did with product  -  specific features,
     workflow changes).
   - Results (numbers, timeframe, specific outcomes).
   - Pull-quotes (verbatim, attributed).
5. **Flag missing numbers.** Any result without number gets
   TBD marker for founder verify with customer. No
   fabricate metrics.
6. **Draft case study** in classic structure:
   - Headline with headline result (e.g. "How Acme cut churn 40%").
   - One-paragraph summary.
   - Challenge section.
   - Approach section.
   - Results section (numbers upfront).
   - 2-3 pull-quotes.
   - Call-to-action matching positioning doc primary CTA.
7. **Write** to `case-studies/{customer-slug}.md` atomically, with
   front-matter block: customer, industry, headlineResult, status.
8. **Append to `outputs.json`**  -  `{ id, type: "case-study", title,
   summary, path, status: "draft", createdAt, updatedAt }`.
9. **Summarize to user**  -  headline result, any TBD numbers
   need founder/customer confirmation, path.

## Never invent

Never fabricate customer quote, metric, or outcome. If source
no have data, mark TBD. Push back if founder want
"round up" number into something cleaner than reality.

## Outputs

- `case-studies/{customer-slug}.md`
- Appends to `outputs.json` with type `case-study`.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…