AI FAQシステム開発の開発期間・スケジュール・納期について

AI FAQシステムの開発期間は、自動化の範囲、連携先の数、RAGの精度検証にかける期間によって、3週間から6か月程度まで変わります。

規模が大きいほど期間は延び、社内データの整備状況や承認の速さで納期も前後します。

▼全体ガイドの記事
・AI FAQシステム開発の完全ガイド

AI FAQシステムの開発期間の全体像

小規模・中規模・大規模のAI FAQシステム開発期間を並べた図解。
規模が大きくなるにつれて、目安の期間帯も長くなります。

自動化する範囲と既存システムとの連携数によって作業量が変わるため、全体の期間は3週間〜6か月程度の幅で見ておくのが現実的です。単純なキーワード一致型のFAQ検索と比べると、開発期間の幅は広くなります。RAGでは社内データを検索できる形に整え、AIに正しく参照させる工程が加わるからです。

まず規模別の目安で、自社に近い期間帯を把握します。現実的なスケジュールを描く第一歩になります。

規模別の開発期間の目安

規模による期間の差は、参照するナレッジの量と、既存システムとの連携範囲に現れます。

  • 小規模:限られたナレッジを扱い、約3〜8週間
  • 中規模:社内ツールやデータベースとも連携し、2〜3か月程度
  • 大規模:複数の業務システムや独自の要件を含み、3〜6か月

小規模には、単一のFAQへの対応や、既存チャットボットへのAI回答の追加が含まれます。中規模では、社内ポータル、Slack・Teams、社内データベースなどと連携する構成になります。

大規模では、複数の業務システムを横断するうえ、複雑なワークフローや閉域網といった独自のセキュリティ要件を組み込むこともあります。

Microsoftの調査では、データ基盤やセキュリティなどを整えた企業は平均6か月未満で導入を完了しています。一方、実行体制が伴わない企業は9か月以上かかる傾向があります。

この差が示すように、納期は技術の難しさだけでなく、社内データの整備状況や実行体制にも左右されます。

開発期間を左右する変数

同じ中規模でも、2か月で済む場合と4か月近くかかる場合があるのは、条件によって作業量と待ち時間が変わるからです。

  • 社内データ:整理の進み具合による準備工数の差
  • 連携先:増えた分だけ膨らむ実装とテスト
  • 開発手法:ノーコードとフルカスタムの違いによる期間差
  • 意思決定:承認の速さによる待ち時間の差

マニュアルや文書が整理済みか、古いマニュアルの改訂やPDFのテキスト化から始めるかによって、後述するデータ整備の工数が変わります。

連携先には、チャットツールや社内データベースなどがあります。費用面では、初期費用は1件あたり1.5〜5%、月額は0.5〜1%程度の上乗せが相場です。

DifyやCopilot Studioなどのノーコードで作る場合と、フルカスタムでRAGパイプラインを組む場合では、期間に数倍の差が生まれます。

要件定義で決裁権を持つ担当者が、仕様やスコープを速やかに決められるかどうかも、納期を左右します。承認待ちで納期が1か月以上変わるケースも、珍しくありません。

納期を見積もる際は、上の4つの条件をそれぞれ確認します。期間差を生む変数を理解しておくことが、精度の高い納期見積もりにつながります。

ポイント

期間は、自動化の範囲、連携数、社内データの整備状況、承認の速さで変わります。目安は、小規模で3〜8週間、中規模で2〜3か月、大規模で3〜6か月です。

工程別スケジュールと期間配分

標準的な開発は、要件定義と設計から始まり、実装、テスト・精度検証を経て、運用開始・パイロット運用に進みます。

期間配分を知っておくと、開発会社の見積もりが妥当かどうかを見極めやすくなります。特にAI FAQでは、テスト・精度検証が通常のシステム開発以上に欠かせない工程です。

要件定義・設計フェーズ(合計4〜8週間)

要件定義と設計では、後から作り直さないように、自動化する範囲と回答ルールを先に決めておきます。発注側と開発会社がここで認識を揃えておくかどうかで、後工程の進み方は大きく変わります。

  • 要件定義:2〜4週間。業務フローと問い合わせの内容の整理
  • 設計:2〜4週間。システム構成、プロンプト、UI/UXを組み立てる

要件定義では、AIが自動で答える範囲と人が対応する範囲を分けたうえで、対象となる問い合わせのパターンを洗い出します。既存のキーワード検索FAQで答えられる質問と、生成AIでなければ対応できない曖昧な質問も区別します。この線引きが曖昧だと、後工程で手戻りが生じます。

プロンプトでは、AIの口調、回答の細かさ、根拠がない場合の応答ルールを決めます。プロンプト設計はハルシネーション対策の土台です。そのため、要件定義と設計のなかでも特に丁寧な検討が必要になります。

実装フェーズとテスト・精度検証フェーズ

実装からパイロット運用までは、システムを構築しながら、回答品質も確かめていきます。

  • 実装:4〜8週間。LLMや連携機能、UIの構築
  • テスト・精度検証:2〜4週間
  • 運用開始・パイロット:1〜2週間

実装では、GPT-4o、Claude、Geminiなどから使うLLMを組み込み、外部ツールや社内データベースとの連携を作り込みます。データ整備やチャンキング、埋め込みも、この実装と並行して進みます。

テストでは、動作、例外処理、セキュリティに加えて回答精度を検証します。このうち検索精度は、検索結果に正解の社内文書が含まれるかどうかで評価します。

また、検索結果の情報に忠実に答えられたかは、生成精度やハルシネーションの有無で評価します。同じテスト用の質問セットで、両方を確認します。

金融や医療など誤りが許されない領域では、95%以上の精度が求められることもあります。検証時間が不十分なまま本番稼働すると、後のトラブルにつながるリスクが高まります。

運用開始では、本番環境を構築したうえで、特定の部署など限られたユーザーに試験利用とトレーニングを行います。

ポイント

見積もりの期間配分が妥当かどうかは、工程ごとの目安と照らし合わせると判断しやすくなります。特にテスト・精度検証は、AI FAQでは通常のシステム開発以上に欠かせません。

RAG構成特有の工程がスケジュールに与える影響

データ整備、チャンキング、ハイブリッド検索、精度検証を順につないだ図解。
検索に使うデータの準備から回答品質の確認までが納期に関わります。

生成AI・RAG構成では、社内データを検索と生成に使える形に整える工程が新たに発生します。

これらの工程は、全体の遅延に直結するクリティカルパスになりやすいのに、見落とされがちです。そのため、事前に工数を確保しておく必要があります。

従来型のキーワード検索FAQは正答率が60〜70%程度にとどまるのに対し、RAG構成は文脈を理解して90%以上を狙えるとされています。問い合わせ対応工数の削減効果も、両者で異なります。

データ整備(AI-Ready化)とチャンキング・埋め込み

AI FAQのRAG構成では、最初の関門がデータ整備(AI-Ready化)です。

  • データ整備:古い情報や重複、表記揺れの整理
  • チャンキング:文書を意味のまとまりに分割
  • メタデータ:作成日、部署、カテゴリなどの付与

図表や脚注のノイズも含めて、データの質がRAGの回答精度の上限を左右します。不要な情報を取り除くことや、部署ごとに分かれたナレッジを統合することも必要です。

データ準備は工数が膨らみやすく、想定より1〜2週間長引くこともあります。そのため、初期の段階から工程として予定に入れておく必要があります。

データを整えたあとは、文字数で単純に区切らず、見出しや表などの意味構造に沿ってチャンク(情報の塊)に分割します。

チャンキングとメタデータの設計の質は、検索精度に直結します。このため、分割の単位と付与する項目を丁寧に決めます。

ベクトルDB構築・ハイブリッド検索・精度検証

データをベクトルDBに格納したあとは、検索方式と回答品質を調整します。ベクトル検索(デンス検索)は意味で探す方式で、キーワード検索(BM25などのスパース検索)は型番や専門用語の完全一致に強い方式です。

  • ハイブリッド検索:意味検索とキーワード検索の併用
  • 再評価:Re-ranker(リランキング)の調整
  • 精度検証:検索精度と生成精度を別々に確認

両者を組み合わせ、検索結果を再評価するRe-rankerを調整すると精度が高まります。ただし、単純なベクトル検索だけの場合より、数週間長くかかることもあります。

プロンプト設計と検証では、検索結果に正解が含まれるかと、その情報に忠実に回答できるかを分けて確認します。そのうえで、改善を繰り返します。

従来型のFAQは、検索結果の表示を確認すれば足りました。一方、AI FAQは生成文そのものの正確性も求められるため、より多くの反復と時間を予定に含める必要があります。

ポイント

データ整備やチャンキング、検索の調整、精度検証は、RAG構成で増える工数です。初期の予定に組み込んでおくと、遅延を抑えやすくなります。

開発手法による期間の違い

ノーコードとフルカスタムの開発期間と、限定導入・複数の基幹システムとの連携や独自要件を並べた図解。
導入範囲や独自要件に応じて、選ぶ手法が変わります。

開発期間は手法によって大きく変わります。検証の段階で素早く形にするか、本格運用を見据えて作り込むかによって、適した手法が異なります。

ノーコードツールによる立ち上げ加速

ノーコードは立ち上げを速められ、限定導入から本格化させる進め方にも使えます。

  • 試作:GUI操作中心で数時間〜数日
  • 実用化:およそ1〜3か月
  • 段階導入:限定範囲から始め、効果を見ながら拡張

DifyやMicrosoft Copilot Studioでは、社内のPDFやFAQデータをアップロードしてRAG化できます。そのため、専門のエンジニアがいなくても着手できます。

ノーコードで素早く立ち上げてから本格導入や後述のフルカスタム開発へ広げると、納期の短縮に有効です。

フルカスタム開発の期間と意思決定スピードの影響

フルカスタムは長い期間を要しますが、業務に合わせた構築が可能です。どちらの手法でも、意思決定の速さが納期に関わります。

  • 開発期間:RAGをゼロから構築し、3〜12か月程度
  • 向いている場面:複数の基幹システムとの連携や独自要件に対応する場合
  • 意思決定:決裁者が要件定義に参加して仕様を決める

複数の基幹システムとの連携、高精度な検索設計、独自のセキュリティ要件を含むと、ノーコードより時間がかかります。その分、細かな要件まで組み込めます。

要件定義では、決裁権を持つ担当者が短時間でも同席し、仕様やスコープを速やかに決められる体制が欠かせません。

承認に時間がかかる組織では、技術の作業よりも意思決定の遅れが、納期を押し下げる最大の要因になりがちです。

ポイント

手法は、素早く形にするか、本格運用を見据えて作り込むかで選びます。ノーコードは立ち上げが速く、フルカスタムは3〜12か月程度かかる代わりに業務に合わせて作り込めます。

納期遅延の典型要因と対策

AI FAQの納期が遅れる主な原因は、データの問題と精度基準の曖昧さです。こうした要因を放置すると、計画したスケジュールは崩れてしまいます。

データ未整備による工数膨張

社内データの未整備は、遅延の原因としていちばん多く見られます。既存のマニュアルをそのまま使えると見込んでいると、実装の途中で問題が見つかり、予定にない整理作業が発生します。

  • 事前見積もり:データ整備を独立した作業として計画に入れる
  • 文書の点検:実装の前に文書一覧を作り、品質を確かめる
  • PoC:実データの一部を使い、先に検証する

古い情報や重複、表記揺れが後から見つかると、クレンジング(データの整え直し)が必要になります。こうした状況は、「Garbage In, Garbage Out(ゴミを入れたらゴミが出る)」と表現される失敗であり、生成AI・RAG特有の遅延要因です。

整備工数は、要件定義の段階で見積もりに明記しておきます。PoCで見つかった問題は本開発の前に直せるため、想定外の手戻りを大幅に減らせます。

精度基準の未設定とPoC省略のリスク

本番稼働での回答精度を事前に決めておかないと、検証中に改善要望が続き、リリース時期も定まりません。

  • 基準合意:回答の正確さの目標値を関係者で決める
  • PoC:本開発の前に、2〜4週間程度かけて行う

目標の水準は、たとえば95%以上とするか、業務内容に応じた現実的な水準とするかで変わります。

PoC(概念実証)では、実データでの精度や社内データとの相性を事前に確かめます。これにより、本開発中に想定外の精度不足が見つかって遅延する事態を防げます。

PoCを省いて本開発に入ると、当初は短い予定に見えても、精度不足による手戻りで全体の納期が延びるケースが多く見られます。

ポイント

納期遅延の主な原因は、データの未整備と精度基準の曖昧さです。データ整備を独立したタスクとして見積もり、PoCで本開発の前に精度を確かめると、手戻りを減らせます。

まとめ

ここまで、AI FAQシステムの開発期間と納期について、規模と工程の面から見たうえで、RAG特有の作業や開発手法、遅延対策まで確認しました。AI FAQの開発期間は、小規模で3〜8週間、中規模で2〜3か月、大規模で3〜6か月が目安です。

工程の目安は、要件定義と設計、実装がそれぞれ4〜8週間、テスト・精度検証が2〜4週間です。パイロット運用は1〜2週間を見込みます。

RAGでは、データ整備、チャンキングと埋め込み、ハイブリッド検索を含む検索の調整、回答精度とハルシネーションの検証までが加わります。いずれも遅延に直結しやすい工程です。

ノーコードなら数時間〜数日で立ち上げられる一方、フルカスタムには3〜12か月かかります。手法は、自社の要件に合わせて選ぶことになります。

データの事前点検とPoCによる早期の検証は、未整備や精度基準の曖昧さによる遅延に備えるのに役立ちます。納期の設定やリスク管理にも生かせます。

具体的な日程を相談する際は、複数の開発会社に要件の概要と社内データの状況を示し、見積もりを取るのがよいでしょう。

▼全体ガイドの記事
・AI FAQシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。