AI導入を相談しても、提案内容がツール、研修、受託開発でばらばらになり、価格以外の違いを比較できず困っていないでしょうか。
『AIで効率化したい』だけでは、対象業務、入力データ、合格条件、運用担当が伝わらず、各社が別の前提で提案します。
この記事では、RFPに入れる項目、評価表、PoC、契約前の確認を整理します。
株式会社ラクボは、AI導入を単体ツールの設定で終わらせず、業務設計、確認、運用、改善までを一つの仕組みとして支援しています。実務で止まらず、担当者が判断できる状態を重視しています。
現状業務と達成したい変化を書く
RFPの最初に、対象業務、月間件数、担当人数、現在の時間、失敗、変えたい指標を記載します。製品名やモデルを先に指定せず、何を残し何を自動化したいかを示します。対象外業務と既存システムも明記します。
相談段階で業務が決まっていない場合は、3か月のAI自動化ロードマップを参考に、棚卸しと試作を調達範囲へ含めます。
データ・精度・権限・例外処理を要件にする
入力データの種類、保存場所、個人情報、利用権限、外部送信の可否を整理します。精度は抽象的な百分率だけでなく、テスト件数、許容する誤り、人へ戻す条件で示します。根拠表示、監査ログ、停止方法、データ削除も確認します。
正常時だけでなく、情報不足、接続失敗、モデル変更、担当者不在の対応を提案してもらいます。自社が承認すべき項目とベンダーへ任せる項目を分けます。
同じ評価表で提案を比較する
評価軸は業務理解、実現方法、セキュリティ、運用体制、検証計画、費用、引き継ぎ、終了条件に分けます。デモの見栄えだけで決めず、自社の匿名化テストデータで同じ課題を確認します。前提条件と追加費用も表へ入れます。
価格は初期費用と月額だけでなく、API、保守、モデル利用、修正、教育、解約時の移行まで見ます。点数だけでなく、重大な不適合条件を先に決めます。
PoCの合格条件と本番移行を先に決める
PoCは期間、対象件数、比較対象、人の確認時間、合格条件を定めます。試作が動いたことではなく、工数、修正率、停止時の復旧、現場の受入を評価します。本番移行しない場合のデータ削除と成果物の扱いも合意します。
担当者、定例、障害連絡、変更管理、終了時の引き継ぎを契約前に確認します。ベンダーを選ぶことをゴールにせず、自社で運用判断を続けられる状態を調達します。
RFP作成時は、業務責任者、情報管理、利用者、調達の四者で前提をそろえます。全項目を必須にすると提案が形式的になるため、必須、望ましい、提案に任せるを分けます。質問への回答は全候補へ同じように共有し、個別説明で前提差が生まれないようにします。選定後も評価表を保管し、本番で約束した運用、費用、引き継ぎが守られているか定例で確認します。特定製品へ依存する機能は、データを書き出せる形式、設定情報の返却、契約終了後の保持期間を確認します。終了条件を先に決めることで、導入後に成果が出ない場合も安全に見直せます。
初回実装では、まず「現状業務と達成したい変化を書く」と「データ・精度・権限・例外処理を要件にする」を一つの対象で確認し、次に「同じ評価表で提案を比較する」までを担当者と手作業で通します。最後に「PoCの合格条件と本番移行を先に決める」の指標を決めてから自動化範囲を広げます。一度に全件へ適用せず、修正理由、判断者、元データ、停止条件を記録してください。小さな試験で人が直した箇所を残すことが、AIの出力を増やすより再現性の高い運用につながります。
この運用を自社のデータ、担当者、承認ルールに合わせて構築したい場合は、ラクボの期間限定AI部署・AI顧問をご覧ください。現在の業務から小さく試す範囲を整理したい方は、AI ベンダー選定 RFPについて相談できます。