定義
成果物（Deliverable）とは、プロジェクト活動の結果として作成され、正式なレビューと承認のためにクライアントへ提出される、具体的かつ有形のアウトプットや製品のことです。
解説
成果物は作業範囲記述書（SOW）における通貨であり、固定価格契約における収益発生のトリガーとなります。
曖昧に定義された成果物は、スコープクリープ（作業範囲の肥大化）の主な原因となります。成果物が単に「ブランドガイドライン」と書かれている場合、クライアントはタイポグラフィ、トーン・オブ・ボイス、車両ラッピング、グッズ展開まで網羅した100ページの冊子を期待するかもしれません。もしエージェンシー側がロゴとカラーパレットを記載した5ページのPDFを想定していた場合、対立は避けられません。
成果物は、公平な第三者の監査人がSOWと最終的な成果物を見比べた際に、「はい、これは一致しています」と断言できるほど客観的に定義される必要があります。
完璧な成果物記述の構成要素
SOWにおける強力な成果物の記述には、以下の3つの要素が含まれます。
- 形式: 物理的またはデジタルな形態は何か？（例：Figmaファイル、PDFレポート、コンパイル済みバイナリ、Excelモデル）。
- 内容/範囲: 具体的に何が含まれているか？（例：「最大5画面まで」、「第1四半期から第3四半期のデータのみを対象」）。
- 受入基準: 何をもって完了とみなすかという客観的な指標。
例
悪い成果物の例（高リスク）:
*「新しいマーケティング戦略ドキュメント」*
良い成果物の例（商業的に保護されている）:
*「Go-To-Market戦略デッキ 1部（Googleスライド形式で納品、最大20スライド）。理想的な顧客プロファイル、3つの主要なメッセージングの柱、第1四半期のキャンペーンカレンダーを詳述するもの。クライアントによる統合された修正依頼を最大2回まで含む。」*
成果物のための商業的チェックリスト
- 数量化: 数量は明示されているか？（「レポート」や「デザイン」のように、数字のない複数形の名詞は避ける）。
- 修正制限: 修正回数は厳密に上限が設定されているか？（例：「修正は2回まで。それ以降の修正には変更管理（Change Order）が必要」）。
- 形式の指定: ソフトウェアやファイル形式は指定されているか？（クライアントが対価を支払っていないネイティブソースファイルを要求することを防ぐため）。
- マイルストーン支払い: 支払いスケジュールは、これらの成果物の正式な承認と直接結びついているか？
関連概念
- SOW（作業範囲記述書）
- スコープクリープ
- 変更管理（Change Order）
- 固定価格契約
段落を貼り付けてください。リアルタイムでリスクを検出します。
タスクと成果物の違いは何ですか？+
タスクとは、あなたが実行するアクション（例：「セキュリティ監査を実施する」）のことです。成果物とは、そのアクションの結果として生じる具体的なアウトプット（例：「脆弱性を詳述した15ページのPDF形式のセキュリティ監査報告書」）のことです。クライアントはタスクではなく、成果物に対して対価を支払います。
会議は成果物とみなすべきですか？+
一般的には、いいえ。会議やワークショップは成果物を作成するために必要な活動です。ただし、会議で使用する「プレゼンテーション資料」は成果物となり得ます。