AIコーディングで受託開発を広げる順番──少人数の制作会社が「書ける」と「責任を持てる」を分け、改修→業務ツール→連携→Webアプリと5段で上がる判断基準

この記事は、AIコーディングを使えるようになった少人数の制作会社が、受託開発で受ける案件をどの順番で広げるかを扱います。

「AIがあれば、システム開発も受けられるのでは」

Claude CodeやCursorを使い始めると、これまで外注に出していた機能や、断っていた小さなシステムも、社内で書けるように見えてきます。
実際に、動くものは作れるでしょう。

けれど、受託で問われるのは「動くものを作れるか」ではありません。
止まったとき、誤った結果を出したとき、情報が漏れたときに、責任を持てるかです。

受ける案件を広げる順番とは、AIで「書ける範囲」ではなく、自社で「レビューし、保守し、責任を持てる範囲」を、1段ずつ広げていく順番である

黒字化の外科医です。少人数の制作会社がAI駆動開発で受ける案件を広げる順番を解剖します。

順番を決めるべき理由は、三つあります。

第一に、AIで速くなるのは書く作業で、責任の重さは変わらないから。
個人情報や決済を扱うシステムは、誰が書いても、事故のときの影響は同じです。

第二に、レビューできる人の経験が、受けられる範囲の上限を決めるから。
AIが書いたコードの危ない部分に気づけるのは、その種類のシステムを見たことがある人です。

第三に、納品した後の保守まで、同じ人数で回す必要があるから。
受けた案件の数だけ、保守の窓口が増えます。少人数の会社では、ここが先に詰まります。

AI駆動開発で受ける案件の、5つの段

第1段：既存顧客のサイトの改修・小さな機能の追加
　例：フォームの項目追加、CMSの表示の改修、管理画面の小さな改善
　責任：小さい（影響の範囲が分かっている）

第2段：既存顧客の社内で使う、小さな業務ツール
　例：CSVの整形、社内向けの一覧・検索画面、定型の集計
　責任：中（社内の利用者に限られる）

第3段：外部サービスとのAPI連携
　例：フォームから顧客管理ツールへの登録、予約システムとの連携
　責任：中〜大（連携先の仕様変更で止まる。保守が必須）

第4段：会員・予約・決済を含むWebアプリ
　例：会員サイト、予約の管理、申し込みと支払い
　責任：大（個人情報、お金、止まったときの影響）

第5段：基幹業務に近いシステム
　例：販売管理、在庫、会計とつながる仕組み
　責任：非常に大（自社単独では受けず、専門の会社と組むか断る）

多くの少人数の制作会社にとって、まず固めるべきは第1段と第2段です。
既存顧客の中で、影響の範囲が分かっている仕事から始めると、AI駆動開発の見積もりの精度と、レビューの型が育ちます。

次の段に上がってよい条件

□ 今の段で、少なくとも2件、赤字にならずに納品できた
□ 見積もりと実績の差が、許容の範囲に収まっている
□ 次の段の案件をレビューできる人が、社内に1人以上いる（いなければ、外部のレビューを見積もりに入れる）
□ 納品後の保守の担当と、月額の範囲を決められる
□ 契約書に、検収の基準と、責任の範囲を書ける

1つでも欠けていれば、その段の案件は、元請けを別の会社にして一部を受けるか、見送ります。

AI案件を「検証」と「本開発」に分けて見積もる考え方は、第3段より上で特に効きます。

▶ AIエージェント開発の受託、見積もりを一本で出すと赤字になる──PoCと本開発を分ける、工程別の工数、不確実性の上乗せ、責任範囲

今すぐ試せる：自社が受けてよい段を判定するプロンプト

私はWeb制作会社の経営者です。AI駆動開発で受ける案件の範囲を広げたいので、自社が今どの段にいて、次にどこまで受けてよいかを判定してください。

【前提】
・社員の人数と役割、開発の経験（言語、扱ったシステムの種類）：〔記載〕
・AI駆動開発で、これまでに納品した案件と粗利：〔記載〕
・保守契約の数と、月の対応時間：〔記載〕
・相談が来ている案件の内容（扱うデータ、利用者、止まったときの影響）：〔記載〕

【段の定義】
第1段：既存顧客のサイト改修・小さな機能追加
第2段：社内向けの小さな業務ツール
第3段：外部サービスとのAPI連携
第4段：会員・予約・決済を含むWebアプリ
第5段：基幹業務に近いシステム

1. 今の段を判定し、理由を書く。
2. 相談が来ている案件が何段にあたるかを判定する。
3. 次の段に上がる5つの条件（納品実績、見積もりの精度、レビューできる人、保守の担当、契約）を、満たしている・いないで表にする。
4. 満たしていない条件について、受ける・一部だけ受ける・見送るの判断と、理由を書く。

推測で能力を高く見積もらないこと。

構造的なリスク

逆説を指摘しておきます。

AIで書く速さが上がるほど、「受けられそうな案件」は増えます。
けれど、段を飛ばして受けた案件の事故は、それまでに積み上げた信用を一度に削ります。

特に、AIが書いたコードの安全性の確認は、段が上がるほど重くなります。社内のルールは、別の記事にまとめています。

▶ AI生成コードのセキュリティ、「動いたから納品」をやめる社内ルール──人が確かめる5つの観点、実在しないパッケージの確認、記録の型

もう一つの落とし穴は、段が上がるほど、見積もりのうちレビューとテストの割合が増えることです。実装の速さだけで見積もると、上の段ほど赤字になりやすくなります。

よくあるQ&A

Q. 第4段の相談が来た。断るしかないのか？

レビューと保守を担える会社と組み、自社は画面や連携など、責任の範囲を限った部分を受ける方法があります。契約で、誰が何に責任を持つかを分けておきます。

なお私は弁護士ではありません。実務の指針として読み、個別の判断は専門家や公的な窓口に確認してください。

Q. 既存顧客がいない。どこから始めればよいか？

自社の業務の小さなツールから作り、レビューと保守の型を社内で試してください。最初の顧客案件は、第1段か第2段に絞ります。

Q. 段を上がったとき、価格はどう決めるか？

レビュー・テスト・手戻りの工数と、ツール費を役割別に積んで、粗利を計算してから決めます。計算の型は、こちらのシートにまとめました。

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

最後に

AIで書ける範囲と、会社として責任を持てる範囲は、別のものです。

改修から業務ツール、連携、Webアプリへと、レビューと保守が回ることを確かめながら1段ずつ上がった会社だけが、少人数のまま、受けられる案件を確実に広げられるのです。

これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。

#Web制作会社 #AIコーディング #受託開発 #AI駆動開発 #ClaudeCode #Cursor #制作会社経営 #中小企業 #事業拡大 #経営判断