案件管理システム開発の発注/外注/依頼/委託方法について

案件管理システムの発注・外注は、機能をたくさん作ることではなく、案件情報と原価を一つの流れで管理する業務設計から始めることが成功のポイントです。

Excelやメールに分散した案件情報を整理し、SaaS・ローコード・パッケージ・スクラッチ開発のどれを選ぶか、RFPに何を書くか、どの契約で委託するかを迷う企業は少なくありません。この記事では、案件管理システムを発注・外注するときの進め方を、発注形態の選択、要件整理、契約形態、費用相場、委託先の比較、導入後の定着まで順番に解説します。

▼全体ガイドの記事
・案件管理システム開発の完全ガイド

案件管理システムの発注・外注はどのように進めますか？

案件管理システムを外注するときは、最初に「何を管理したいか」ではなく「どの経営判断を早く正確にしたいか」を決めます。たとえば、受注確度を把握したい、赤字案件を検収前に見つけたい、工数入力の漏れを減らしたい、請求までの手戻りをなくしたい、といった目的です。目的が明確であれば、必要な機能と不要なカスタマイズを切り分けやすくなります。

案件管理システムは、顧客情報を管理するCRMや商談を管理するSFAと重なる部分がありますが、案件化した後の進捗、担当者、予定工数、実績工数、売上、原価、契約、成果物まで追える点に特徴があります。システムSIや制作会社のように、案件ごとに人員と外注費が動く企業では、進捗だけでなく採算を同時に見られることが重要です。発注前に「案件の開始条件」「ステータスを変更する担当者」「粗利を計算する単位」を決めておくと、導入後の仕様変更を抑えられます。

発注者が業務ルールやマスタを決め、受託者が要件定義・設計・開発・テストを担うのが基本ですが、実際には受入テスト、過去データの整理、利用者教育、移行後の確認を誰が担当するかが曖昧になりがちです。発注者側の協力が遅れると、開発会社の作業が止まり、納期や費用が変わる可能性があります。RFPには、発注者が提供する資料、会議への参加者、受入テストの担当、意思決定者を明記しておくことが大切です。

案件管理システムの発注形態を選ぶ方法

発注形態は、業務を標準機能に寄せられるか、独自の原価計算や基幹連携が必要か、社内に改善担当者を置けるかで選びます。安さだけで方式を決めると、標準機能では足りず追加開発が増える、または自由度を優先して保守が難しくなるため、5年程度の運用まで見通して比較します。

SaaSは初期のインフラ構築やバージョンアップを自社で抱えず、案件台帳やタスク共有を早く始められる方式です。自社業務を標準機能に合わせ、入力項目を絞れる企業では、まず無料トライアルや小規模な実案件で定着度を確認できます。一方、案件別の売上・原価・請求や複雑な承認まで一つの製品で実現できるとは限りません。会計、勤怠、CRMなどと役割を分け、API・CSV連携の費用と運用責任を先に確認します。

ローコードは案件台帳、顧客、見積、進捗、承認などを自社に合わせて組み立てやすく、現場からの小さな改善を続けやすい方式です。たとえばkintoneは2026年8月時点の公式料金で、ライトが1ユーザー月額1,000円、スタンダードが1ユーザー月額1,800円、ワイドが1ユーザー月額3,000円で、初期費用は無料です。原則10ユーザーからのため、10人ならライセンスだけで月額1万〜3万円、50人なら月額5万〜15万円が目安になります（出典: サイボウズ株式会社「kintone 料金」、2026年8月確認）。別途、アプリ設計、プラグイン、連携、教育の費用が発生します。

パッケージは、工数・原価・契約・請求などの業務知見を活用しやすい反面、業務を製品に合わせる判断が必要です。システムインテグレータのOBPM NeoやオロのZACのように、プロジェクトや案件の採算を中心に設計された製品は候補になりますが、標準機能の範囲、帳票、会計連携、導入支援、カスタマイズの費用は個別に確認します。

スクラッチ開発は、複数拠点の権限、独自の利益計算、複雑な承認、基幹システムとの深い連携など、標準製品では業務を大きく変えなければならない場合に有効です。ただし、自由度が高いほど要件定義と保守の責任も大きくなります。ソースコード、設計書、API仕様、データ定義、テスト仕様書を納品物に含めるか、担当者が退職・異動した後に誰が改修するか、クラウド基盤の契約主体は誰かを契約前に決めておきます。

RFPと要件整理はどのように進めますか？

RFPは、開発会社に希望機能を伝えるだけの資料ではありません。現状の業務、目指す状態、対象範囲、制約、評価基準をそろえ、複数社の提案と見積を同じ条件で比較するための資料です。機能一覧だけでなく、案件の流れとデータの流れを示すことで、会社ごとの前提条件の違いを減らせます。

RFPの冒頭には、発注目的、対象部門、利用者数、案件数、拠点数、希望稼働時期、予算の考え方を記載します。次に、問い合わせ、見積、受注、要件定義、設計、開発、検収、請求という業務フローと、各ステータスの変更者を示します。管理したい項目は、案件番号、顧客、担当者、契約金額、予定・実績工数、外注費、原価、粗利、期限、失注理由などに分けて整理します。既存のExcelや会計・勤怠・CRMとの連携方式、過去データの件数と品質も外せません。

機能要件は、案件台帳、検索、一覧、ガントチャート、タスク、工数、原価、承認、帳票、通知、権限、APIなど、システムが何をするかです。非機能要件は、同時接続数、応答時間、稼働率、バックアップ頻度、復旧時間、ログ保持期間、データ保管場所、脆弱性対応、障害通知、サポート時間など、どの品質で動くかを定めます。現場がスマートフォンから工数を入力する場合は、通信が不安定な場所での保存、入力完了の表示、後からの修正履歴まで確認します。

案件情報には顧客情報、契約書、見積、個人情報、営業秘密が含まれるため、二要素認証やSSO、ロール別アクセス権、退職時のアカウント停止、監査ログ、バックアップをRFPに入れます。IPAの「情報セキュリティ10大脅威 2026」では、組織向けの1位がランサム攻撃、2位がサプライチェーンや委託先を狙った攻撃、3位がAIの利用をめぐるサイバーリスクです（出典: IPA、2026年1月公表・5月更新）。委託先の開発環境、再委託先、脆弱性報告の方法まで質問することが重要です。

要件の正しさは、会議室で機能一覧を眺めるだけでは確かめにくいものです。10〜20件の実案件を使い、営業、プロジェクトマネージャー、現場、経理に入力してもらい、案件登録から工数・原価確認、請求までを一周させます。入力項目が多すぎないか、検索結果が現場の言葉と合うか、スマートフォンで使えるか、承認が滞らないかを見ます。PoCを有償にする場合も、検証後に何が納品されるかを提案書で確認します。

受入条件には、画面が表示されることだけでなく、案件件数や移行件数の照合、粗利の計算結果、権限ごとの閲覧範囲、帳票の出力、外部連携の成功件数、バックアップからの復旧確認を含めます。発注者の受入担当と承認期限を決め、検収後に見つかった不具合の扱いも契約に合わせます。

案件管理システムの契約形態はどう選びますか？

契約形態は、要件の確定度と変更の多さに合わせます。要件が固まっている部分は請負で成果物と検収条件を明確にし、探索や段階改善が多い部分は準委任や時間・人月ベースで進める方法が検討されます。名称だけで判断せず、誰が何を完成させ、どの条件で支払い、変更をどの手順で承認するのかを契約書と仕様書でそろえます。

請負契約は、受託者が合意した成果物を完成させ、発注者が検収する関係を作りやすい契約です。画面一覧、機能一覧、帳票、連携仕様、移行対象、テスト結果、操作マニュアルなどを成果物として列挙し、検収期間、修正対応、瑕疵や不具合の扱いを確認します。要件が未確定なのに全工程を請負で固定すると、変更のたびに追加見積が発生し、開発会社がリスクを見込んで高めに提示する可能性があります。

準委任契約は、要件定義、業務整理、PoC、アジャイル開発、運用改善など、成果物を一括で確定しにくい業務に向きます。作業時間や体制で精算する場合は、月ごとの作業報告、稼働上限、会議体、優先順位の決め方、成果の確認方法を定めます。発注者がプロダクトオーナーや業務責任者として判断を続けないと、作業量だけが増えて価値が出にくくなります。月次の成果確認と次月の作業範囲をセットにすることが大切です。

案件管理システムでは、プログラムだけでなく、画面やデータモデル、設定、連携仕様、業務ノウハウが資産になります。ソースコードや設計書の権利、第三者ライブラリのライセンス、利用期間、契約終了時のデータ返却形式と削除証明を確認します。開発会社が再委託する場合は、再委託先の範囲、秘密保持、アクセス権、事故時の報告、監査への協力を明記します。

クラウドサービスを使う場合は、サービス終了や料金改定の通知期間、エクスポートできるデータ項目、APIの廃止方針、バックアップの保管場所も確認します。特に、案件情報だけでなく添付ファイル、変更履歴、承認履歴、ユーザー・権限情報まで取り出せるかを質問します。

案件管理システムの費用相場とコストの内訳

案件管理システムの費用は、ライセンス、初期設定、要件定義、追加開発、連携、データ移行、教育、保守を分けて考えます。公式料金で確認できるSaaSの月額と、開発会社へ支払う導入・開発費は別物です。利用者数だけでなく、連携数、データ量、権限の複雑さ、帳票、承認、原価計算の精度によって総額が変わります。

kintoneのような業務アプリ基盤は、初期費用が無料でも、設計・設定・連携・教育の費用が必要です。Backlogは公式料金ページで、スターターが月額2,700円、スタンダードが月額16,000円、プレミアムが月額27,000円と案内されています。スタンダードはユーザー数無制限、ガントチャートや2段階認証を含みますが、案件別の売上・原価・請求を標準の中心機能として持つとは限らないため、別システムとの分担を設計します。出典は株式会社ヌーラボ「Backlogの料金プラン」（2026年8月確認）です。

Backlogは30日間無料トライアルを提供しており、発注前に実際の案件で課題・ガントチャート・文書共有を試せます。また、公式ブログでは2027年1月1日からのプラン変更と、2026年3月にリリースしたAIアシスタントについて案内されています。SaaSは料金や機能が更新されるため、RFPの時点だけでなく契約更新時の価格、機能変更、データ移行方法まで確認します。

以下は、公式定価ではなく、リサーチノートに記載された業務システム相場と、SaaS・パッケージに設定、連携、移行を加えた類似構成から整理した推定レンジです。自社の相場を断定するものではないため、RFPではこの表を予算検討の入口として使い、各社に同じ前提で見積を依頼します。

標準SaaSの利用開始は初期費用0万〜50万円、期間1〜3か月程度が一つの目安です。SaaSやローコードの設定・小規模追加開発は50万〜300万円、期間1〜4か月程度です。パッケージ導入とカスタマイズは300万〜1,500万円、期間3〜9か月程度、中規模の業務システム開発は1,000万〜5,000万円、期間6〜12か月程度が目安になります。複数拠点、基幹連携、複雑な承認、厳格な原価計算を含む大規模・フルスクラッチは5,000万円〜数億円以上、期間1〜3年超となる可能性があります。これらは要件、規模、データ移行、連携数で大きく変わる推定値です。

初期開発費を抑えても、運用開始後の追加開発、クラウド利用料、サポート、バックアップ、監視、脆弱性対応、アカウント管理、教育が続きます。個別開発の保守・運用費は、リサーチノートでは初期開発費の年10〜20％程度が目安とされています。たとえば初期開発費3,000万円なら、年300万〜600万円程度という試算ですが、契約内容や保守範囲によって変わるため、固定的な金額として扱いません。

見積の内訳は、要件定義10〜15％、基本設計15〜20％、詳細設計10〜15％、開発30〜40％、テスト15〜20％、移行・教育5〜10％程度を仮置きすると比較しやすくなります。これは契約を拘束する標準配分ではなく、極端に要件定義や受入テストが少ない見積を見つけるための確認軸です。移行や教育を削ると、入力ミス、手戻り、現場の利用停止によって、後から費用が増える可能性があります。

案件管理システムの委託先選定と見積比較のポイント

委託先は、知名度や見積総額だけで決めません。案件・契約・工数・原価のどこに強いか、似た規模・業界の導入経験があるか、発注者の業務整理を支援できるか、導入後の改善まで担当できるかを比較します。製品ベンダー、ローコードの導入支援会社、案件管理に強いパッケージ会社、大規模SIは役割が違うため、同じ価格表だけで順位を付けないことが大切です。

案件別の粗利、工数、外注費、収益認識を重視するシステムSIや受託開発会社は、プロジェクト・案件特化型パッケージを詳しく確認します。現場が自分でアプリを改善したい企業はkintoneと導入パートナーを比較し、タスクや進捗を社内外で共有したい企業はBacklogのようなプロジェクト管理ツールを検討します。会計・販売・勤怠・CRMを含めた大規模刷新なら、複数システムの設計・移行・保守をまとめられるSI会社が候補になります。

見積比較では、要件定義、基本設計、詳細設計、開発、テスト、データ移行、教育、保守、ライセンス、クラウド、連携を同じ項目で並べます。各項目に、担当者、工数、期間、成果物、対象外、追加になる条件を記載してもらいます。安い見積が、移行・教育・障害対応・管理者設定を含んでいないだけということもあるため、金額の差を作業単位に戻して確認します。

デモでは、用意されたきれいなサンプルではなく、自社の実案件を使います。案件登録、担当者変更、期限超過、工数入力、外注費登録、粗利の着地見込、承認、請求への連携、権限の異なるユーザーの閲覧を一通り操作します。想定外の例外処理を質問したとき、標準機能、設定、追加開発、運用での回避策を分けて説明できる会社は、提案の透明性が高い傾向があります。

委託先には、現場が入力しなかった例、過剰カスタマイズで複雑化した例、マスタ移行に失敗した例、要件漏れで追加費用になった例を質問します。失敗を隠す会社より、原因、再発防止策、発注者が担うべき協力事項を具体的に説明できる会社の方が、実装後のリスクを一緒に管理しやすくなります。導入責任者、プロジェクトマネージャー、設計・開発担当の経験と、担当者が変わる場合の引継ぎ方法も確認します。

セキュリティ面では、開発環境へのアクセス、ソースコードの保管、個人情報の取扱い、再委託、脆弱性診断、ログ、バックアップ、障害時の連絡、復旧目標を確認します。AI機能を提案された場合は、顧客情報や仕様書が学習に使われるか、保存期間はどれくらいか、出力を誰がレビューするか、プロンプトや利用履歴を管理できるかを質問します。AIを導入すること自体ではなく、入力データの品質と誤りを確認する業務が整っているかを評価します。

発注後の開発・移行・定着を成功させる進め方

発注が終わると、開発会社に任せきりにしたくなりますが、案件管理システムの成否は発注者の意思決定と現場の利用で決まります。要件定義、設計・開発、テスト・リリース、運用改善を区切り、各段階の完了条件を置きます。最初から全機能を作らず、入力と採算を定着させてから請求やAI予測へ広げる方が、現場の負担を抑えられます。

第一段階では、案件番号、顧客、担当者、ステータス、期限、受注金額、予定工数、実績工数、外注費、粗利を最低限の共通データとして定着させます。これらが正しく入力されれば、案件の遅延や赤字化の兆候を確認できます。入力項目を増やす前に、週次会議でどの画面を見て、誰がどの判断をするかを決めます。入力率、期限超過件数、粗利見込と実績の差などをKPIにします。

過去データは、表記揺れ、重複、欠損、古いコードが混在していることが多いため、いきなり全件を移行しません。顧客・担当者・案件・商品などのマスタを整理し、移行対象、対象外、変換ルールを決めます。テスト環境で移行リハーサルを行い、件数、金額、日付、紐づき、添付ファイルを確認し、現場責任者の承認を取ります。失敗時に旧運用へ戻す条件と、再移行の手順も準備します。

教育は一度の説明会だけで終わらせず、役割別の操作手順と短い動画、入力ルール、問い合わせ窓口を用意します。営業、プロジェクトマネージャー、現場、経理では使う画面と判断が異なります。運用開始後の最初の1〜3か月は、入力できない項目、使われない項目、例外処理を集計し、月次の改善会議で優先順位を決めます。

案件管理システムの権限は、会社、部門、案件、項目のどの単位で制御するかを決めます。協力会社には必要な案件だけを見せ、退職・異動・契約終了時にはアカウントを停止します。管理者権限を少人数に限定し、操作ログと承認履歴を定期的に確認します。バックアップは取得するだけでなく、復旧できるかを訓練で確かめます。

見積書、注文書、請求書、検収書などの電子取引データを扱う場合は、電子帳簿保存法の保存要件を経理・法務と確認します。国税庁は、電子取引データについて改ざん防止、帳簿との関連性、検索機能、見読可能性などの要件を案内しています（出典: 国税庁「電子取引関係」および「電子帳簿等保存制度」、2026年8月確認）。システムの機能だけで法令対応が完了すると判断せず、保存対象、保存期間、検索方法、証憑の訂正・削除権限を社内規程に反映します。

案件管理システムの発注・外注でよくある質問（FAQ）

ここでは、案件管理システムを発注・外注するときに多い疑問へ、判断の基準を直接回答します。自社の規模だけでなく、案件の複雑さ、既存システム、入力する人、管理したい採算の精度を前提に考えることが大切です。

標準化できる業務を早く共有したいならSaaS、独自の原価計算や基幹連携を実現したいならパッケージ導入や開発会社への外注が向いています。迷う場合は、SaaSやローコードで実案件を試し、標準機能で足りない差分だけを追加開発する段階的な方法が現実的です。

標準SaaSの設定・導入は0万〜50万円、ローコードの設定や小規模追加開発は50万〜300万円、パッケージ導入・カスタマイズは300万〜1,500万円、中規模開発は1,000万〜5,000万円、大規模開発は5,000万円〜数億円以上という推定レンジがあります。これは公式定価ではなく、業務システム相場と類似構成から整理した目安です。ライセンス、データ移行、連携、教育、保守を含む条件をそろえて、複数社から見積を取ります。

発注目的、現状業務、業務フロー、利用者数、案件数、必要な機能、連携、データ移行、非機能要件、希望時期、予算の考え方、納品物、評価基準まで書きます。すべての画面仕様を発注者が完成させる必要はありませんが、判断したい業務ルールと受入条件は明確にします。未確定部分は未確定と書き、提案で確認したい論点として各社に回答を求めます。

候補の得意領域を確認したうえで、少なくとも複数社に同じRFPを渡し、提案・見積・デモ・体制を比較します。SaaSの標準利用、ローコードやパッケージ導入、受託開発や大規模SIなど、方式の異なる候補を含めると、費用だけでなく業務を標準化する範囲も見えます。最終的には会社数より、実案件での適合性、運用支援、データ返却、セキュリティ、総保有コストを評価します。

まとめ

案件管理システムの発注・外注では、最初に案件の利益を守る目的とKPIを決め、現状の業務・データ・例外処理を棚卸しします。そのうえで、SaaS、ローコード、パッケージ、スクラッチの方式を比較し、RFPに機能要件と非機能要件、移行、連携、セキュリティ、納品物、受入条件を記載します。

まずは5人程度の利用者で案件台帳、進捗、工数入力を試し、30〜100人規模ならローコードやパッケージを含めて比較し、複数拠点や基幹連携があるならRFPを作成します。小さく試した結果を見て、現場が使う項目と経営が必要とする集計をそろえることが、過剰な外注や手戻りを防ぎます。

契約は、請負か準委任かという名称だけでなく、成果物、検収、変更管理、知的財産、再委託、データ返却、保守責任まで具体化します。費用はライセンスだけでなく、設定、開発、移行、教育、保守を含むTCOで比較し、実案件を使ったPoCと段階導入で現場の入力を定着させます。機能数やAI搭載を目的にせず、案件の進捗と原価を正確に把握し、次の判断に使えるかを軸に委託先を選ぶことが重要です。

▼全体ガイドの記事
・案件管理システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。