Product Think
Shape a feature or problem before implementation. Use this when the request is still fuzzy, when several solutions are possible, or when execution risks outrunning product clarity.
Arguments
$ARGUMENTS — Feature idea, problem statement, or change request.
Instructions
Clarify the problem first:
- who is affected?
- what pain or friction exists today?
- why does it matter now?
Separate problem from solution:
- write down the user need
- write down the proposed solution
- check whether the solution actually addresses the need
Define outcome, not just output:
- what should be better if this works?
- what user or business behavior should change?
State constraints:
- technical constraints
- organizational constraints
- compliance or trust constraints
- timeline constraints
Explore options:
- simplest viable option
- stronger but more expensive option
- what not to build yet
Make tradeoffs explicit:
- speed vs correctness
- breadth vs depth
- automation vs control
- flexibility vs clarity
Define scope:
- in scope
- out of scope
- follow-up ideas that should not block the first version
Define success:
- what would we measure?
- what would we observe qualitatively?
- what would count as failure?
Produce a short product brief in prose or markdown, with:
- problem
- user
- goal
- options considered
- recommendation
- risks
- success signal
Only move to implementation planning after this is coherent.