画面設計承認書とは？
画面設計承認書とは、システム開発、Webサイト制作、スマートフォンアプリ開発などにおいて、発注者が画面設計書やワイヤーフレーム、デザインカンプなどの内容を確認し、正式に承認したことを証明するための書類です。システム開発では、要件定義や基本設計の後に画面設計を行い、その内容をもとにプログラム開発が進められます。しかし、画面設計の内容について双方の認識が一致していないまま開発を開始すると、完成後に「イメージと違う」「この機能も含まれていると思っていた」などの認識違いが発生しやすくなります。そのため、画面設計承認書を作成し、画面設計資料を正式に承認した時点を明確にすることで、
- 画面仕様の認識違いを防止できる
- 追加開発の判断基準を明確にできる
- 納期遅延や追加費用のトラブルを防止できる
- 開発工程へ安心して移行できる
- 検収時の基準資料として利用できる
といった効果が期待できます。特に受託開発では、画面設計承認書は仕様変更の境界線を明確にする重要な文書として広く活用されています。
画面設計承認書が必要となるケース
画面設計承認書は、次のような開発案件で特に重要になります。
Webサイト制作
コーポレートサイトやECサイト、採用サイトなどでは、デザインカンプやワイヤーフレームを承認した後にコーディングへ進むケースが一般的です。
業務システム開発
販売管理システムや在庫管理システムなどでは、入力画面や一覧画面、帳票画面などを事前に確定させる必要があります。
スマートフォンアプリ開発
iOS・Androidアプリでは、画面遷移や操作性が完成度を左右するため、UI設計の承認が欠かせません。
既存システムの改修
機能追加やデザイン変更を行う場合でも、変更後の画面設計を承認してから開発することで認識違いを防げます。
外部ベンダーへの委託
制作会社やフリーランスへ開発を委託する場合、画面設計承認書が契約内容を補完する資料として役立ちます。
画面設計承認書に盛り込むべき主な項目
一般的には、次の内容を記載します。
- 案件名
- 対象となる画面設計資料
- 画面一覧
- 画面レイアウト
- 画面遷移図
- ワイヤーフレーム
- デザインカンプ
- UI・UX設計内容
- 修正依頼の方法
- 承認日
- 承認後の変更ルール
- 追加費用の取扱い
- 添付資料一覧
- 署名・押印欄
これらを明確にすることで、承認内容が客観的に証明できるようになります。
条項ごとの解説と実務ポイント
1．対象資料を具体的に特定する
「画面設計書」とだけ記載すると、どの資料を承認したのか分からなくなることがあります。
そのため、
- 画面設計書
- ワイヤーフレーム
- 画面遷移図
- デザインカンプ
- UI仕様書
- 画面一覧
など、対象資料を具体的に列挙しておくことが重要です。資料番号や版数（Version）まで記載しておくと、後日の証拠としても有効です。
2．承認のタイミングを明確にする
承認日が不明確だと、「まだ正式承認していない」「修正版を見ていない」などのトラブルが発生する可能性があります。承認日は書面または電子承認で記録し、正式版として確定した日時を残すことが重要です。
3．承認後の変更ルールを定める
開発現場では、
- ボタン位置を変更したい
- 入力項目を追加したい
- 検索条件を増やしたい
- 画面を新しく追加したい
といった要望が頻繁に発生します。画面設計承認書では、「承認後の変更は追加見積の対象となる」ことを明記しておくことで、追加費用に関するトラブルを防止できます。
4．軽微な修正との区別を設ける
すべての修正を追加費用の対象とすると、実務上の運用が難しくなります。
例えば、
- 文字サイズ調整
- 余白調整
- 色味変更
- アイコン差替え
- フォント変更
などは軽微な修正として取り扱うケースが一般的です。
一方、
- 画面追加
- 新機能追加
- 入力項目追加
- 画面遷移変更
- API連携追加
などは追加開発として整理すると運用しやすくなります。
5．版数管理を行う
画面設計は複数回修正されることが多いため、
- Version1.0
- Version1.1
- Version2.0
などの版数管理を行うことが望ましいです。承認書にも版数を記載することで、どの設計を承認したのかが明確になります。
6．契約書との整合性を確保する
画面設計承認書は単独で利用するよりも、
- システム開発契約書
- アプリ開発契約書
- 要件定義確認書
- 仕様書承認書
- 検収書
などと組み合わせることで、開発工程全体の管理が容易になります。特に、契約書に「承認済み画面設計資料に基づき開発を行う」旨を定めておくと、責任範囲がより明確になります。
画面設計承認書を作成する際の注意点
- 対象となる画面設計資料の名称と版数を必ず記載する。
- 承認後の変更が追加費用の対象となる条件を明確にする。
- 軽微な修正と仕様変更の区分を定義する。
- 電子承認を利用する場合は承認日時を保存できる仕組みを採用する。
- 契約書や要件定義書、仕様書との内容に矛盾がないよう管理する。
- 承認済み資料は変更履歴を残し、最新版を適切に管理する。
画面設計承認書と仕様書承認書の違い
| 項目 | 画面設計承認書 | 仕様書承認書 |
|---|---|---|
| 目的 | 画面デザインやUIを承認する | システム全体の仕様を承認する |
| 対象 | 画面設計書・ワイヤーフレーム・デザインカンプ | 機能仕様書・詳細仕様書・設計仕様 |
| 確認内容 | 画面レイアウト、入力項目、画面遷移など | 機能、処理内容、業務フロー、システム仕様など |
| 利用時期 | 画面設計完了後 | 仕様書完成後 |
| 主な役割 | UI・画面イメージの確定 | システム仕様全体の確定 |
画面設計承認書と要件定義確認書の違い
| 項目 | 画面設計承認書 | 要件定義確認書 |
|---|---|---|
| 目的 | 画面設計内容を承認する | 要件定義内容を確認・承認する |
| 対象 | 画面設計資料 | 業務要件・機能要件・非機能要件 |
| 作成時期 | 基本設計工程 | 要件定義工程 |
| 確認内容 | 画面構成・UI・画面遷移 | 開発目的・必要機能・業務要件 |
| 役割 | 画面仕様を確定する | 開発の方向性を確定する |
まとめ
画面設計承認書は、画面設計資料の内容を正式に承認し、開発工程へ進むための重要な確認書です。承認時点を明確にすることで、画面仕様に関する認識違いや追加開発、費用負担などのトラブルを未然に防ぐことができます。特にシステム開発やWeb制作では、要件定義確認書や仕様書承認書、検収書などと組み合わせて運用することで、各工程の責任範囲が明確になり、プロジェクト全体を円滑に進めることができます。画面設計承認書を適切に整備し、品質の高い開発と円滑なコミュニケーションにつなげましょう。
