内製か外注か：判断の物差しと、外部パートナーの使い方｜ノーコードで進める業務改善 第6回

内製か外注かを決める6つの物差し

判断の手がかりになるのが、図2の6つの物差しです。

図2の6つの物差しのうち、すべてが同じ方向を向くことはまれです。「変更は多いが、社内に作れる人がいない」のように食い違うときは、伴走支援などで外部の力を借りながら内製する、といった組み合わせを考えます。

この中でも特に重要なのが、変更の多さと止まったときの影響の2つです。図1のように、この2つを軸にして考えると、大まかな方向が見えてきます。

• 変更が多く、影響が小さい：自分たちでノーコードで作るのに最も向いています。部署内の案件管理や申請などです。
• 変更が多く、影響が大きい：自分たちで作りつつ、設計やセキュリティの面で専門家の伴走を受けるのがおすすめです。
• 変更が少なく、影響が小さい：自分たちで作るより、既製のサービス（日程調整、電子契約、名刺管理などの専用サービス）を使う方が早くて安いことが多くあります。
• 変更が少なく、影響が大きい：外部の開発会社に頼む、または専用のシステム（パッケージ）を使うことを検討します。

よくある誤解：「外注すれば、社内に知識はいらない」

外部に作ってもらう場合でも、社内に仕組みの中身が分かる人は欠かせません。何を作ってほしいのかを伝えるのも、出来上がったものが要望どおりかを確かめるのも、社内の人の役割です。また、完成後の小さな変更を自分たちでできれば、外部への依頼を減らせます。

外注するときこそ、社内の担当者が設計の打ち合わせに参加し、完成後は設計書と手引きを受け取って、自分たちで小さな変更ができる状態を目指しましょう。

外部の支援の種類と、上手な使い方

外部の支援といっても、いくつかの種類があります。図3にまとめました。

• スポットの相談：設計の考え方や、つまずいている設定について、短時間で専門家の助言をもらいます。内製を基本にしつつ、困ったときだけ頼る使い方です。
• 伴走支援：専門家と一緒に設計し、作り方を教わりながら自分たちで作ります。社内に作れる人を育てながら進めたい場合に向いています。
• ノーコードでの開発の受託：設計から構築までを外部に任せます。ノーコードで作るので、完成後に社内で小さな変更をしやすいのが利点です。
• システム開発会社への依頼：ノーコードでは難しい、複雑で重要な仕組みを一から作ってもらいます。
• 研修：社内の作り手を育てます。推進事務局（第5回）の取り組みと組み合わせると効果的です。

最初の題材や、社内にノーコードの経験者がいない段階では、伴走支援や研修から始めるのがおすすめです。外部の力を借りながら、社内に知識を残していけるからです。システム開発会社を比べたい場合はシステム開発会社おすすめ比較、社内の人材育成を考える場合はDX研修おすすめ比較、伴走型の支援を探す場合はDXコンサル・DX支援会社おすすめ比較が参考になります。

支援先を選ぶときに確かめること

外部の支援先を選ぶときは、料金だけでなく、次の点を確かめましょう。

• 使う道具での実績：自社が使う、または使う予定のノーコードの道具で、どんな仕組みを作ってきたか
• 業務への理解：自社の業種や、改善したい業務への理解があるか。初回の打ち合わせで、現状の困りごとを丁寧に聞いてくれるか
• 小さく始める提案か：いきなり大きな仕組みを提案するのではなく、小さく試して育てる進め方を提案してくれるか
• 社内に知識を残す姿勢：設計書や手引きを残し、社内で変更できるよう教えてくれるか
• 見積もりの内訳：作業ごとの費用が分かるか。完成後の変更や保守の費用が明記されているか

特に「社内に知識を残す姿勢」は大切です。支援が終わったあとも自分たちで仕組みを育てていけるかどうかは、ここで決まります。

外部に頼むときに決めておくこと

外部に頼むときは、依頼の前と契約のときに、図4の項目を決めておきます。特にノーコードの仕組みでは、アカウントの持ち主と引き継ぎが見落とされがちです。

1. 依頼の範囲：第4回の現状把握と設計（今の流れ・あるべき姿・項目表・成功の目安）を、できる範囲でまとめてから相談します。要望が具体的なほど、見積もりの精度が上がり、出来上がりのずれも減ります。
2. 納品物：アプリそのものだけでなく、設計書（項目、権限、自動化の流れ）と使い方の手引きも納品物に含めます。
3. アカウントの持ち主：ノーコードの道具のアカウントは、自社の名義で契約します。外部の会社のアカウントで作ってもらうと、契約が終わったときに仕組みを引き取れなくなるおそれがあります。
4. 権利の帰属：作った仕組みや設計書の権利が、どちらに属するかを確認します。
5. 完成後の変更と保守：小さな変更や不具合の対応を、どの範囲まで、いくらで行ってもらえるかを決めます。
6. 契約終了時の引き継ぎ：契約が終わるとき、管理者の権限やデータをどう引き継ぐかを決めておきます。

あわせて、社内の窓口となる担当者も決めておきます。外部とのやりとりを1人にまとめ、要望の優先順位を社内で決めてから伝えると、打ち合わせのたびに要望が増えたり、言った・言わないの行き違いが起きたりするのを防げます。窓口の担当者は、できれば第5回で決めた仕組みの管理者（正）が務めると、完成後の運用にもスムーズにつながります。

完成した仕組みを受け取るときは、設計書と手引きを見ながら、社内の担当者が実際に項目を1つ追加してみる、といった「引き継ぎの練習」をしておくと安心です。外部の担当者がいるうちに疑問を解消しておけば、契約が終わったあとも自分たちで仕組みを育てていけます。

この記事の監修者に相談できます

監修者の田中磨生が代表を務める株式会社Abinで、ご相談をお受けしています。

相談無料ツギノテ編集部に相談する→

費用は「3年間の合計」で比べる

内製と外注、あるいは複数の外注先を比べるときは、最初にかかる費用だけでなく、3年間の合計で比べることをおすすめします。図5は、比べ方の例です。

内製の費用として見落としやすいのが、社内の人の時間です。作り手が仕組みづくりに使った時間は、本来の業務から振り替えた時間です。時間に人件費の目安をかけて、費用として数えておきます。一方、外注の費用として見落としやすいのが、完成後の変更と保守の費用と、社内の担当者が打ち合わせや確認に使う時間です。

比べるときは、内製と外注の両方について、同じ項目を同じ期間で並べることが大切です。片方だけ社内の時間を含め、もう片方は含めない、といった比べ方では、正しい判断ができません。また、ノーコードの道具の利用料は、多くの場合「利用者の人数×月額」で決まります。利用者が増えると費用も増えるので、3年後の利用者の見込みも考えておきましょう。道具ごとの料金は、ノーコード開発ツールおすすめ比較で比べられます。

実務ではこう使う：判断に迷ったときの進め方

内製か外注かで迷ったときは、次の順番で考えると決めやすくなります。

1. 図1の地図で、その仕組みが4つのどこにあたるかを考える
2. 図2の残りの物差し（複雑さ・社内の技術と時間・急ぎの度合い）で、方向を確かめる
3. 迷う場合は、まず小さな範囲をノーコードで内製して試し、限界のサイン（第1回）が出たら外部の支援を検討する
4. 外注する場合も、図4の項目を決め、社内に中身が分かる人を残す

判断の結果は、理由とあわせて第5回の台帳に記録しておきましょう。あとで状況が変わったときに、見直しの手がかりになります。ノーコードの良いところは、試してから決められることです。最初から完璧な判断をしようとせず、小さく試した結果を見て、内製を続けるか、外部の力を借りるかを決めていきましょう。

この回のまとめ

• 全部内製も全部外注も失敗しやすい。自分たちでやる範囲と外部に頼る範囲を、根拠をもって分ける
• 物差しは、変更の多さ・止まったときの影響・複雑さ・社内の技術と時間・急ぎの度合い・3年間の費用の6つ。特に前の2つが大切
• 外部の支援には、スポット相談・伴走支援・ノーコードの受託・システム開発・研修がある。最初は伴走支援や研修がおすすめ
• 外注するときは、範囲・納品物（設計書と手引き）・自社名義のアカウント・権利・保守・引き継ぎを決める
• 費用は、社内の人の時間と完成後の保守を含めた3年間の合計で比べる

確認テスト

講座を終えたあなたへ

全6回、おつかれさまでした。この講座では、ノーコードの基本（第1回）、道具の使い分けとデータの持ち方（第2回）、ワークフロー自動化（第3回）、業務改善の進め方（第4回）、ガバナンス（第5回）、そして内製と外注の判断（第6回）を学びました。

ノーコードの道具は、これからも機能が増え、AIとの組み合わせも進んでいきます。それでも、業務とデータを設計すること、使う人を巻き込むこと、旧来のやり方を止めて定着させること、管理の仕組みで続けられるようにすることという考え方は変わりません。まずは、あなたの職場で紙やExcelで回している業務を1つ選び、「今、誰が、何を、どこに記録しているか」を書き出すところから始めてみてください。

AIを組み込んで、業務の判断の部分まで自動化したい方は、続けてAIエージェントと業務自動化の講座もどうぞ。

参考資料

• 独立行政法人情報処理推進機構（IPA）プレスリリース「広がるAI導入、DXは変われるか」（2026年7月16日） https://www.ipa.go.jp/pressrelease/2026/rcu1hd0000016yh4-att/press20260716.pdf （確認日：2026年11月12日）