名古屋の業務システム・アプリ開発|内製と外注の判断から費用相場まで完全ガイド

この記事のポイント

  • 内製か外注かは、技術力より「止まったときに誰が直すか」で決まります。
  • 費用は金額そのものより、画面数・権限・連携先・データ移行という4つの要素で決まります。
  • 最初から全部作らず、いちばん手間のかかる1作業から始めると失敗が減ります。

名古屋で業務システムやアプリの開発を考えているなら、「自社の中で作れる人がいて、止まったときに自分たちで直せるなら内製、そうでなければ外注」というのが、いちばん短い判断基準です。費用は小さな自動化なら数万〜30万円前後、顧客も使うWebシステムなら数百万円まで幅があり、何を作るかより「どこまで作るか」で変わります。

先日、中川区内の運送業の方から「配車管理をExcelで回していて、そろそろシステム化したい。社内の若手に任せるか、外に頼むか決めきれない」というご相談をいただきました。話を聞くと、技術の問題というより、その若手の方が異動したら誰が触るのか、という点がまだ誰にも考えられていませんでした。この手の相談は、形を変えて何度も受けています。

この記事では、内製と外注の判断から、費用の考え方、名古屋の会社が気にしがちなポイント、発注後の保守までを、私が実際に受けた相談をもとに順番に整理します。長いので、気になる章だけ拾い読みしても大丈夫です。

目次

最初に決めるのは「何を作るか」ではなく「誰が使うか」

業務システムとひと口に言っても、作るものは大きく4タイプに分かれます。どれにあたるかで、費用も進め方もほぼ決まります。

タイプ よくある例 費用の目安 向いている進め方
①小さな自動化 売上集計の自動通知、Excel転記の自動化 数万〜30万円前後 個人エンジニアへの依頼、または内製
②社内の管理システム 配車管理、在庫・受発注の管理、勤怠まわり 50万〜300万円前後 要件整理から伴走できる外注先
③取引先・顧客も使うシステム 予約、会員、ECの注文管理 150万〜数百万円 設計・セキュリティまで見られる外注先
④既存システムとの連携 会計ソフトや基幹システムとのデータ連携 連携先の数で大きく変動 連携先の仕様を確認できる外注先

費用はすべて目安です。画面の数、使う人の種類、ほかのシステムとのつなぎ込み、いまのExcelデータをどこまで移すかで上下します。根拠は後の章で、具体的な計算の考え方として出します。

ここで一つだけ大事なのは、③のように社外の人が使うシステムは、最初から「作って終わり」にならないということです。個人情報や決済を扱うなら、公開後の対応も含めて考える必要があります。予約まわりを検討中なら、予約システム開発で、作る前に確認したい視点を先に読んでおくと整理しやすいです。

内製か外注か:判断は5つの質問でほぼ決まります

内製と外注のどちらが正解という話ではなく、自社がどちらに向いているかを見る話です。私が相談の場で最初に聞くのは、次の5つです。

質問1:作る人が異動・退職しても、代わりに触れる人がいますか

ここが「いいえ」なら、内製はかなり危険です。Excelマクロで作った管理表が、担当者の退職後に誰も触れないまま動き続けている、という話は珍しくありません。

質問2:使う人は社内だけですか

取引先や顧客が使うなら、権限管理やセキュリティの責任が一気に重くなります。この場合は外注、もしくは既製のサービスの導入を先に検討したほうが安全です。

質問3:仕様は頻繁に変わりそうですか

やり方がまだ固まっていない業務は、小さく作って直すのが得意な内製や、柔軟に動ける個人エンジニアとの相性がよいです。逆に、手順が決まっている業務は外注で一気に作るほうが早く終わります。

質問4:片手間で担当させようとしていませんか

本業を持つ人にシステムの面倒を見てもらう体制は、半年後に息切れします。内製でいくなら「その人の時間を、毎週どれだけ空けるか」まで決めてください。

質問5:作ったあと、誰も触らなくなったら困りますか

困らないなら、思い切って内製で小さく試せます。困るなら、保守を含めて外注したほうが、結果的に安くつきます。

5つの質問の答えを、選択肢ごとに比べると次のようになります。

内製 外注(個人・制作会社) 既製ツールの導入
初期費用 低い(人件費は別) 中〜高 低い(月額課金が中心)
スピード 小さければ速い 要件が固まれば速い 最も速い
業務への合わせやすさ 高い 高い ツールの仕様に合わせる必要あり
止まったとき 担当者次第 保守契約の内容次第 ベンダーのサポート
向いている業務 変更が多い小さな作業 取引先ごとに条件が違う、連携が必要な業務 一般的でよくある業務

運送業の方の場合は、質問1の「代わりの人」が決まっておらず、質問2の利用者も社内だけでした。そこでまず外注で土台を作り、細かい調整は社内で触れる範囲を決める、という折衷案をご提案しました。完全にどちらかに寄せなくても構いません。判断を詳しく9項目のチェックリストにしたものが、名古屋で業務システム内製化か外注か迷ったら見るべき9項目です。

いまの状況を、5つの質問で一緒に整理しませんか

内製か外注か迷っている段階でも大丈夫です。状況を伺って、向いている進め方をお伝えします。

無料相談のお問い合わせ(Will Give)

費用相場は「金額」より「何で決まるか」を先に知る

見積もりの金額を見て高い安いと言う前に、金額が何で決まっているかを知っておくと、複数の見積もりを冷静に比べられます。業務システムの費用は、ほぼ次の4つで決まります。

  • 画面(入力・一覧・帳票)の数
  • 使う人の種類と権限の段階(社員だけか、取引先もか)
  • 連携先の数(会計ソフト、通知、ほかのシステムなど)
  • いまのExcelデータなどをどこまで移すか

仮の計算例を出します。数字は説明のための仮のものです。画面8枚、帳票2種、権限2段階、Excelデータの移行あり、という小さな管理システムなら、設計・実装・テスト・データ移行を合わせて、30〜40人日前後を見込むのが一つの考え方です。1人日あたりの単価が4万〜6万円とすると、120万〜240万円という幅になります。単価は依頼先によって変わります。大事なのは、この計算を見積書の中で説明してもらえるかどうかです。

反対に、毎日の売上を集計してChatworkに通知するだけ、のような小さな仕組みなら、画面もなく権限も不要なので、数万円台から作れることがあります。実際に私が自分用に作った売上通知のbotは、まさにこのタイプでした。この種の費用感は、名古屋の業務自動化システム開発の費用・期間を5問で回答した記事で詳しく書いています。

規模 内容のイメージ 費用の目安 期間の目安
小 1つの作業を自動化(通知・転記・集計) 数万〜30万円前後 2〜6週間
中 社内の管理システム(画面5〜10枚程度) 50万〜300万円前後 1.5〜4か月
大 顧客も使うWebシステム、複数システム連携 150万〜数百万円以上 3か月〜半年以上

この表も目安です。要件が固まっていない段階の見積もりは、あとから増える前提の「仮の数字」だと思って見てください。見積もりの比べ方は、整体院の方が2社の見積書を並べて悩んでいた打ち合わせの記録にもまとめています。

よくある見落とし:運用費と、作ったあとの手直し

初期費用ばかり見ていて、サーバー代、保守費、仕様変更の費用が抜けていることがよくあります。目安として、年に数回は「ここだけ直したい」という要望が出ます。その対応を、保守に含めるのか、都度見積もりなのかを、契約前に確認しておいてください。

「週に何回」で、ツールか開発かが分かれる

卸売業の方から「毎日の受発注データをExcelに手入力している。ツールとエンジニア、どっちが安いですか」と聞かれたことがあります。そのとき私が最初に聞いたのは、値段のことではなく、取引先が変わっても入力ルールは同じですか、という点でした。答えは「取引先によって書式もタイミングもバラバラ」。この時点で、既製ツールだけで済ませるのは難しい、という見立てがほぼ固まりました。

このとき、費用が5万円ほどで済む場合と30万円ほどかかる場合を分けたのは、業務の「週に何回起きるか」と「条件分岐がどれだけあるか」でした。週に1回、手順が毎回同じなら、既製ツールで十分なことが多いです。毎日、しかも取引先ごとに条件が違うなら、作ったほうが安くつきます。詳しい考え方は、定型業務の自動化、5万円と30万円を分けた「週に何回」という質問に書いています。

名古屋で発注するときに知っておきたい、地域ならではの事情

名古屋は、製造業や卸売業、運送業など、取引先とのやり取りが多い会社が多い地域です。私のところにいただく相談も、受発注、納品書、配車、見積書の管理といった、取引先とのやり取りに関わるものが目立ちます。取引先ごとに書式が違う、いまだにFAXや紙が残っている、という話もよく聞きます。

こうした会社では、システムの機能そのものより、「取引先に何を変えてもらえるか」が成否を分けます。自社の中だけで完結する部分から先にシステム化し、取引先との接点は後から少しずつ、というのが無理のない進め方です。いきなり取引先に新しいやり方をお願いすると、まず返事が来ません。社内の人間関係と違い、こちらの都合では動いてくれませんので。

また、名古屋圏では、商工会議所や、各都道府県にあるよろず支援拠点のような、無料で相談できる公的な窓口もあります。システム開発の前に、「そもそも何を課題にするか」を壁打ちする場として使うのも一つです。なお、私は中川区を拠点にしていますが、中村区・港区・熱田区など、ほかの区からのご相談もいただいています。打ち合わせはオンラインでも対応できます。

外注先の選び方:個人エンジニアか、制作会社か

外注先は、大きく「個人のエンジニア」と「制作会社・開発会社」に分かれます。どちらが優れているというより、得意な案件が違います。

個人エンジニア 制作会社・開発会社
費用 比較的抑えやすい 人数分の管理費が乗りやすい
小回り 相談から実装まで同じ人が対応 窓口と担当が分かれることが多い
大規模案件 人数が必要な案件は難しい 対応しやすい
担当者の入れ替わり なし(本人が辞めるリスクはある) 担当が変わることがある
確認したいこと 不在時の引き継ぎ体制 担当者の経験と実際の作業者

個人に頼むときは、「その人が動けなくなったらどうするか」を、契約前に必ず聞いてください。コードや設計書を共有してもらうこと、サーバーやドメインの名義を自社にしておくことで、リスクはかなり減ります。この名義の話は、中川区で受けたご相談で、最初に確認するのが「名義」だった話で実例を書いています。

契約形態についても触れておきます。完成物を約束する「請負」と、作業時間に対して支払う「準委任」があります。要件が固まっているなら請負、まだ手探りなら準委任が向いています。迷ったら、「どこまでが契約の範囲か」を文章で書いてもらうのが先です。

発注から稼働まで:つまずきやすいのは要件定義と最初の1か月

流れは、相談、要件整理、見積もり、契約、設計・開発、テスト、稼働、保守という順です。この中で、いちばん揉めやすいのが要件整理です。「こういうものがほしい」と「実際に使う人が必要なもの」がずれたまま進むと、完成してから「思っていたのと違う」となります。

私がよくお願いしているのは、いま使っているExcelや紙の帳票を、そのまま見せてもらうことです。画面の設計より、実際の運用のほうが、ずっと多くを教えてくれるからです。要件定義のすれ違いについては、業務自動化システム開発の要件定義でよくあるすれ違いに、実際の例を書いています。

もう一つのコツが、最初から全部を作らないことです。一番手間のかかる1つの作業だけを作って、実際に使ってみて、足りないところを足していく。遠回りに見えて、これが一番失敗しにくい進め方です。予算の決め方については、「使われないシステム」にしないために、最初にいくら出すか決める話も参考にしてください。

「アプリを作りたい」という相談の場合も、実は先にやるべきことが別にあることがよくあります。アプリ開発の企画段階でのつまずきは、「アプリを作りたい」その前に確認したいことにまとめています。Webアプリ全般の発注前チェックは、名古屋のWebアプリ開発を検討する中小企業へ向けたガイドもあります。

相談の場で実際によく見る、3つの失敗パターン

ここまでの内容を踏まえて、私が相談の場でよく見る失敗を3つ挙げます。どれも、技術というより「決め方」の問題です。

失敗1:機能を盛りすぎて、最初のリリースが遠のく

「せっかく作るなら、あれもこれも」と要望を足していくと、見積もりも期間も膨らみます。気づけば、一番困っていた作業の改善が、半年後になっています。最初のリリースでは、いちばん困っている1つに絞ってください。足りない機能は、使いながら足せます。

失敗2:使う人の声を聞かずに決めてしまう

経営者の方が「これでいこう」と決めても、毎日使う現場の方が「いまのExcelのほうが早い」と感じたら、そのシステムは使われません。要件を決める場に、実際に毎日触る人にも入ってもらうだけで、完成後の定着率はかなり変わります。

失敗3:安さだけで外注先を決める

金額の差は、「何が含まれているか」の差であることが多いです。要件整理、テスト、公開後の対応、データ移行のどれかが抜けていて、あとから追加費用になる例は珍しくありません。金額を見る前に、含まれている作業を表にそろえてください。結果的に高くつく、というのはシステム開発の定番ですが、笑えないのが困りものです。

最近は、生成AIを使って社内の作業を効率化したいという相談も増えています。AIは便利ですが、「契約して終わり」にならない運用の仕組みが必要なのは同じです。考え方は、中小企業の生成AI活用を「月に何回?」チェックから始める4段階にまとめています。また、WebアプリとしてのシステムをITに詳しくない方が発注する場合は、名古屋のWebアプリ開発で、中小企業が発注前に見る7つのチェックもあわせてどうぞ。

補助金は使える?ただし「交付決定前の着手」に注意

システム開発には、IT導入補助金のように、対象になる制度があります。ただし、制度の名称や条件、締切は毎年変わるため、必ず公式の最新情報を確認してください。気をつけたいのは、交付が決まる前に契約や発注をしてしまうと、対象外になる制度が多いことです。

また、補助金が使えるITツールは、事前に登録されたものに限られる場合があります。「補助金を使うために開発を依頼する」のではなく、「必要な開発に、使える制度があれば使う」という順番で考えるのが安全です。つまずきやすい点は、IT導入補助金で業務システム開発をするときの「交付決定前の着手」と「登録確認」で整理しています。

作ったあとが本番:保守・名義・引き継ぎ

システムは、稼働した日がスタートです。法改正や取引先の変更、OSやブラウザの更新で、手直しが必要になる場面は必ずやってきます。ここで困らないために、契約前に次の点を確認しておいてください。

  • 公開後の無償対応の期間と範囲(不具合の修正は含まれるか)
  • 保守契約の月額と、含まれる作業の範囲
  • サーバー・ドメイン・ソースコードの名義と、受け取り方
  • 担当者が変わったとき、不在のときの対応

私の場合は、公開後3か月は不具合対応を無償にしています。作ったものが、現場で本当に使われるかを一緒に見届けたいからです。この考え方は、名古屋の社内システム開発で、公開後3か月は無償対応にしている理由に書きました。

もう一つ多いのが、「ツールを入れたのに使われない」という悩みです。原因の多くは機能ではなく、現場の運用に合っていないことです。名古屋で業務効率化ツールを導入したのに使われない理由は、導入後の悩みを抱えている方に向いています。

見積もりの内訳が分からないときも、ご相談ください

他社の見積書を見ながらの相談も歓迎です。何にいくらかかっているのかを、一緒に確認します。

無料相談のお問い合わせ(Will Give)

相談の前に、あると話が早い資料

最後に、初回の相談の前に用意しておくと話が早い資料を挙げます。完璧でなくて構いません。「これがないとダメ」というものはなく、あれば助かる、という程度です。

  • いま使っているExcelや紙の帳票(個人情報は伏せたもので十分です)
  • 1日、1週間の中で、いちばん手間がかかっている作業の流れ
  • その作業に関わる人数と、使う頻度
  • つなぎたい既存のシステムやソフトの名前
  • おおよその予算感と、希望の時期

予算が決まっていない場合も、そのまま伝えてください。逆に「予算がない」と最初から言いにくい、という方ほど、早めに相談してもらったほうが、現実的な落としどころを一緒に探せます。

目的別:次に読むとよい記事

この記事は全体像を押さえるためのものです。目的が決まっている方は、次のように進めてください。

やりたいこと 次に読む記事
Excel作業を自動化したい 名古屋で業務自動化システム開発を検討中の方へ
予約を受けたい 予約システム開発で作る前に確認したい視点
ネットで商品を売りたい 名古屋でECサイト制作を発注する前の8つのポイント
まず会社のホームページを整えたい 中川区でホームページ制作を依頼するなら|費用・期間・会社選びの完全ガイド

よくある質問

名古屋で業務システムを作るとき、最低いくらから頼めますか?

数万円台から頼めることがあります。ただし、通知や転記を自動化する程度の小さな仕組みに限られます。画面のある管理システムになると、50万円前後からが一つの目安です。

内製と外注は、どちらが安いですか?

初期費用だけなら内製が安く見えますが、担当者の人件費と、辞めたときのリスクを含めると逆転することがあります。止まったときに自社で直せるかどうかで、判断してください。

個人のエンジニアに頼んで、不安はありませんか?

不安の種類が違うだけで、制作会社より危険とは限りません。ただし、担当者が1人なので、不在時の引き継ぎと名義の整理を、契約前に確認しておくことが大切です。

見積もりは何社くらい取ればよいですか?

2〜3社で十分です。社数を増やすより、「含まれる範囲」を同じ条件で並べて比べるほうが、判断の精度が上がります。

開発期間はどれくらいかかりますか?

小さな自動化で2〜6週間、社内の管理システムで1.5〜4か月が目安です。遅れる原因は技術より、要件の決定と、社内の確認待ちであることが多いです。

補助金は必ず使うべきですか?

必ずではありません。制度によっては交付決定前の発注が対象外になるため、スケジュールが合わないなら使わない判断もあります。まず公式情報で条件を確認してください。


この記事を書いた人:Will Give 代表/名古屋市中川区のフリーランスWebエンジニア。大規模ECサイト開発のリーダー経験をもとに、マーケター視点での集客支援まで伴走しています。
最終更新日:2026年10月12日

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

コメント

コメントする

目次