プロジェクトでの変化
-
PoCゴール達成3ヶ月内で完了
-
営業資料生成業務利用に耐える品質
-
オンプレ要件情シス審査をクリア
課題
金融商品を扱うため、社外クラウドへ業務データを送信できないという制約があった。一方で、営業現場が実際に使える品質の資料を生成する必要があり、オンプレ前提でRAGをどう成立させるかが最大の論点だった。
アプローチ
- 01 営業資料の利用シーンと参照ドキュメントの種類を棚卸し
- 02 オンプレ環境内で完結するRAG構成を設計
- 03 Python製のバックエンドとReactのUIで素早く検証
- 04 Supabaseを評価環境として活用しながら、本番要件と切り分け
成功要因
- オンプレ前提の構成設計
- 社外クラウドへ業務データを出せない制約を起点に、オンプレ内で完結するRAG構成を最初から組んだ。
- 情シス審査の事前折衝
- PoC着手段階で情シス審査の論点を押さえ、終盤での要件不一致を避けた。
- 営業現場ユースケース起点
- 営業資料の利用シーンと参照ドキュメントを棚卸しし、生成対象を業務文脈に寄せた。
- 評価環境の切り分け
- Supabaseを評価環境として活用しつつ本番要件と切り分け、PoCの速度と現実性を両立した。
ソリューション
オンプレ側に閉じたRAGパイプラインをPythonで構築し、検索インデックスと生成プロセスを業務文脈に合わせて調整。フロントはReactで実装し、営業担当が手元で資料草案を確認・編集できるところまでをPoC期間内で示した。