AI開発の納期はどう決まるか。短縮できる4工程と、急ぐと費用が跳ねる3工程

見積書には必ず「期間」の欄がある。ところが発注側がここを読むときは、たいてい「思ったより長い」か「間に合うならいい」のどちらかで、中身を分解して見ることは少ない。

そして相談の場では、こう切り出されることになる。「3 か月でお願いできますか」。

このとき何が起きるか。期間を縮めた分だけ、費用が上がるか、品質が落ちるか、あるいはその両方になる。 ただし、どの工程を縮めるかによって結果はまったく違う。タダで縮められる工程は実際にあるし、縮めた瞬間に費用が跳ねる工程もある。両者を混ぜたまま「全体を 2 割短く」と言うのが、いちばん高くつく。

この記事では、AI 開発の期間が何で決まるのかを分解し、発注側が自分の手で縮められる 4 工程と、急ぐと費用が跳ねる 3 工程を分けて示す。

期間は「作業時間」ではなく「待ち時間」で決まる

まず前提を 1 つ。開発会社が見積もる期間は、手を動かしている時間の合計ではない。

AI 開発の工程表を並べると、実際には次のような時間が大きな比率を占める。

• 発注側がデータを用意して渡すまでの時間
• 発注側が「この出力で合格とする」を決めるまでの時間
• 社内の承認・稟議・アカウント発行を待つ時間
• 精度を測って、直して、もう一度測る往復の時間

このうち上の 3 つは、開発会社の作業量とは無関係である。 それでも期間には必ず入っている。開発会社は過去の案件から「発注側の返答にはこれくらいかかる」を織り込んで期間を出しているからで、見積書の期間が長い理由が、必ずしも作業量にあるとは限らない。

つまり、期間短縮の交渉相手は開発会社だけではない。半分は自社である。

期間を 6 つに分けて見る

見積書の期間欄が「6 か月」としか書かれていないなら、次の 6 つに割ってもらうよう依頼する。これだけで、どこを縮められるかが見える。

工程	何をしている時間か	主に誰が動くか
1. 要件確定	作るものと合格条件を文章に固定する	発注側 + 開発会社
2. データ準備	元データの抽出・整形・権利確認	発注側
3. 環境準備	アカウント発行・接続許可・セキュリティ審査	発注側
4. 構築	実装・調整	開発会社
5. 精度評価	測る → 直す → また測る往復	開発会社 + 発注側
6. 受け入れ・移行	検収・運用手順の引き継ぎ・本番切替	発注側 + 開発会社

例として、ある PoC 案件を 12 週で組んだとする。この 12 週のうち、2・3・6 が占める比率は珍しくない割に、発注側からは見えにくい。見えにくいから「開発が遅い」と受け取られ、実際には自社の稟議待ちで 3 週止まっていた、ということが起きる。

工程の全体像は AI開発発注の流れ に、誰が何を担当するかは AI開発のプロジェクト管理 にまとめている。

短縮できる 4 つの工程

追加費用なしで、発注側の動き方だけで縮むのは次の 4 つである。

1. 意思決定の往復（いちばん短縮余地が大きい）

「この出力なら合格」「この項目は今回やらない」を誰が決めるかを、着手前に 1 人に決めておく。合議で決める体制のまま走ると、1 回の確認に 1〜2 週かかり、それが工程ごとに発生する。

やることは単純で、キックオフの時点で決裁者を名指しし、確認依頼の返答期限を決めるだけである。ここを詰めておくと、期間は目に見えて縮む。社内の巻き込み方は AI導入の社内合意形成 を参照してほしい。

2. データの受け渡し

AI 開発では、データが届くまで実質的に着手できない工程がある。にもかかわらず、データの抽出を情報システム部門に依頼するのが契約後、ということが多い。

相談の段階で、サンプルデータの抽出だけ先に依頼しておく。 権利関係（購入データ・委託先データ・個人情報の扱い）の確認も並行して始める。詳しくは AI開発のデータ準備 にある。

3. 環境とアカウントの準備

クラウドアカウントの発行、社内システムへの接続許可、セキュリティ審査。これらは開発会社が待つしかない工程で、しかも社内の審査期間は発注側が一番正確に見積もれる。

契約前に「うちの審査は申請から何週かかるか」を調べて、開発会社に伝える。伝えれば工程表をその前提で組んでもらえる。

4. スコープを削る

縮める方法として最も確実なのは、作る量を減らすことである。ただしこれは「安くする」とは意味が違う。今回やらないと決めた機能は、後で別案件として費用がかかる。

削る判断の勘所は AI業務システムを安く作る に、削ってはいけない部分と合わせて書いている。

急ぐと費用が跳ねる 3 つの工程

一方、ここを縮めろと言うと、費用か品質のどちらかを必ず払うことになる工程がある。

1. 精度評価の往復

AI の精度は、測って、直して、また測る以外に上げる方法がない。この往復回数を減らせば、当然その分だけ精度は詰まらないまま納品される。

「期間は短く、精度は同じで」と言った場合、開発会社にできるのは人数を増やして評価を並行で回すことだけである。評価には人手での正解確認が伴うので、費用は素直に増える。何をどう測るかは AIの精度をどう評価するか にまとめた。

2. 並行化のための増員

期間を半分にするために人を倍にすると、費用は倍以上になる。引き継ぎ・認識合わせ・レビューの時間が増えるからで、同じ成果物に対して総工数が膨らむ。

これは AI 開発に限った話ではないが、AI 案件では特に効きにくい。要件が固まりきらないまま進む部分が必ず残るため、人数を増やしても手待ちが増えるだけ、という状態になりやすい。

3. 受け入れと運用移行

ここを縮めるのがいちばん危険である。検収を甘くして本番に出した分は、消えるのではなく運用フェーズに移るだけだからだ。運用開始後に見つかった不具合の修正は、着手済みの体制がほどけた後になるため、単価も納期も悪くなる。

検収で何を見るかは AI開発の検収、引き継ぎで確認する項目は AI開発の引き継ぎ にある。

見積書の期間欄で確認する 4 点

1. 期間が工程別に割られているか。 「6 か月」の一行だけなら、上の 6 分割を依頼する
2. 発注側の作業と待ち時間が明記されているか。 「データ提供：契約後 2 週以内」のような前提が書かれていれば、守れなかったときに期間がどう動くかを先に確認できる
3. 前提が崩れたときの扱いが書かれているか。 発注側都合の遅延で体制が空いた場合の費用負担は、AI開発の仕様変更 と同じ論点である
4. 短納期の割増が計上されているか。 計上されていない短納期の提案は、どこかの工程を黙って削っている可能性がある。何を削ったのかを聞く

4 について補足すると、短納期は本来コストである。費用診断 でも「急ぎ」の条件を選ぶと概算は上振れする。割増がないのに期間だけ短い提案は、安いのではなく、見えていないだけのことが多い。

やってはいけないこと

• 全社に一律で「2 割短く」と伝える。 削る工程が各社バラバラになり、相見積もりが比較できなくなる
• 短縮の理由を言わない。 「展示会に間に合わせたい」のか「期初に実績が要る」のかで、削るべき工程は変わる。目的を伝えれば、機能を絞って先に出す案が出てくることがある
• 自社の工程を数えずに交渉する。 稟議に 3 週かかる会社が、開発期間だけ 3 週削っても、全体は縮まない

まとめ

• AI 開発の期間は作業時間だけでなく、発注側の意思決定・データ・審査の待ち時間を含んでいる
• 追加費用なしで縮むのは、意思決定の往復・データの受け渡し・環境準備・スコープの 4 つ。いずれも主に発注側が動く工程である
• 縮めると必ず費用か品質を払うのは、精度評価の往復・並行化のための増員・受け入れと運用移行の 3 つ
• 見積書では期間を工程別に割ってもらい、発注側の前提と短納期の割増が書かれているかを確認する

受け取った見積書に期間の内訳と前提が書かれているかは 見積書チェック で確認できる。これから条件を整理する段階なら 費用診断 を、分野別の期間と費用の目安は 費用相場 を見てほしい。