実際の入力
- 意思決定の背景
- 小規模な請求書製品について、第4四半期に実施する6週間の調査・開発案件を最大1件選びます。目標は、フリーランスが請求書の支払いを回収できないケースを減らすことです。利用可能なリソースは、エンジニア4人週、デザイナー1人週で、サポート要員は増やしません。決済データに変更を加える場合は、必ずセキュリティレビューが必要です。Product Leadが提案し、GMが決定します。WCAG 2.2 AAのアクセシビリティ基準はリリースの必須条件です。法令対応の必須作業は別に扱い、この順位付けでは競合させません。
- 機能候補と証拠
- F1 支払い督促のスケジュール設定:面談したフリーランス24人中18人が手作業で督促していると回答。イベントデータでは、期限超過請求書の31%に手動の督促が行われています。プロトタイプのタスク成功は7/8。見積もりはエンジニア3〜5人週、デザイナー1人週。通知サービスに依存し、Supportはタイムゾーン設定に関する問い合わせを予想しています。F2 AIが作成する督促文の語調:24人中9人が文章作成の支援を希望。行動に関する利用証拠はありません。プロトタイプの理解度は5/8。見積もりはエンジニア2〜4人週に加え、継続的なモデル費用と内容レビューが必要。プライバシーとハルシネーションの評価は未実施です。F3 支払い状況Webhook:連携アカウント620件を持つ記帳代行パートナー4社から要望があります。パートナーのログでは月14,000回、状況がポーリングされています。見積もりはエンジニア5〜8人週。セキュリティレビューとAPIのバージョン管理が必要です。利用者の回収成果への影響は測定されていません。F4 請求書のカラーテーマ:24人中6人がブランディングに言及。分析データはありません。見積もりはエンジニア1〜2人週。依存関係はありません。見積もりは幅であり、確約ではありません。
- 採点と意思決定管理の制約
- 行動に基づく1〜4の尺度を使います。承認済みの比較基準と重みは、利用者の問題を示す証拠30%、期待される回収への貢献25%、戦略適合度15%、開発実現性20%、運用持続可能性10%です。証拠への確信度は別に表示し、スコアには掛けません。必須条件は、すべての機能にアクセシビリティ、決済データを扱う機能にセキュリティレビューです。要望者の役職やパートナーの単純なアカウント数を、エンドユーザーへの効果の代替指標にしてはいけません。影響が不明な場合は0ではなく1点です。作業量の幅が利用可能なリソースをまたぐ場合は明示します。差が0.2以内なら未決とし、恣意的な小数ではなく、追加証拠を得る価値を同点時の判断に使います。







