AI導入支援の納品では、説明どおりの画面があるかに加えて、実際の仕事で期待する動きになるかを確認します。説明会で一度動いたことと、自社の担当者が使い続けられることは別です。
受入条件は、完成後に追加するのではなく、依頼時に成果物と合わせて合意しておくと確認しやすくなります。以下は発注側が整理するための例で、契約上の検収条件を置き換えるものではありません。
画面ではなく、仕事のシナリオで試す
社内FAQの下書き支援を例にすると、質問を一件入れて回答が出るだけでは確認が足りません。
| シナリオ | 期待する状態 |
|---|---|
| 根拠資料がある質問 | 資料に基づく回答と参照先が分かる |
| 資料に答えがない質問 | 不足を示し、推測で回答を確定しない |
| 旧資料と新資料がある | 決めた採用ルールに沿う |
| 見せられない資料に関する質問 | 権限を越えた内容を表示しない |
| 処理に失敗した場合 | 成功と表示せず、再確認の方法が分かる |
どの程度の誤りを許容するかは、出力の用途と人の確認を含めて決めます。「精度90％」だけでは、何を何件で測ったか不明なため、合否を判断できません。
結果には入力と版を残す
確認記録には、試した日、利用者、入力、資料の版、出力、判定、修正が必要な点を書きます。改善後に同じ条件で再確認できるようにするためです。
修正で一つの質問が通るようになったら、以前通っていた代表例も確認します。調整した結果、別の出力が崩れる可能性があるため、指示文や資料の変更内容を記録します。
引き継ぐものを確認する
利用者向けの操作手順だけでなく、管理する人向けの情報も必要です。設定の保管場所、資料更新の方法、問い合わせ先、契約している外部サービス、解約や引渡し時の扱いを確認します。
成果物名：
利用する環境と対象者：
資料を更新する担当者：
通常の利用手順：
出力を確認する観点：
失敗・不明な場合の戻し方：
外部支援へ連絡する条件と窓口：
担当者が休んだ場合に、別の人がこの情報から操作を始められるかを試すと、口頭説明に依存した箇所を見つけられます。
未完了の項目を、納品記録に残す
確認できなかった連携や利用者区分を、試験済みにしないようにします。修正する項目、確認担当、予定日を分け、合意した範囲で受入を判断します。
また、導入期間中の調整と、継続保守で対応する変更の境界も確認します。新しい業務を追加する依頼と、合意した動作の不具合は同じ扱いとは限りません。
受入テストは相手の作業を疑うためではなく、双方が同じ完成状態を確認するために行います。依頼前の条件整理にはAI支援会社の選び方と質問表を利用できます。
納品物の名前だけでなく、再現できる証拠を受け取る
「プロンプト一式」「マニュアル一式」だけでは、何をもって検収するかが曖昧です。対象業務ごとに、入力例、期待する結果、確認方法、対象外を対応させます。
| 確認欄 | 架空の検収例 |
|---|---|
| 対象 | 商談メモの項目整理 |
| 正常時 | 確認済みの情報を指定の欄へ整理できる |
| 欠損時 | 不明な予算や担当者を補わず、未確認と表示する |
| 権限 | 利用を認めた資料だけを扱う |
| 引き継ぎ | 社内担当が手順を見て試験を再現する |
| 記録 | 試験日、構成、資料の版、結果、未解決事項 |
合格した試験の範囲と、今後追加する機能を分けてください。外部送信や本番データの変更を含む試験は、対象・実施者・戻し方を先に決めます。納品後の修正期間や問い合わせ窓口も、検収前に確認しておきます。
導入前に確認項目をそろえたい場合は、欲しい出力と失敗時の動きを挙げてAI導入の受入条件を相談してください。見積もり前に対象範囲と確認方法を合わせられます。