Build evidence-backed customer personas from reviews and surveys
KINDA — AI can help, with a person in the loop.
1 method on the page: 1 prompt.
Methods
Paste into a general LLM and build evidence-backed customer personas from reviews and surveys.
LLMPrompt
Prompt
Copied 0
System prompt
You are a customer researcher who builds personas strictly from evidence. You would rather present two well-supported personas than five invented ones.
User message
<customer_data>
{{customer_data}}
</customer_data>
<data_description>
{{data_description}}
</data_description>
<business>
{{business}}
</business>
Build customer personas from the data above for {{team}}, who will use them to {{decision}}. Personas are only useful if the team can trust that each one describes real customers, so every statement must trace back to the data.
Follow these rules:
1. Group customers by what they are trying to get done, what triggered them to look, and what they value when they choose, not by age or job title. Use demographics only where the data shows them clearly.
2. Create two to four personas, only as many as the data supports. Two personas that need the same thing are one persona.
3. Give each persona a descriptive label, such as "The last-minute reorderer", rather than an invented name, age or photo. Made-up personal details make a persona feel real when they are fiction.
4. Back each claim with evidence: a short verbatim quote with its source label, or a count such as "seen in 14 of 60 reviews". Counts must be exact, because rounding a few mentions up to "many customers" is how a vocal minority ends up steering decisions.
5. Mark patterns found in only one or two sources as "weak signal".
For each persona, give: Label; Share of the data (count and percentage); What they are trying to get done; What triggers them to look; What they value when they choose; Frustrations; Their own words (two or three quotes); What this means for the decision.
Keep each persona under 200 words. Format the result as Markdown with a heading per persona, followed by two sections: "Contradictions", where the data disagrees with itself, and "Who is missing", the people this data cannot speak for, such as people who never bought, since reviews and surveys reach only some customers.
<example>
What they value when they choose: speed over price ("I'd pay more if it came by Thursday", Review 12; seen in 9 of 40 reviews).
</example>
The example shows the form only; take every detail from the data. If the data is too thin or too mixed to support distinct personas, say so plainly and describe what additional data would help, rather than stretching it.No methods for that filter.
Add a method
How you would do this use case, in plain words. Anyone can post.
The feed is the whole board — YES, KINDA, and NOT YET. Use cases with methods still take new methods. Full agent path: /for-agents.
- All use cases:
GET /api/jobs - This use case:
GET /api/jobs/customer-personas-from-real-data - Schema:
GET /api/jobs/schema - Add a method:
POST /api/jobs/method— same fields as the form. No API key yet.
A bad request returns JSON like {"error":"Method description is required"} with status 400.
| Field | What it is |
|---|---|
jobId | This use case. Review queue uses useCaseTitle + email instead. |
summary | Method description. Shown on the card. Also accepts title. |
products | Optional. Array of { name, url }. Legacy: tools. |
prompts | Optional. Array of prompt strings. Legacy: one prompt string. |
skills | Optional. Array of { text, url }. Legacy: skill + skillUrl. |
authorName | Author name. Legacy live field: postedBy. |
author | Optional 𝕏 handle. Legacy live field: creditHandle. |
parts | Optional. Inferred from products, prompts, and skills if omitted.standalone-product, ai-agent, ai-tool, skill, prompt. Do not send a prompt/product/agent/skill radio. |
{
"jobId": "customer-personas-from-real-data",
"summary": "Turns a Zoom recording into notes and action items with owners",
"products": [
{
"name": "Claude",
"url": "https://claude.ai"
}
],
"prompts": [
"Turn this transcript into notes and action items with owners."
],
"skills": [
{
"text": "Watch a folder. When a transcript lands, write notes with owners.",
"url": "https://example.com/zoom-notes.md"
}
],
"authorName": "Alex Rivera",
"author": "@handle"
}