先に、要点をまとめます。
- AI駆動開発は、英語でAI-driven development（AIDDと略されることもあります）と呼ばれ、生成AIを開発の各工程に組み込む進め方です。 コードの補完だけでなく、調査・設計案・テスト作成まで任せる範囲は会社ごとに違います。
- 費用と納期が下がるかは、要件の明確さと、AIが書いたものを人が確かめる工程の量で決まります。 「AIを使うから一律に安く、早くなる」とは言えません。
- 発注前に確認するのは、AIを使う工程・レビューとテストの方法・契約の形の3点です。 見積もりは同じ完成条件にそろえてから比べます。
2026年10月2日時点の情報です。ツールの提供範囲は変わるため、導入判断の前に本文中の公式ページをご確認ください。
AI駆動開発とは？英語では何と呼びますか？
英語ではAI-driven developmentと表記され、大規模言語モデル（LLM）を使って開発作業を支援・自動化する進め方を指します。
日本語版Wikipediaの「AI駆動開発」の項目も、同じ意味で説明しています。国内の解説記事ではAIDDという略称も使われますが、呼び方が同じでも、AIに任せる範囲は会社によって異なります。
AIの使い方は、大きく2つに分かれます。1つは、エディタの中で人が書くコードの続きを提案してもらう使い方です。もう1つは、AIエージェントにリポジトリを読ませ、複数のファイルを編集し、テストやコマンドの実行まで任せる使い方です。いま「AI駆動開発」と呼ばれる進め方の多くは、後者を含みます。
代表的なツールは次の2つです。
- Claude Code（Anthropic）: コードベースを読み、ファイルを編集し、コマンドを実行するエージェント型のツールです。ターミナル、IDE、デスクトップアプリ、ブラウザで使えます（Claude Code公式概要）。
- Codex（OpenAI）: ChatGPTのデスクトップアプリとWeb、CLI、IDE拡張、クラウド実行で使えるコーディング支援です（Codex公式ドキュメント）。
両者の違いと選び方はCodexとClaude Codeの比較で整理しています。発注する立場で知っておきたいのは、どのツールを使うかより、AIが作ったものを誰がどの基準で確かめるかです。
バイブコーディングや仕様駆動開発とは何が違いますか？
どれもAI駆動開発の中の進め方で、違いは「先に何を決めるか」と「人がどこで確認するか」にあります。
機能追加・AIを組み込みたいについて相談するいまの業務システムは残したまま、機能追加・改修やAIの組み込みで手間を減らす受託開発。書類の読み取り、社内資料への回答、既存システムとの連携まで機能追加・AIを組み込みたいを見る →| 進め方 | 先に決めること | 向いている場面 | 業務で使う前に残る確認 |
|---|---|---|---|
| バイブコーディング | 作りたいもののイメージ | 画面や操作の試作 | 認証・権限・データの整合性・復旧 |
| 仕様駆動開発 | 要件や仕様の文書 | 条件が多い業務システム | 仕様と現場の運用が合っているか |
| エージェントに実装を任せる進め方 | 作業範囲と許可する操作 | 既存コードの調査・改修・テスト追加 | 変更内容のレビューと影響範囲 |
自然言語で指示して試作を作る進め方は、操作のイメージを早く共有するには向いています。一方で、複数人が本番データを扱う段階では、権限やエラー時の動作を別に確かめる必要があります。試作から本番へ移るときの確認項目は、バイブコーディングで作ったアプリを業務に使う前にで扱っています。仕様書がない状態から始める場合は、仕様書なしで開発相談する方法もご覧ください。
従来の開発と比べて何が変わりますか？
変わるのは、たたき台を得るまでの進め方です。完成と判断するための確認は、従来と同じく人が行います。
次の表は製品の性能保証ではなく、当社が発注者向けに整理した工程別の確認例です。
| 工程 | AIの活用例 | 見積もりに含まれるか確認する作業 |
|---|---|---|
| 課題整理・要件定義 | ヒアリング内容や選択肢の整理 | 関係者への確認、対象外の明文化 |
| 画面・設計 | 画面案、データ構造案の作成 | 現場の操作確認、権限と例外の設計 |
| 実装 | コード作成、既存処理の調査 | 変更内容のレビュー、既存機能への影響確認 |
| テスト | テストケースや検証コードの作成 | 業務上の合格条件、失敗時の動作確認 |
| 移行・公開 | 手順書や確認項目の整理 | データ照合、切り戻し、利用者への案内 |
| 運用 | 調査や改修案の作成支援 | 障害対応、更新、責任分担の合意 |
表の右列は、AIを使っても残る作業です。見積もりや提案書でこの列が省かれていたら、どこで誰が確認するのかを質問してください。
開発費は安くなりますか？
既存の構成と合格条件が明確な案件では、作業を小さく繰り返しやすくなります。仕様が分からない案件では、調査と合意形成の時間が残ります。
既存の構成が把握でき、作る機能と合格条件が明確なら、変更案の作成と検証を小さく繰り返しやすくなります。一方、仕様が分からないシステム、複雑な外部連携、現場ごとに異なる業務では、調査や合意形成に時間が必要です。
比較する費用には、AIツールの利用料に加え、人による確認、修正、環境整備も含めます。画面を作る時間が短くても、データ移行や受け入れ確認が変わらなければ、全体の費用はあまり変わらないこともあります。
当社には、全案件に共通する削減率として提示できる測定値はありません。 削減率を約束する代わりに、どの工程をどう進め、何を確認して納品するかを相談時に具体化します。「開発費が10分の1になる」のような一律の数字を示された場合は、どの工程の、どの条件での数字かを確認してください。
納期はどう変わりますか？
画面案や試作を見せられる時期は早めやすくなります。公開日は、データ移行・受け入れ確認・社内の合意が終わる日で決まります。
AIで画面のたたき台を作れると、紙の仕様書を読み合わせる代わりに、動く画面を見ながら要件を確認できます。認識のずれを公開前に見つけやすくなる点は、発注者にとって品質面の利点でもあります。
ただし、次の作業はAIを使っても短くなるとは限りません。
- 現場の担当者が画面を操作して合否を判断する時間
- 旧システムからのデータ移行と照合
- 承認ルールや例外処理を社内で決める打合せ
- 公開後の問い合わせ窓口や切り戻し手順の準備
納期を比べるときは、「最初の画面を見られる日」と「本番で使い始める日」を分けて、見積もりの工程表に書いてもらってください。
品質はどう確認しますか？
AIが書いたコードにも不具合や脆弱性は入りえます。誰が、どの基準でレビューし、どこまで自動テストで確かめるかを先に決めます。
発注前に、委託先へ次の3点を質問してください。
- レビュー体制: AIが書いたコードを、誰が・どの観点で確認しているか
- テスト: 業務上の合格条件を、どの範囲まで自動テストにしているか
- 説明責任: 「なぜこの設計にしたか」を、委託先が自分の言葉で説明できるか
成果をまだ測っていない段階では、記録の残し方を決めておきます。1つの対象業務について、現状の手順、確認に関わる人、やり直しが起きる条件を残し、試用後に同じ条件で、作業時間、確認・修正時間、未解決の問題を記録します。時間が測れなくても、「どの操作をまとめたか」「誰の確認が残るか」「今回は対応しないこと」は説明できます。これらは改善内容の説明であり、測定していない費用削減額や売上効果とは区別します。
AI駆動開発を外注・委託するとき、何を確認しますか？
契約の形、成果物の引き渡し、AIツールに渡す情報の扱いの3つを、着手前に書面で確認します。
- 契約の形: 完成品を納める請負契約か、開発作業を月単位で提供する準委任契約かで、完成の判断と責任の範囲が変わります。当社の契約形態は料金ページにまとめています。
- 成果物の引き渡し: ソースコードの引き渡し、利用条件、第三者サービスやライブラリの扱い、改修を他社へ依頼できる範囲を確認します。AIを使うかどうかで、この確認が不要になることはありません。
- AIツールに渡す情報: 社内の資料や顧客データを委託先がAIツールへ入力する場合、学習への利用や保存の設定を確認します。設定の確認先は生成AIに学習させない設定で整理しています。
エージェントに許可する操作や、作業記録の残し方まで確認したい場合は、AI駆動開発を外注する前に確認すべきセキュリティ・権限管理チェックリストの4項目をお使いください。提案内容の比べ方はAI開発会社の選び方で扱っています。
見積もりは同じ完成条件で比較できていますか？
「AI開発一式」と「従来開発一式」の総額だけを比べると、含まれる作業の違いを見落とします。
最低限、次の条件をそろえてください。
- 対象の業務・画面・利用者・権限
- データ移行と外部サービス連携の有無
- テスト、セキュリティ確認、受け入れ確認の範囲
- 納品物、環境構築、公開作業、説明の範囲
- 修正回数、追加変更、公開後の保守の扱い
説明用の例として、「申請画面を作る」という依頼を考えます。一方の見積もりは画面のみ、もう一方は承認・差し戻し・通知・操作履歴まで含むなら、総額の差をAIの効果とは判断できません。「誰が、どの状態から、何をできれば完成か」をそろえる必要があります。
見積もりの確認シートでは、含む作業と含まない作業を整理できます。金額の根拠が分からない場合は、見積書の読み方もご覧ください。AIエージェントを外部ツールに接続するMCPサーバー開発を検討する場合はMCPサーバー開発の費用と依頼先選び、社内文書を使うRAG構築はRAGシステム構築を外注する前にで費用の見積もり方を扱っています。
モック・PoC・本番開発はどう使い分けますか？
画面の流れを確かめたいならモック、AIの精度や未知の連携が不安ならPoC、合格条件が決まっていれば本番開発の見積もりに進みます。
状況別に、課題の整理・無料モック・PoC・本番開発のどこから始めるかを選ぶ判断フロー
| 段階 | 確かめること | 完了しても残る確認 |
|---|---|---|
| モック | 画面、操作の流れ、認識の一致 | データ保存、認証、外部連携など |
| PoC（実現可能性の検証） | 技術やAIが特定条件で成立するか | 実際の利用規模、例外、運用体制 |
| 本番開発 | 合意した業務を運用できるか | 継続的な保守、変更、利用状況の確認 |
当社の無料モックは認識合わせが目的で、そのまま使えるくらいまで画面を作り込みます。ただし、画面の完成度と、本番データを扱う準備は分けて確認します。対象画面、提供形式、修正範囲、時期は相談内容に応じて取り決めます。
モックで「この流れなら使えそう」と確認できたら、保存・権限・連携・例外処理を整理して見積もりへ進みます。AIの回答精度や未知の連携が課題なら、その部分のPoCが必要かを検討します。PoCから本番へ移る際の確認項目はPoCから本番化するためのチェックリストにまとめています。
当社の見積もりは1時間11,000円（税込）から積み上げます
要件定義、契約後の相談内容のすり合わせ、開発、テスト、バッファの必要時間を別々に見積もり、合計時間に11,000円（税込）を掛けます。クラウド・API等の実費と、契約による保守は別に確認します。
たとえばAIで申請画面の草稿を作れても、代理承認の条件を決める打合せ、権限外の更新を拒否する実装、受入確認は必要です。これらを画面の作成時間へ埋め込まず、見積項目へ残します。
バッファは固定率で加えず、未確認の連携やデータ補正など理由ごとに工数を置きます。工数表と概算計算で、未定を0時間にせず整理できます。初回相談・認識合わせの無料モック・お見積もりは無料で、有償作業へ進む条件は事前に確認します。
どこから相談すればよいかの判断表
| いまの状況 | 最初にすること | 参考にするページ |
|---|---|---|
| 困っている業務はあるが、作るものは決まっていない | 困っている作業・使う人・変えたい状態を書き出す | 課題整理の検討シート |
| 画面の流れを関係者と合わせたい | 無料モックで操作を確認する | 仕様書なしで開発相談する方法 |
| AIの回答精度や外部連携が成立するか分からない | 対象を絞ったPoCで条件を確かめる | 新規開発の相談 |
| 既存のシステムにAIの機能を加えたい | 接続するデータと権限を整理する | 機能追加・AI組み込みの相談 |
| 複数社の見積もりを比べている | 完成条件をそろえて内訳を質問する | 見積書の読み方 |
よくある質問
Q. AI駆動開発なら費用はどのくらい安くなりますか？
案件全体に適用できる一律の削減率は示せません。調査・実装・レビュー・移行・運用を含め、同じ完成条件で見積もりを比較する必要があります。
Q. AIが書いたコードは納品してもらえますか？
ソースコードの引き渡し、利用条件、第三者サービスやライブラリの扱い、改修を依頼できる範囲を契約で確認してください。AIを使うかどうかだけで納品条件は決まりません。
Q. 社内にエンジニアがいなくても依頼できますか？
依頼できます。専門知識がない場合は、動く画面を確認しながら要件を決める進め方が合います。当社では無料モックで操作の流れを合わせてから、保存・権限・連携の範囲を見積もります。
課題だけの段階から相談できます
課題整理の検討シートに、「困っている作業」「使う人」「変えたい状態」を書くところから始められます。AI相談用プロンプトを使い、不明点を整理することもできます。
シートをすべて埋める必要はありません。開発方法が決まっていない段階から無料で相談するより、お気軽にお問い合わせください。相談・モック・お見積もりは無料で、個別の対象範囲を確認しながら進めます。
運営・編集