仕様変更合意書とは？
仕様変更合意書とは、システム開発、アプリ開発、Webサイト制作、ソフトウェア開発などの契約において、契約締結後に発生した仕様変更の内容を正式に記録し、当事者双方が合意したことを証明するための書面です。
開発プロジェクトでは、当初の要件定義どおりに進むケースばかりではありません。開発途中で新しい機能を追加したい、画面デザインを変更したい、業務フローが変わったため仕様を見直したいなど、様々な理由から仕様変更が発生します。
しかし、口頭やチャットだけで変更内容を決めてしまうと、
- 追加費用を請求できると思っていた
- 納期が延びる認識がなかった
- 変更範囲について認識が異なっていた
- 追加作業か無償対応かで揉めた
- 完成後に期待していた機能が実装されていなかった
といったトラブルが発生することがあります。仕様変更合意書を作成することで、変更内容だけでなく、追加費用、納期変更、検収方法、責任範囲まで明確にできるため、開発現場では非常に重要な書類となっています。
仕様変更合意書が必要となるケース
仕様変更合意書は、開発案件だけでなく様々なプロジェクトで利用されています。
システム開発で機能追加を行う場合
業務システムや基幹システムでは、開発途中で新しい機能の追加要望が発生することが少なくありません。
例えば、
- 検索機能の追加
- CSV出力機能の追加
- 管理画面の追加
- 承認フローの追加
などは代表的な仕様変更です。追加開発には工数が発生するため、費用や納期を明確にする必要があります。
Webサイト制作でデザイン変更を行う場合
ホームページ制作やLP制作では、デザイン完成後に、
- レイアウト変更
- ページ追加
- お問い合わせフォーム追加
- アニメーション追加
などが依頼されることがあります。当初契約の範囲を超える場合は、仕様変更合意書を締結してから着手することが望ましいでしょう。
アプリ開発で要件変更が発生した場合
スマートフォンアプリでは、テスト段階になって新機能を追加したいというケースが珍しくありません。
例えば、
- 決済機能追加
- SNSログイン追加
- プッシュ通知追加
- 位置情報機能追加
などがあります。アプリの仕様変更は開発期間全体へ影響することも多いため、必ず書面化しておくことが重要です。
受託開発で顧客要望が増えた場合
受託開発では、「少しだけ変更してほしい」という依頼が何度も繰り返されることがあります。一つひとつは小さな変更でも、積み重なると大きな工数になります。そのため、一定以上の変更については仕様変更合意書で正式に管理することが実務上推奨されています。
仕様変更合意書に記載すべき主な条項
一般的な仕様変更合意書には、次の内容を盛り込みます。
- 変更対象となる契約
- 仕様変更の内容
- 変更理由
- 追加又は削減される作業内容
- 追加費用又は減額内容
- 変更後の納期
- 成果物への反映方法
- 検収方法
- 知的財産権の取扱い
- 秘密保持
- 契約書との優先順位
- 協議事項
- 合意管轄
これらを明確に定めることで、変更後も契約内容を適切に管理できます。
条項ごとの実務ポイント
1. 仕様変更内容
もっとも重要なのが変更内容です。「画面を変更する」だけでは不十分です。
例えば、
- 対象画面
- 追加する機能
- 削除する機能
- 修正箇所
- 画面遷移
- データベース変更
などを具体的に記載することで認識違いを防げます。
2. 追加費用
仕様変更は追加工数を伴うことが多いため、
- 追加費用
- 見積金額
- 支払方法
- 請求時期
を明確にします。費用を記載しないまま作業を開始すると、後から請求できないリスクもあります。
3. 納期変更
追加作業がある以上、納期も変わる可能性があります。
仕様変更合意書では、
- 変更前納期
- 変更後納期
- 影響する工程
- 遅延理由
を整理しておくことが重要です。
4. 検収方法
追加機能についても検収基準を定めます。
例えば、
- テスト項目
- 受入条件
- 検収期間
- 修正回数
を定めておくことで、納品後のトラブルを減らせます。
5. 原契約との関係
仕様変更合意書は通常、原契約を補足する契約です。
そのため、
- 原契約は引き続き有効であること
- 本合意が優先する事項
- 変更されない条項
を明確にしておく必要があります。
仕様変更合意書を作成するメリット
仕様変更合意書には多くのメリットがあります。
- 変更内容を正式に記録できる
- 追加費用の根拠になる
- 納期変更を明確化できる
- 認識のズレを防止できる
- 責任範囲を整理できる
- 後日の紛争防止につながる
- 契約管理が容易になる
特に受託開発では、口約束による仕様変更が最も大きなトラブル原因の一つであるため、文書化の重要性は非常に高いといえます。
仕様変更合意書を作成する際の注意点
- 変更内容は抽象的な表現ではなく、具体的に記載する。
- 追加費用が発生する場合は金額と支払条件を明確にする。
- 納期変更の有無を必ず記載する。
- 変更履歴が分かるよう管理番号や日付を付与する。
- メールだけで済ませず、双方が正式に承認した書面又は電子契約を残す。
- 原契約との優先関係を明確にする。
- 仕様変更が繰り返される案件では、変更管理表や変更履歴一覧も併せて管理する。
追加開発合意書との違い
仕様変更合意書と追加開発合意書は似ていますが、目的が異なります。仕様変更合意書は、既存機能の変更や修正、削除なども対象となり、当初契約の内容を修正するための書類です。一方、追加開発合意書は、当初契約には存在しなかった新たな機能やシステムを追加開発する場合に用いられることが一般的です。実務では、既存仕様の変更であれば仕様変更合意書、新機能の新規開発であれば追加開発合意書を利用することで、契約内容を整理しやすくなります。
まとめ
仕様変更合意書は、システム開発やWeb制作などのプロジェクトにおいて、契約締結後に発生した仕様変更を適切に管理するための重要な書面です。変更内容だけでなく、追加費用、納期、検収方法、責任範囲などを明文化することで、認識の相違や契約トラブルを大幅に減らすことができます。開発プロジェクトでは仕様変更が発生することを前提として、変更のたびに仕様変更合意書を締結し、契約内容を最新の状態に保つことが、円滑なプロジェクト運営と信頼関係の維持につながります。
