第1章 AI駆動開発とは、コードを書くことではない
想定学習時間: 8分
AIを活用した開発では、素晴らしいアイデアをAIとの壁打ちで具体化した後、すぐにAIに実装を指示したくなるかもしれません。「この機能を作って」「この画面を実装して」と指示すれば、AIは確かに動くものを作り始めます。しかし、「動くものができた」ことと「事業として成立する」ことは全く別物です。この点を誤解すると、AI開発は危険なものになりかねません。
AI駆動開発において、実装の前に必ず作成すべきものが「要件定義書」と「事業計画書」です。これらは、単なる機能一覧や開発ロードマップではありません。あなたのビジネスを成功に導くための、最も重要な設計図となります。
要件定義書は、単に「何を作るか」を決めるだけのものではありません。それは、誰のどのような課題を解決するのか、どの範囲まで開発するのか、どこにコストがかかり、どこで収益を得て、どこで人間が介入・停止するのかを明確にする「商売の設計図」です。
AI時代は、画面作成、文章生成、API連携、ログイン・決済機能、管理画面など、以前よりもはるかに早く形にできるようになりました。だからこそ、「作れるから作る」のではなく、「事業として必要だから作る」という視点が不可欠です。この順番を間違えてはいけません。
壁打ちでアイデアがまとまったら、AIに以下のように指示して要件定義書を作成させましょう。
要件定義書と並んで重要なのが事業計画書です。要件定義書が「何をどう作るか」を見るのに対し、事業計画書は「それをどう続けるか」を見ます。どれほど優れた機能や画期的なAIであっても、継続できなければ意味がありません。使われるほど赤字になるようなサービスは、事業として成立しないのです。
AI開発では、AIが高速で機能を生み出せるため、売上が立つ前に機能が増えすぎ、運用が複雑になるリスクがあります。事業計画書は、このリスクを回避し、ビジネスを現実的な軌道に乗せるために不可欠です。
AIに事業計画書を作成させる際は、以下のような項目を指示すると良いでしょう。
特に、自社プロダクトを開発する場合は、「どの外注費を削減するのか」「どの業務を自社エンジン化するのか」「他のプロダクトにも応用できるか」「会社全体のどの部分に貢献するのか」といった視点で検討することが重要です。
事業計画書で最も重要になるのがコスト計算です。これはAIに限らず、商売の鉄則です。AI開発において最初に見るべきコストは、APIコストです。次に、サーバーコスト、メモリコスト、ストレージコストなどを考慮します。
初心者は機能の面白さに目を奪われがちですが、その裏で1回あたりいくらかかっているのかを詳細に見極める必要があります。どのAPIを呼び、何トークン使い、画像や動画生成は含まれるのか、外部APIの利用はどうか、ユーザーがどれくらい使うのか、無料ユーザーが使った場合の赤字は、エラー再試行の費用は、といった具体的なシミュレーションが不可欠です。
AI時代のAPIコストは、まさに「仕入れ原価」です。原価率が崩れれば、どれほど優れたAI機能でもサービスは続きません。画期的な機能であっても、常に高額な上位モデルAPIを使わないと成立しない場合は、非常に慎重な検討が必要です。ユーザーが増えるほど赤字が膨らむような設計は、最悪のシナリオです。
AIにコスト最適化の提案を求める際は、以下のように問いかけましょう。
AIの提案を鵜呑みにせず、必ずセカンドオピニオンを求め、「もっとコストを下げる方法はないか」「2段階判定でコストを抑えられないか」「そもそもAIでやる必要があるのか」といった視点で深掘りすることが重要です。高いモデルを使う場所を絞り、根幹には投資し、単純作業には安いモデルを使う、ルールで済むものはAIすら使わない、といったメリハリが求められます。
AI駆動開発では、自動化が強力な武器となります。営業メールの自動送信、SNS投稿の自動作成、レポートの自動作成など、一人では不可能だった量の仕事をこなせるようになります。しかし、自動化は「間違いも高速化する」という側面を忘れてはなりません。
人間が1件ずつ間違えるなら被害は限定的ですが、自動化された処理が間違えると、瞬時に大量の間違いが広がり、甚大な被害につながる可能性があります。間違ったメールの大量送信、意図しない相手への通知、APIの大量呼び出しによる課金膨張、データベースの破損などがその例です。
そのため、要件定義の段階で、必ず「止める仕組み」を設計に組み込む必要があります。人間承認ゲート、送信前プレビュー、1日あたりの上限、APIコスト上限、緊急停止スイッチなど、様々な安全策を最初から考慮しましょう。特に、メール送信、SNS投稿、課金処理、データベース削除など、外部へ影響が出る処理は、最初から完全自動にすべきではありません。「事故が起きたときに取り返しがつくか」という視点でリスクを評価し、要件定義書に以下の項目を明記しましょう。
AIに要件定義書を作成させる際、単なる機能表ではなく、以下のような項目を必ず含めるように指示しましょう。
特に、機能一覧の横には、必ず「コスト欄」を設けることが重要です。使うAPI、モデル、1回あたりの概算コスト、月間利用想定、無料ユーザーと有料ユーザーでの分け方、キャッシュの可否、低コストモデルで代替できるか、上位モデルを使う理由、使わない選択肢などを具体的に記述します。これにより、その機能が本当に必要か、コストに見合うかが見えてきます。
AI駆動開発は、AIに勢いで作らせることではありません。AIと共に、コードを書く前に商売として設計することです。原価を見極め、誰が払うかを見据え、事故のリスクを考慮し、最適なコストで価値を提供する。この積み重ねが、AIプロダクトを単なるデモではなく、持続可能な事業へと成長させます。
人にたとえると
新しいお店を開くことになったと想像してみましょう。
まず、お店の設計士が「どんなお店にしたいか、誰に来てほしいか」を具体的に書き出します。次に、お店の経営者が「どうやって利益を出し、長く続けていくか」を計画します。材料の仕入れ担当は、使う材料や設備の一つ一つにかかる費用を細かく計算し、無駄がないか確認します。また、安全管理者は、自動で動く機械がもし間違った時に、被害を最小限に抑えるための対策を考えます。