プロトタイプ確認書

プロトタイプ確認書とは？

プロトタイプ確認書とは、システム開発やアプリ開発、Webサイト制作、ソフトウェア開発などにおいて、試作品（プロトタイプ）の内容を発注者と受注者が共同で確認し、その時点での仕様やデザイン、操作性などについて双方の認識を一致させるための書類です。
プロトタイプは完成品ではなく、開発の方向性を確認するための試作品です。そのため、この段階で確認書を作成しておくことで、

• 仕様の認識違いを防止できる
• 不要な手戻りや追加開発を減らせる
• 修正範囲を明確にできる
• 後日のトラブル防止につながる
• 検収時の判断基準を整理できる

といったメリットがあります。近年では、アジャイル開発やUI/UXを重視した開発が増えているため、開発初期にプロトタイプ確認書を作成するケースも増えています。

プロトタイプ確認書が必要となるケース

プロトタイプ確認書は、完成品ではなく試作品を用いて方向性を確認するあらゆる開発案件で活用されます。代表的な利用シーンは次のとおりです。

• システム開発会社が画面イメージを提示する場合 →画面レイアウトや機能配置について認識を共有できます。
• アプリ開発会社がUIデザインを確認する場合 →操作性やデザインの方向性を事前に決定できます。
• Webサイト制作会社がデザインカンプを提出する場合 →色使いやページ構成を確定できます。
• ECサイト制作で購入フローを確認する場合 →ユーザー導線や画面遷移を確認できます。
• SaaS開発で新機能を試作する場合 →正式開発前に仕様の妥当性を検証できます。
• 業務システムの画面設計を確認する場合 →業務フローとの整合性を確認できます。

このように、開発初期に認識を合わせることが重要な案件ほど、プロトタイプ確認書は高い効果を発揮します。

プロトタイプ確認書に盛り込むべき主な項目

実務では、少なくとも次の内容を記載することが望まれます。

• プロジェクト名
• 対象プロトタイプ
• 提出日
• 確認対象
• 確認期間
• 修正依頼方法
• 仕様変更の取扱い
• 知的財産権
• 利用制限
• 秘密保持
• 確認結果
• 損害賠償
• 合意管轄

これらを整理することで、双方がどこまで確認済みなのかを客観的に記録できます。

条項ごとの解説と実務ポイント

1. プロトタイプの対象範囲

最初に重要となるのが、どの試作品を確認対象とするかを明確にすることです。
例えば、

• トップページのみ
• ログイン画面のみ
• 管理画面全体
• スマートフォン版のみ
• Ver1.2のデザイン

など、対象を具体的に記載します。バージョン番号や提出日も併記すると、後日の確認が容易になります。

2. 確認事項

確認項目はできるだけ具体的に定めることが重要です。
一般的には、

• 画面構成
• レイアウト
• 色使い
• ボタン配置
• 画面遷移
• 基本操作
• 表示項目

などを確認対象とします。逆に、性能やセキュリティなど完成段階で評価すべき事項は対象外であることを明記するケースもあります。

3. 修正依頼条項

修正依頼の方法を決めておくことも重要です。
例えば、

• メールで提出する
• プロジェクト管理ツールで登録する
• 期限内のみ受付する
• 修正理由を記載する

などを定めます。これにより、「後から口頭で言った」「聞いていない」といったトラブルを防ぐことができます。

4. 仕様変更条項

確認後に新たな要望が発生することは少なくありません。しかし、それが当初仕様を超える内容であれば追加開発となります。
例えば、

• 新しい画面の追加
• 新機能の実装
• データベース設計変更
• API追加

などは仕様変更として取り扱うことが一般的です。
この区別を明確にしておくことで、追加費用や納期延長についてスムーズに協議できます。

5. プロトタイプの位置付け

プロトタイプは完成品ではありません。
そのため、

• 正式リリース版ではないこと
• 暫定デザインであること
• 機能追加予定があること
• 品質保証の対象ではないこと

を記載しておくことが重要です。これにより、「プロトタイプと完成品が違う」というクレームを防ぐことができます。

6. 知的財産権

プロトタイプには、

• プログラム
• 画面デザイン
• アイコン
• イラスト
• 設計資料

など多くの知的財産が含まれています。確認書では、確認段階では著作権が移転しないことを明記することが一般的です。著作権を譲渡する場合は、本開発契約や著作権譲渡契約で別途定めます。

7. 秘密保持条項

プロトタイプには未公開情報が多く含まれます。
例えば、

• 新サービス
• 新機能
• 画面設計
• 営業情報
• マーケティング戦略

などが第三者へ漏えいすると大きな損害となる可能性があります。
そのため、確認書にも秘密保持条項を設けることが望ましいでしょう。

8. 確認結果の記録

確認結果は、

• 承認
• 条件付承認
• 修正後再確認
• 不承認

などに分類して記録します。修正内容も一覧化して残すことで、後日の仕様変更管理が容易になります。

プロトタイプ確認書を作成する際の注意点

• 完成品と誤認されない表現にする →プロトタイプは試作品であることを明確に記載しましょう。
• 修正範囲を具体的にする →どこまでが軽微な修正で、どこから仕様変更になるのかを整理しておくことが重要です。
• 確認期限を設定する →期限を設けることで開発スケジュールの遅延を防ぎやすくなります。
• 口頭の指示だけで進めない →修正内容は必ず書面や電子データで残しましょう。
• 本契約との整合性を確認する →システム開発契約書や業務委託契約書と内容が矛盾しないよう注意が必要です。
• 知的財産権の帰属を整理する →確認書だけで権利移転が発生しないことを明確にしておきましょう。

プロトタイプ確認書と関連書類との違い

プロトタイプ確認書は完成品を承認する書類ではなく、あくまで試作品の方向性を確認するための文書である点が大きな違いです。

まとめ

プロトタイプ確認書は、システム開発やWeb制作などの初期段階において、発注者と受注者の認識を一致させるための重要な書類です。仕様やデザイン、画面構成、修正内容を明確に記録することで、不要な仕様変更や手戻りを防ぎ、開発全体を円滑に進めることができます。特に近年はアジャイル開発や短期間での開発プロジェクトが増えているため、プロトタイプ段階での合意形成はこれまで以上に重要になっています。実務では、システム開発契約書や要件定義書とあわせてプロトタイプ確認書を活用し、確認内容を書面として残すことで、品質向上とトラブル防止の両立を図ることが望ましいでしょう。