Separate the brief into jobs
Give goals, user problems, decisions, risks, and evidence their own Points so each can be revised independently.
Product briefs often mix goals, assumptions, evidence, risks, and tasks. BaseHalf turns those pieces into a Map so teams can discuss the right object without rewriting the whole brief.
Turn this product brief into goals, user problems, decisions, open questions, risks, evidence, and next work.
Give goals, user problems, decisions, risks, and evidence their own Points so each can be revised independently.
Record the chosen path, alternatives, reasoning, and the condition that would make the decision change.
Reference the evidence or assumption behind each risk so mitigation work has context.
Promote resolved questions into decisions and convert accepted risks into tests or follow-up tasks.
A product brief mixes a customer problem, proposed solution, risks, unresolved pricing decisions, and several follow-up tasks. The team needs a workspace, not a cleaner paragraph.
Preserve the rough brief so the team can inspect what was assumed, unclear, or already decided.
Create Points for goal, user problem, audience, evidence, decisions, risks, and next work.
Use Point pages to compare alternatives and capture why one option wins for now.
Promote resolved questions into decisions and turn accepted risks into tests or launch tasks.
The change the work should create for users and the business.
Research notes, support examples, customer quotes, and usage signals.
Chosen path, rejected alternatives, reasons, and revisit conditions.
Assumptions that could break the plan and how the team will learn.