作業範囲記述書 SOW とは？契約前に確認すべき条項
要約
作業範囲記述書（SOW）は、サービス契約の中で、一つの案件について成果物、期限、料金、検収基準を定める文書です。基本契約書（MSA）の法的条件との関係、内容が食い違った場合の優先順位、検収と変更手続きの書き方が、紛争を防ぐ鍵になります。
作業範囲記述書 SOW とは、サービス契約の一部として、何を、いつまでに、誰が、いくらで納品するかを具体的に定める文書です。英語では Statement of Work と呼ばれ、略して SOW と書かれることがほとんどです。法的な一般条件の下に置かれる、案件単位の文書と考えるとわかりやすいでしょう。実務では、「話と違う」という契約上のトラブルの多くが、この文書の書き方によって勝敗が決まります。
作業範囲記述書には何が書かれているのか？
SOW は一つの業務を記述するものです。二社間の取引関係全体を扱うわけではありません。よく作られた SOW には、次のような中核となる項目が含まれています。
作業範囲: 受注側が何を行い、何を行わないのかを平易な言葉で書きます。
成果物: 移行済みのデータベース、ブランドガイド、40時間分のサポートなど、具体的なアウトプットです。
スケジュールとマイルストーン: 「四半期末まで」といった曖昧な表現ではなく、成果物に紐づけた日付または期間です。
料金と支払条件: 固定料金、実費精算、またはその組み合わせと、請求が発生するタイミングです。
検収基準: 顧客がどの時点で成果物を完了と判断するかの基準です。
体制と依存事項: アクセス権、データ、承認、テスト環境を誰がいつまでに提供するかです。
変更手続き: 作業開始後に範囲、料金、日程を変更する方法です。
この構成が実際に求めているのは、口約束で交わされた話を、第三者が読んで検証できる文章にすることです。その第三者は、裁判官、監査人、あるいはプロジェクトを引き継ぐ新しい担当者であることが多いのです。
作業範囲記述書は MSA、提案書、発注書と何が違うのか？
混同が起きやすいのは、見た目が似ていて、取引の中で近い位置にある文書同士だからです。
基本契約書（MSA）には、損害賠償責任、知的財産権、秘密保持、データ保護、契約解除、準拠法といった継続的な法的条件が入ります。一度締結すれば、その後は案件ごとに SOW を作成して紐づけます。一つの MSA に、数年にわたって十数件の SOW がぶら下がることもあります。
提案書は営業資料です。受注側が何をしたいのか、なぜ選ぶべきなのかを説明するもので、通常は拘束力を持ちません。それでも、そのまま SOW の下書きとして流用されることがよくあります。ここから問題が始まります。マーケティング上の表現が、そのまま契約書に入り込むからです。
発注書は支払いを承認する書類です。金額と数量は示しますが、作業範囲はほとんど書かれません。役務のプロジェクトを発注書だけで進めると、作業内容が定義されないままになります。
単発の仕事であれば、SOW を別紙とする一本の契約にまとめても問題ないことがあります。MSA と SOW を分ける意味が出てくるのは、同じ相手から繰り返し発注する場合です。
MSA と SOW の内容が食い違ったとき、どちらが優先されるのか？
多くの人が確認を飛ばしてしまう点ですが、金銭的な損失に直結するのもここです。
よく作られた契約書は、単純な型に従っています。MSA が法的条件を支配し、SOW が作業範囲、スケジュール、料金を支配します。そして、両者が衝突した場合にどちらが優先するかを、優先順位条項で一、二文に定めます。
この条項がないと、裁判所が文書全体をどう読むかに頼ることになります。例えば英国法では、契約文書は通常一つの合意として読まれます。そのため、食い違いは自然には解消されず、議論を生みます。そして議論には費用がかかります。
次のような文言を探してください。以下は起草例であり、特定の法域についての助言ではありません。
§ 両者の間に矛盾がある場合、MSA の条項が SOW に優先する。ただし、SOW に記載された案件の作業範囲、成果物、スケジュール及び料金については、SOW が優先する。
注意すべき落とし穴が一つあります。SOW が「今回の案件に限り」として、責任制限条項や知的財産権の帰属条項を静かに上書きしている場合です。両当事者が意図しているなら正当ですが、誰も気づいていないなら問題です。SOW に署名する人は、それをプロジェクト計画書ではなく、契約書として読むべきです。
作業範囲の記述を、圧力に耐えるものにするには？
作業範囲は、SOW が失敗しやすい箇所です。曖昧な範囲は中立ではありません。後から争う意欲が強い側に有利に働き、実務では、それは通常より交渉力のある側です。
範囲を強くするには、次の三つの習慣が役立ちます。
第一に、除外事項を書くことです。作業範囲に含まれるものの一覧より、含まれないものの一覧のほうが役に立つ場合が多いのです。「顧客の既存の請求システムとの連携は含まない」と一行書けば、三回の打ち合わせが必要だった議論が一度で終わります。
第二に、成果物を形容詞ではなく名詞で定めることです。「レスポンシブ対応のウェブサイト」は解釈が分かれます。「テンプレート8種、指定した4つのブラウザの最新2バージョンで動作確認済み」であれば確認できます。
第三に、前提条件を明記することです。スケジュールが「顧客が5営業日以内にフィードバックを返すこと」に依存しているなら、そう書き、返答がなければ日程がどうなるかも書きます。依存関係が文書化されていれば、遅延に関する主張ははるかにしやすくなります。
テンプレートをコピーして空欄を埋めるという誘惑には注意してください。テンプレートは見出しを示してくれますが、どの前提が自分の案件に固有のものかは教えてくれません。
検収と変更依頼は、どのように書けばよいか？
検収基準は一つの問いに答える必要があります。成果物は、いつ支払いの対象となるほど完成しているのか。「高品質」や「顧客が満足する水準」では答えになりません。検証可能な基準であれば答えられます。データ移行であれば、「全レコードが移行され、照合レポートに説明のつかない差異がないこと」といった形です。
みなし検収の仕組みも加えてください。よくあるパターンは、一定期間（10営業日程度が多い）内に顧客が書面で不備を通知しなければ、成果物は検収済みとみなされるというものです。これがないと、顧客は検収を止めたままにでき、最終の請求も宙に浮きます。顧客側であれば、通知した不備を受注側が修正するための明確な是正期間を求めてください。そうすれば、双方にとって公平な期限になります。
変更依頼にも同じ注意が必要です。作業範囲の拡大は、大きな依頼が一度に来ることは稀です。妥当に見える小さな依頼が十個ほど積み重なって届きます。一段落の変更手続きを定めておけば、これを防げます。範囲、料金、日程のいずれかを変える場合は、作業開始前に双方が署名した変更指示書を必要とする、というルールです。SOW で口頭の合意が認められていたために利益を失う受注側は少なくありません。
固定料金と実費精算、SOW にはどちらが向いているか？
料金の決め方によってリスクの分担が変わるため、意図して選ぶ価値があります。
固定料金は、納品リスクを受注側に負わせます。作業範囲が十分に理解されていて、変わりにくい場合に機能します。範囲があいまいな場合には機能しにくくなります。受注側が余裕分として金額を上乗せするか、変更のたびに争うことになるからです。
実費精算（タイム・アンド・マテリアル）は、工数のリスクを顧客に負わせます。探索的な作業に向いていますが、上限額を設けなければなりません。そうしないと、予算は単なる見込みにすぎなくなります。
マイルストーンごとに固定料金を設定するハイブリッド型は、最も誠実な妥協案になることが多いです。各マイルストーンには独自の成果物、検収テスト、請求書があります。そのため SOW は監査しやすく、案件がうまくいかなくなった場合にも止めやすくなります。
SOW に署名するとき、人はどこで間違えるのか？
多くの文書を読んでいると、同じ失敗が繰り返し現れます。
MSA が存在しないうちに SOW へ署名してしまい、責任制限や知的財産の条件がないまま作業が進んでしまう。
日付を「おおよそ」のままにし、遅れた場合の結果を定めない。
成果物を、結果（「優先度の高いチケットに4営業時間以内に応答する」）ではなく、活動（「サポートを提供する」）で記述する。
受注側が個人データを扱うのに、データ保護を忘れる。EU や英国では、通常は SOW と並べてデータ処理契約が必要になることが多く、適切な内容は関係する法域によって異なります。
口頭で変更した後も SOW を更新せず、一年後に記憶を頼りにする。
これは理論上のリスクではありません。法律の専門家が日常的に目にしている問題です。どれも、高度な法律知識がなければ避けられないものではありません。必要なのは、署名する前に誰かが文書をゆっくり読むことです。
SOW の作成と確認に役立つツールは？
ツールが良い作業範囲を書いてくれるわけではありませんが、その周辺の反復作業を減らすことはできます。
再利用可能なブロックから作成し、承認と電子署名を一つのフローで行いたい場合は、文書作成プラットフォームが実用的です。
署名だけで十分な場合は、監査証跡があり取引相手にも広く受け入れられている電子署名サービスを使えば足ります。
年間に多数の SOW を扱い、それぞれを MSA と紐づける必要があるチームには、契約ライフサイクル管理プラットフォームが、基本条件と各案件の文書との関係を保ちます。
Word 内で条項のリスクを一次確認したい場合は、AI レビュー用のアドインが、除外事項の欠落や矛盾する損害賠償条項を、人が読む前に指摘できます。
重要度が高い案件では、これらのソフトウェアが弁護士の代わりになることはありません。定型的な問題はソフトウェアで拾い、通常と異なる点、金額の大きい点、国境をまたぐ点については、必ず専門家に確認してください。
次の SOW に署名する前にやるべきこと
大部分のリスクは、次の三つで抑えられます。
MSA が存在することを確認し、SOW において法的条件はどちらの文書が優先するか、作業範囲と料金はどちらが優先するかを明記する。
すべての成果物を、第三者が見て「納品された」か「されていない」かを判断できるように書き直し、除外事項と前提条件を加える。
検収期間、是正期間、書面による変更指示書のルールを確認し、すべての修正を SOW 本体に添付して保管する。
案件が大規模である場合、個人データを扱う場合、国境をまたぐ場合は、契約書を専門家に確認してもらってください。結論は準拠法によって変わります。短いレビューの費用は、紛争の費用よりずっと小さいものです。