AI駆動開発の粗利シミュレーションシート──工数・単価・ツール費・レビュー費を役割別に積み、値下げの上限、手戻りと従量課金の感度、請負と準委任の差まで計算する型

この記事は、Claude CodeやCursorなどを使うAI駆動開発の受託案件で、粗利を工数・単価・ツール費・レビュー費から計算するシミュレーションシートを扱います。

浮いた時間の使い道と、導入前後の測り方は、無料の記事で扱っています。

▶ AIで浮いた工数の使い道は4つ──AI駆動開発で、値下げ・件数・新商品・品質のどれに配るかを粗利で決める

メンバーシップ「黒字化オペ室」では、これまでの有料記事を全て読めます。価格、外注、採用、給与を、一本の流れとして。

月額1,980円、単品記事2本分の金額です。合わなければ、いつでも退会できます。詳しくはプロフィールから。

「工数が2割減ったのに、粗利は1割も増えていない」

AI駆動開発で、実装の時間は確かに減りました。
けれど、案件が終わって粗利を計算すると、思ったほど増えていない。

理由の多くは、減った時間と増えた時間の「単価の違い」にあります。
減ったのは実装の担当者の時間で、増えたのはレビューを担うベテランの時間です。時間の合計だけを見ていると、この差が見えません。

顧客からは「AIで速いなら安くして」と言われ、社内では「もっと件数を受けられるはず」と言われる。
どちらに答えるにも、1件の粗利が実際にいくら変わったのかという数字が要ります。

AI駆動開発の粗利シミュレーションとは、工程ごとの工数に役割別の時間単価を掛け、ツールの席代と従量の利用料を足して、価格の選択肢ごとの粗利を比べる計算である

黒字化の外科医です。AI駆動開発の受託案件の粗利を、役割と工程の両方から解剖します。

役割別に計算すべき理由は、三つあります。

第一に、レビューの時間は、単価の高い人の時間だから。
AIが書いたコードを読み、設計とのずれや危ない書き方を見つけるのは、経験のある人です。1時間の原価が、実装の担当者より高くなります。

第二に、ツール費には、固定の席代と、使った分だけ増える従量の利用料があるから。
席代は案件に配り、従量の利用料は案件ごとに実費で入れる。分けて入れないと、使いすぎた案件の赤字が見えません。

第三に、手戻りとレビューは、片方を削るともう片方が増えるから。
レビューを減らせば原価は下がって見えますが、手戻りと納品後の対応が増えます。両方を同じ表で動かしてみる必要があります。

全社の制作工程をAI前提で計算し直すシートは、別の記事で扱いました。ここでは、AI駆動開発の受託案件1件に絞ります。

▶ 制作の原価計算をAI前提で作り直すシート──工程別工数の導入前後、粗利シミュレーション、価格を据え置く・下げる・一部返すの比較と、工程表をAIで分析するプロンプト

今すぐ試せる：案件の工数を役割別に分けるプロンプト

私はWeb制作会社の経営者です。AI駆動開発で受けた案件の工数を、役割と工程で整理してください。

【データ】
・案件の種類と価格：〔記載〕
・メンバーの役割（ディレクター、実装、レビュー）と、それぞれの社内原価の時間単価（利益を含まない）：〔記載〕
・工程ごと（要件・設計、生成・実装、レビュー、テスト、手戻り、進行・顧客対応）の、役割別の実績時間：〔貼り付け〕
・この案件で使ったAIツールの席数と月額、従量の利用料：〔記載〕

1. 工程×役割の表を作り、時間と原価を出す。
2. 席代を案件に配る額と、従量の利用料を分けて示す。
3. 原価の合計、粗利、粗利率、1時間あたりの粗利を出す。
4. 時間の割合と、原価の割合が大きく違う工程を挙げる。

計算の途中をすべて示すこと。データがない項目は推測せず、「記録が必要」と書くこと。

この表が1案件分できれば、価格の判断は計算でできます。
この表がないまま「AIで速くなったので」と見積もりを下げると、どの工程の原価が、いくら減ったのかを、顧客にも社内にも説明できません。

ここから先に、シートの列の設計、役割別の原価の計算例、値下げしてよい上限、レビュー・手戻り・従量課金の感度の表、請負と準委任の差、見積もりの前の確認リストを置きます。