結論

運用マニュアルは「納品されたが使われない」文書の代表格です。原因は2つあり、検収時に実際の操作で検証しないまま受け取ること、そして納品後の更新義務を決めないため初回リリースの3ヶ月後には現実と食い違うことです。対策は、マニュアルの検収を「読んで確認」ではなく「マニュアルだけを頼りに非開発者が操作を完遂できるか」の実地テストで行うこと、保守契約に更新トリガー(リリース・モデル更新・障害からの教訓)と更新期限を義務として書くこと、版管理を差分と承認記録つきで運用することの3点です。

運用マニュアルの検収基準

マニュアルの検収基準は、網羅性ではなく遂行可能性で定義します。実地テストの方法は、マニュアルの想定読者と同じスキルレベルの担当者(開発に関わっていない情シスメンバーや業務担当)が、マニュアルだけを見て代表的な運用タスクを実行し、詰まった箇所をすべて記録するというものです。

詰まった箇所が記録されるほど検収の質は上がります。「詰まりゼロ」の報告は、テストが形式的だった可能性を疑ってください。AIシステムでは、精度サンプリングの採点手順、誤出力報告の処理、モデル・プロンプト変更時の評価手順という運用が新しく加わるため、この3つがマニュアルに含まれているかは明示的に確認が必要です。

版管理の最低要件

マニュアルの版管理は、次の4点を最低要件にします。第一に、一意の版番号と改訂履歴(日付、変更箇所、変更理由、承認者)。第二に、マスターの保管場所の一元化(ベンダーのファイルサーバーと発注側の共有フォルダに別々の「最新版」が存在する状態を禁止)。第三に、差分の明示(改訂のたびに変更箇所一覧を添付し、全文読み直しを不要にする)。第四に、参照者への更新通知(運用担当への周知記録)です。

形式は、Wordファイルの世代管理よりも、Wikiやリポジトリ管理(Markdown+バージョン管理システム)のほうが差分管理と検索性で優れます。ベンダーの標準がファイル納品の場合でも、マスターの置き場所と更新フローだけは一元化を合意してください。

更新義務の契約設計

マニュアルを生かし続ける鍵は、保守契約に更新義務を組み込むことです。更新トリガーと期限を次のように定めます。

「リリース判定の条件にマニュアル更新を含める」が最も効く仕組みです。更新が後回しにされる構造は、リリースはコードだけで完了と見なされることに起因するため、判定チェックリストにドキュメント項目を入れて構造的に防ぎます。

四半期の実効性レビュー

版管理が回っていても、記載と現実の乖離は静かに進みます。四半期に1回、運用担当がマニュアルの主要手順を1つ選んで実地で再検証し、乖離があれば更新チケットを起票するレビューを定例化してください。1回30分程度の投資で、マニュアルの信頼性が維持されます。マニュアルが信頼できないと、運用担当は個人メモに依存し始め、組織の運用知識が属人化に逆戻りします。

このレビューは、ベンダー切替や担当交代の際の移行コストを直接下げます。出口条項で引き継ぎ文書の更新義務を定めていても、日常の版管理が崩れていれば、終了時に「最新化」という名の再作成費用が発生します。

検収時に確認する構成要素

マニュアルの目次要件もRFP・契約段階で指定しておくと、検収時の手戻りが減ります。AIシステムの運用マニュアルに最低限含めるべきは、システム構成の概要と責任分界、定常運用手順(日次・週次・月次)、監視とアラート対応(判断分岐つき)、精度サンプリングと誤出力報告の処理手順、変更手順(設定・プロンプト・モデルの3種別)、障害対応とエスカレーション、バックアップ・リストア、権限管理、外部サービスの連絡先と契約情報の9章構成です。読者(情シス・業務担当・保守ベンダー)ごとに必要な章が異なるため、章ごとに想定読者を明記させると使い勝手が大きく変わります。

実務チェックリスト

• マニュアルの目次要件と想定読者をRFP・契約で指定したか
• 検収を非開発者による実地テストで行ったか
• リストアと切り戻しの手順を実際に演習したか
• 精度サンプリング・誤出力処理・モデル変更手順が含まれているか
• 版番号・改訂履歴・承認者の版管理要件を合意したか
• マスターの保管場所を一元化したか
• 更新トリガーと期限を保守契約に書いたか
• リリース判定条件にマニュアル更新を含めたか
• 四半期の実効性レビューを定例化したか

図解で確認するポイント

この記事の画像は、文書が改訂されるたびに確認と承認を経て新しい版に置き換わる循環を文字なしで図解しています。マニュアルが一度きりの納品物ではなく、更新され続ける運用資産であることを示しています。

AllAI内での次の行動

マニュアルを含む引き継ぎ全体は本番引き継ぎチェックリスト、ナレッジの移管はナレッジ移管計画ガイド、検収の枠組みは検収基準テンプレートが関連テーマです。ドキュメント要件を含む発注整理はAI発注診断から始め、AI開発パートナーでドキュメント品質の実績を比較してください。運用担当の育成にはAI講座も活用できます。

FAQ

Q. マニュアルの実地テストにどのくらい工数がかかりますか? A. 上記5タスクの検証で、テスト担当1名×2-3日が目安です。検収期間に組み込んでおけば大きな負担ではなく、検収後に使えないマニュアルを作り直すコストよりはるかに安く済みます。

Q. ベンダーがマニュアル更新を「別途費用」と言ってきたら? A. 開発起因の変更(リリース、モデル変更)に伴う更新は、変更作業の一部として内包されるべきです。契約に明記がなかった場合は、次回更新時に更新義務条項を追加し、それまでの期間は変更見積にドキュメント更新の行を必ず入れさせて可視化してください。

Q. 生成AIでマニュアルを自動生成・自動更新するのはありですか? A. 下書きの生成や差分検出の補助としては有効です。ただし、手順の正しさは実地検証でしか担保できないため、「自動生成したから検収不要・レビュー不要」にはなりません。自動生成を使う場合も、承認者と版管理の規律は同じに保ってください。

Q. 紙やPDFでの納品を求められたら? A. 監査提出用のスナップショットとしてのPDFは有用ですが、マスターは検索・差分管理できる形式に置くべきです。「マスターはWiki、四半期ごとにPDFスナップショットを保管」という二層構成が実務的です。

出典と確認日

• IPA「情報システム・モデル取引・契約書」: https://www.ipa.go.jp/digital/model/index.html (確認日: 2026-07-10)
• 経済産業省「AI事業者ガイドライン(第1.2版)」: https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/20260331_report.html (確認日: 2026-07-10)
• IPA「システム再構築を成功に導くユーザガイド」: https://www.ipa.go.jp/archive/publish/qv6pgp0000000wo6-att/000059184.pdf (確認日: 2026-07-10)
• 総務省「AI利活用ガイドライン」: https://www.soumu.go.jp/iicp/research/results/ai-network.html (確認日: 2026-07-10)