Made for Engineers
Clarify a Request With a Product Partner
Also useful for: people in Software Engineering
Run a structured product clarification conversation before technical planning begins.
We'll use them to write your prompt.
Make Your Play
Give us the situation. We’ll build the prompt.
Expose gaps, assumptions, and conflicting expectations before they turn into rework.
Your answers save as you type.
What you'll do
This is the plan inside your prompt. Add your details first. Then follow these steps with ChatGPT or Claude.
Make Your Play
Clarify a Request With a Product Partner
Tell us what the prompt needs to know
Start with the questions below. Each answer personalizes the playbook and builds the prompt you’ll use at the end.
Your situation
Paste or summarize the product request that needs clarification.
0/10000
Describe what you currently believe the request means, including any interpretations that may be wrong.
0/10000
List the people or functions expected in the conversation.
List customer feedback, data, incidents, research, or business context connected to the request.
0/10000
List deadlines, policies, platform limits, dependencies, or commitments that may restrict the work.
0/10000
Select the time available for the clarification conversation.
State what needs to be decided, confirmed, or assigned by the end of the conversation.
0/10000
This playbook was updated. Review your inputs before copying.
What you'll do
Check a step when you finish it.
Fill in the fields above to generate your prompt preview.
Assembled prompt
Beginner instructions
Paste the request as written, then add what you currently think it means. If evidence or constraints are unknown, say “Unknown” instead of guessing. Use the generated questions as a guide, not a script that must be read word for word.
Advanced instructions
Challenge solution-shaped requests by tracing them back to outcomes, evidence, and constraints. During the conversation, label statements as facts, decisions, assumptions, or unknowns. Push unresolved technical questions into named investigations rather than debating them without evidence.
Use this when
A product request is important enough to discuss but still leaves questions about the problem, users, scenarios, boundaries, priorities, or expected behavior.
You'll need
- Request or initiative
- Current understanding
- Participants
- Known evidence
- Known constraints
- Meeting length
- Desired outcome
You'll get
- A problem statement confirmed or corrected
- Primary users and scenarios identified
- In-scope and out-of-scope boundaries recorded
- High-impact assumptions and unknowns labeled
- Priority tradeoffs made explicit
- Decisions, owners, and follow-up dates documented
By the end of this playbook
You will have:
- A problem statement confirmed or corrected
- Primary users and scenarios identified
- In-scope and out-of-scope boundaries recorded
- High-impact assumptions and unknowns labeled
- Priority tradeoffs made explicit
- Decisions, owners, and follow-up dates documented