読み：じゅたくかいはつ ／ 分野：IT・システム
自社のシステムやソフトウェア開発を、外部の専門業者に依頼して作ってもらう取引形態です。
受託開発とは、自社に必要なシステムやアプリを、発注者の要望に合わせて外部の開発会社が一から作る取引のことです。既製のソフトを買うのではなく、オーダーメイドでシステムを組み立ててもらう点が特徴です。
意味
受託開発では、発注する企業が「こういう業務をこう効率化したい」という要望を伝え、開発会社がそれをもとに設計・プログラミング・テストを行い、完成したシステムを納品します。契約形態は主に「請負契約」で、完成させることそのものに責任を持つ形が一般的です。業務内容によっては「準委任契約」が使われ、作業の実施自体に対して報酬を支払う形になることもあります。開発の進め方には、最初に全工程を細かく計画してから順番に進める方法と、短い期間で作っては見直しを繰り返す「アジャイル開発」という方法があります。どちらも受託開発の中で選ばれる進め方です。費用は、開発に関わる技術者の人数と期間をもとに算出される「人月単価」で見積もられることが多く、要件が複雑になるほど金額も工数も増える傾向があります。
使われる場面と具体例
- 製造業の管理部門が、自社の在庫管理や生産管理に合わせた専用システムを、既製のパッケージソフトでは対応できないために開発会社へ発注する。
- 小売業の経営者が、独自の会員管理やポイント制度を組み込んだWebシステムを作りたいとき、自社に開発者がいないため外部に委託する。
- サービス業の企業が、顧客からの問い合わせ対応を自動化するため、自社業務に特化したチャットボットやツールの開発を専門業者に依頼する。
中小企業が押さえたい点
- 何をどこまで作ってもらうかを明確にする「要件定義」の段階が最も重要で、ここが曖昧だと後の手戻りや追加費用につながります。
- 契約が請負契約か準委任契約かで、責任の範囲や支払いの考え方が変わるため、契約書の内容を事前に確認することが必要です。
- 納品後の「保守契約」の有無や範囲も確認しておくべきで、不具合対応や修正が追加費用になるかどうかは契約次第です。
よくある誤解
- 「一度発注すれば完成まで丸投げでよい」と思われがちですが、実際には発注側が要望を整理し、途中の確認や意思決定に関わる場面が多くあります。
- 「パッケージ導入より必ず高い」と思われることがありますが、既製品では対応できない業務を効率化できる場合、長期的には見合う投資になることもあります。
よくある質問
Q. 受託開発とパッケージ導入はどう違いますか。
A. 受託開発は要望に合わせて一から作るのに対し、パッケージ導入は既製のソフトをそのまま、または一部カスタマイズして使う方法です。
Q. 開発期間はどのくらいかかりますか。
A. システムの規模や要件の複雑さによって大きく異なるため、見積もり段階で開発会社に具体的な期間を確認することが必要です。
Q. 発注後に途中で内容を変更できますか。
A. 変更は可能な場合が多いですが、工程が進んでからの変更は追加費用や納期延長につながることがあるため、早めの相談が望まれます。
関連する用語
関連記事
ほかの用語を探す
