この地図の役割

製品開発は、要求を受け取って機能を作る直線工程ではありません。誰のどの問題を解くのかを発見し、仮説を小さく検証し、学習した結果で優先順位と設計を変える反復的な活動です。

推奨する順序

  1. 人間中心設計 (Human-Centered Design - HCD)ユーザーリサーチ (User Research)デザイン思考 (Design Thinking)で、問題を実際の利用文脈から理解する。
  2. 要求定義と仕様策定 (Requirements Elicitation & Specification)で、観察したニーズを検証可能な要求へ変換する。
  3. ビジネスモデルキャンバス (Business Model Canvas)市場分析と競合調査 (Market Analysis & Competitive Research)ロードマッピング (Roadmapping)で、価値と制約を意思決定する。
  4. ソフトウェア開発ライフサイクルとプロセスで、発見から運用までの学習を一つの流れに接続する。
  5. アジャイル原則 (Agile Principles)ソフトウェア開発のメトリクスと評価で、計画ではなく結果と学習を検査する。

発見と実装の境界

要求は契約書のように固定するほど安全になるとは限りません。曖昧なまま実装へ進めば手戻りが増え、逆に不確実な仮説を詳細仕様へ固めれば、誤った前提を効率よく実装してしまいます。要求の粒度は、意思決定に必要な確度と、変更コストの釣り合いで決めます。

詳細マップ

概要ノート

製品・UXの詳細MOC