問題文

Outcome：Complete the task with 問題文 (Problem Statement)。 User context：フリーランサーは、更新がメールとチャットに分かれているため、未払いの請求書を見逃します。 Product concept to apply：問題文 (Problem Statement)。 Why it fits：機能を計画する前に書いてください。特にチームが解決策について早すぎる議論をする場合に。 Do not use it when：問題内に欲しい画面やコントロールの名前を付けてはいけません。それは解決策を早すぎる段階で選んでしまうことになります。 Product framing: Name the target user and wanted result. Record the current baseline and evidence. Set what is in and out of scope, the limits, the owner, and the time frame. Decision quality: Keep facts, guesses, and unknowns separate. Record the options you did not choose and what evidence would change the decision. Acceptance criteria: The document names an owner, target user, measurable result, scope limit, evidence source, open risks, and next test. Evidence and limits (evidence boundary)：単一の公式標準が全体の用語を管理するわけではありません。その意味はチーム、プラットフォーム、またはフレームワークによって変わる可能性があります。 Unknowns to confirm: Target group, baseline, success level, owner, time frame, dependencies, and review schedule.