Why prompt engineering is a PO skill
A Product Owner spends much of their time formulating requirements with precision: user stories, acceptance criteria, definitions of done. This skill of precise formulation is exactly what prompt engineering requires. POs have a natural head start — provided they understand the medium's specifics.
The 5 essential prompting patterns for POs
Pattern 1 — The Expert Persona
Assign a precise role to Claude before asking your question. The quality difference is substantial:
❌ "Write a user story for the payment feature"
✅ "You are a senior Product Owner with 10 years of B2B e-commerce experience. Write a user story for [precise context], respecting the INVEST format, with 5 testable acceptance criteria and the edge cases not to miss."
Pattern 2 — Rich Context
The more Claude knows about your context, the more relevant its response. Create a reusable context block:
Project context: [name], [sector], [tech stack],
[team size], [agile method], [key constraints]
Target users: [persona 1], [persona 2]
Current goal: [sprint goal]
Pattern 3 — Explicit Constraints
Explicitly define what you do NOT want: "Do not propose solutions requiring database schema changes. Stay within Swiss GDPR scope. Format: Markdown only, no code."
Pattern 4 — Structured Critique
To improve your own documents: "Here is my user story [US]. Analyse it across 5 criteria: clarity for a developer, testability of acceptance criteria, edge case completeness, sprint goal alignment, potential ambiguities. For each: score out of 5 + concrete improvement suggestion."
Pattern 5 — Chain of Thought
For complex problems, ask Claude to think aloud: "Before responding, explain your thinking step by step. First, what information is missing? Then, what options exist? Finally, what is your recommendation and why?"
Prompt library for POs
| Use case | Base prompt |
|---|---|
| User story | "As a [persona] who [context], I want [action] so that [benefit]. Write with 5 SMART ACs." |
| Backlog grooming | "Prioritise these 10 items by business value and estimated effort. Justify each choice." |
| Release notes | "Transform these Jira tickets into release notes readable by non-technical end users." |
| Sprint meeting | "Generate questions to ask during the sprint review to maximise stakeholder feedback." |
