2026年10月8日にIPAの要件定義・DX資料とITシステム開発の取引ガイド本文を再確認した。内製か外注かは価格や人数だけでなく、目的、業務知識、要件の不確実性、責任、機密、保守、移管、ベンダー依存、調達時間、品質、変更頻度、撤退条件を比較して決める。要件を曖昧にしたまま委託せず、受け入れ基準、権限、データ、契約、運用責任を先に固定する。
内製と外注を比べるときは、同じ仕事を同じ期間で、誰が決め、実施し、確認するのかを揃えます。見積額だけでは、社内に残る仕事や継続できるかどうかは分かりません。
30秒で要点
- 目的と受入れ条件が曖昧なら、依頼前の整理から始めます。
- 内製にも外注にも、担当者の時間、確認、維持、引継ぎの負担があります。
- 全部を一方に任せる以外に、役割を分けた混成の進め方もあります。
- 価格の比較と、その体制が実行可能かの確認を分けましょう。
前提設計：何を変え、何を確認するか
問い合わせを増やしたいのか、申込の迷いを減らしたいのか、更新の負担を減らしたいのか。目的によって仕事も確認方法も変わります。
依頼前に、対象ページ、利用者、困りごと、変更範囲、期限、予算、使える情報を書きます。「受入れ条件」は、納品や変更を確認する具体的な条件です。たとえば、対象の申込導線で入力漏れを案内できること、担当者が指定した項目を更新できることなどです。申込件数の増加を、画面を納品しただけで保証する条件にはしません。
IPAの要件定義に関する案内も、ユーザー側が求めることを整理し、関係者と合意するための知識を扱っています。外部の専門家に整理を支援してもらう場合でも、社内の判断者と確認する時間を確保しましょう。ここでの役割分担は運営上の提案であり、個別契約の法的な責任を定めるものではありません。IPA「要件定義」
リソース配分：費用を同じ範囲で比べる
直接費・間接費・機会費用
直接費は、その仕事の委託費や担当者の作業費などです。間接費には、管理、環境、社内調整などの負担が含まれます。どこに数えるかを揃え、同じ作業を二度計上しないようにします。
機会費用は、その仕事に時間を使うことで諦める別の仕事の価値です。担当者の作業時間をすでに人件費に入れたうえで、同じ時間の金額を無条件に足すと二重計上になることがあります。比較表では、現金・工数による費用と、後回しになる別の仕事を分けて確認します。
架空の6か月比較
以下の数字は比較の練習用です。市場相場、First byteの料金、見積もり、成果予測ではありません。同じ対象ページの改修と6か月の運用を考えます。
表が収まらない場合は、横にスクロールできます
| 体制 | 費用の内訳 | 合計 | 費用とは別に確認する条件 |
|---|---|---|---|
| 内製 | 担当60万円＋立上げ18万円＋確認12万円＋維持6万円 | 96万円 | 担当者と専門知識を確保できるか |
| 外注 | 委託70万円＋社内窓口24万円＋受入れ9万円＋引継ぎ11万円 | 114万円 | 社内で判断・受入れを担い、終了時に引き継げるか |
| 混成 | 委託45万円＋社内担当24万円＋共同確認18万円＋維持6万円 | 93万円 | 両者の境界、確認の場、変更の窓口が明確か |
この例で混成が最も安くても、社内担当を確保できなければ選べません。また、外注の見積もりに含まれない追加対応や、内製の立上げに必要な環境があれば、比較条件を更新します。期間や仕事の範囲が異なる見積もりを、そのまま横に並べないことが大切です。
継続的な改善：体制ごとの利点と弱点
表が収まらない場合は、横にスクロールできます
| 観点 | 内製で確認すること | 外注で確認すること |
|---|---|---|
| 専門性 | 必要な技能を育てる時間があるか | 求める領域と担当者の経験が合うか |
| 変更の速さ | 担当者の他業務と両立できるか | 相談から変更までの手順・範囲は明確か |
| 知識の蓄積 | 手順や判断理由を記録できるか | 社内に渡す記録・説明が範囲に入るか |
| 確認 | 実施者以外の確認を確保できるか | 社内の受入れ担当と時間が決まっているか |
| 維持と終了 | 異動・退職・障害時にも続けられるか | データ・権限・運用手順を取り出せるか |
内製は社内で相談しやすい場合がありますが、担当者の空き時間まで自動的に増えるわけではありません。外注は専門性を補える場合がありますが、目的の判断や受入れの仕事までなくなるわけではありません。事業の成長・停滞といった分類だけで、一律にどちらかを選ぶのも避けましょう。
三つの混成モデル
1. 要件と受入れを社内、実装を外部
社内が目的・優先順位・受入れ条件を決め、外部が設計や実装を担当します。仕様の変更を誰が承認するのか、途中で何を確認するのかを決めます。社内が判断できる時間を確保することが前提です。
2. 定常運用を社内、専門点検を外部
日々の更新や記録は社内で続け、技術や分析など必要な領域の点検を外部に依頼します。点検結果を誰が読み、どの変更を実施するのかまで決めると、助言だけが残る状態を減らせます。
3. 当初は共同、段階的に引き継ぐ
最初は共同で実施し、手順、設定、判断理由を残しながら社内へ移します。「引継ぎ済み」を資料の受渡しだけで判定せず、社内担当が実際に更新・確認・復旧の必要な操作をできるか、合意した範囲で確かめます。
決定・実施・確認・引継ぎを埋める
一つの仕事を選び、次の表を実名や担当部署で埋めましょう。「両方」と書く場合も、最終的な窓口を決めます。
表が収まらない場合は、横にスクロールできます
| 役割 | 担当 | 合意しておく内容 |
|---|---|---|
| 決定 | 社内の判断者 | 目的、予算、優先順位、変更承認 |
| 実施 | 社内・外部・混成の実施者 | 対象、期限、扱う情報、作業の境界 |
| 確認 | 指定した受入れ担当 | 品質条件、確認方法、不具合の連絡先 |
| 引継ぎ | 渡す人と受け取る人 | データ、権限、手順、終了・障害時の対応 |
空欄がある場合は、体制を確定する前に埋めます。実施者がいても確認者がいない、引継ぎ先がいない、という状態は価格表だけでは発見できません。
関連記事と参考資料
- Webコンサルは何をする仕事なのか：外部に相談する領域を整理する際の関連テーマ。
- Webコンサルに依頼して失敗する会社の共通点：依頼前の条件整理についての関連テーマ。
- SEO外注はいつ判断すべきか：対象業務をSEOに絞る場合の関連テーマ。
- IPA「要件定義」：ユーザー側の要求整理・合意に必要な知識。
- IPA「ユーザのための要件定義ガイド」掲載案内：2019年公開の資料案内。要件を整理する際に参照できるガイドの概要が掲載されています。