案件管理システムの発注は、目的と業務を整理し、方式・要件・契約を決めたうえで、実案件で試しながら段階的に導入する順に進めます。
この順で進めると、案件の進捗と採算を把握できるようになります。以降の見出しでは、発注形態から導入後の定着まで、段階ごとに決めることを順に説明します。
▼全体ガイドの記事
・案件管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
案件管理システムの発注・外注の進め方
外注の前に、何を管理するかに加えて、どの経営判断を早く正確にしたいかを決めておきます。判断に必要な情報が決まれば、入力してもらう項目も自然に絞れます。
- 受注確度：案件の受注見込み
- 赤字の早期発見：検収の前に赤字案件を見つけられること
- 工数・請求：入力漏れや、請求までの手戻りの削減
目的が定まると、必要な機能と不要なカスタマイズを分けやすくなります。
機能表より先に決める経営課題
案件管理システムは、CRMやSFAと一部の機能が重なります。一方で、案件化した後の管理に特徴があります。
- 管理範囲：進捗と担当者から、工数、売上、原価、契約、成果物までを追える
- 採算の把握：案件ごとに人員と外注費が動く、システムSIや制作会社で特に重要な機能
発注前に、案件を開始する条件、ステータスを変える人、粗利を計算する単位を決めておくと、仕様変更を抑えられます。
発注者と受託者の責任範囲の分担
担当が曖昧になりやすい作業も含めて、発注者と受託者のどちらが受け持つかを先に決めておきます。
- 発注者：業務ルールとマスタの決定、資料提供、会議参加、意思決定
- 受託者：要件定義、設計、開発、テスト
- 分担を決める作業：受入テスト、過去データの整理、利用者教育、移行後の確認
発注側の協力が遅れると開発作業が止まるため、納期や費用が変わる可能性があります。RFPには、提供資料や会議参加者を含めて、発注側の協力体制を書いておきます。特に、受入テストを担う人と意思決定者を明記することが欠かせません。
案件管理システムの発注形態の選び方
方式は、業務を標準機能にどこまで寄せられるかと、独自の原価計算や基幹連携が必要かどうかで選びます。
社内に改善担当者を置けるかも判断材料になります。5年程度の運用を見通して、安さだけで決めないようにします。標準機能では足りないと追加開発が増える一方で、自由度を優先すると保守が難しくなる場合があります。
SaaSの標準利用が向く場合
SaaSを選ぶときは、導入の速さと標準機能の範囲を確かめます。
- 早期利用：インフラの構築や更新を抱えず、台帳やタスク共有をすぐに始められる
- 試用：業務を標準機能に合わせて入力を絞れる企業は、無料試用や実案件で定着度を確認できる
- 機能範囲：売上・原価・請求や複雑な承認を、一製品ですべて実現できるとは限らない
- 連携：会計・勤怠・CRMとの役割分担、API・CSVの費用、運用の責任
ローコードやパッケージの業務知見と柔軟性
ローコードでは、案件台帳や見積、承認などを自社の業務に合わせて組み立てられます。顧客や進捗の管理も、同じように作り込めます。
現場から小さな改善を続けやすい点で、kintoneも候補になります。料金は1ユーザーあたりの月額制で、3つのプランに分かれています（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に書く業務・利用者・データ・連携の前提
比較の条件をそろえるために、RFPには次の前提を示します。
- 発注の前提：目的、対象部門、利用者数、案件数、拠点数、希望時期、予算の考え方
- 業務フロー：問い合わせから請求までの流れと、各ステータスの変更者
- 管理データ：案件番号、顧客、担当、契約額、予定・実績工数、外注費、原価、粗利、期限、失注理由
- 連携・移行：Excelや会計・勤怠・CRMとの連携方式、過去データの件数と品質
機能要件と非機能要件の切り分け
機能、品質、情報保護は分けて、RFPに書いておきます。
- 機能要件：台帳、検索、一覧、ガントチャート、タスク、工数、原価、承認、帳票、通知、権限、API
- 品質要件：同時接続数、応答時間、稼働率、バックアップ頻度、復旧時間、ログ保持期間、データ保管場所、脆弱性対応、障害通知、サポート時間
- スマートフォン利用：不安定な通信下での保存、入力完了の表示、修正履歴の確認
- アクセス保護：二要素認証、SSO、ロール別の権限、退職時の停止、監査ログ、バックアップ
案件情報には、顧客情報や契約書、見積が含まれます。さらに、個人情報や営業秘密も含まれます。
IPAの「情報セキュリティ10大脅威 2026」では、組織向けの1位がランサム攻撃です。2位は委託先などを狙う攻撃、3位はAI利用をめぐるサイバーリスクです（出典：IPA、2026年1月公表・5月更新）。こうした脅威を踏まえて、委託先の開発環境や再委託先、脆弱性の報告方法も質問しておきます。
実案件を使ったPoCと受入条件
会議で機能一覧を見ても検証しにくいため、実案件で要件と受入条件を試します。
- 参加者と件数：営業、プロジェクトマネージャー、現場、経理による10〜20件の入力
- 業務確認：案件登録から請求までの流れで、入力量や検索語、スマートフォン対応、承認
- 受入条件：案件・移行件数、粗利計算、権限、帳票、連携の成功件数、バックアップの復旧
PoCが有償の場合は、検証後に何が納品されるかを提案書で確かめます。
受入の担当者と承認期限を先に決め、不具合の扱いも契約に合わせておきます。
案件管理システムの契約形態の選び方
契約形態は、要件がどこまで固まっているかと、変更がどれだけ入りそうかに合わせて選びます。固まった要件は請負にして、成果物と検収条件を明確にします。
探索や段階的な改善では、準委任や時間・人月ベースも候補になります。ただし、契約の名称だけで決めず、誰が何を完成させ、どの条件で支払い、どの手順で変更を承認するかを、契約書と仕様書でそろえます。
請負契約の成果物と検収条件
請負契約では、受託者が成果物を完成させ、発注者がそれを検収します。
- 成果物：画面と機能の一覧、帳票、連携仕様、移行対象、テスト結果、操作マニュアル
- 検収条件：期間、修正対応、瑕疵や不具合の扱い
- 要件変更：未確定のまま全工程を固定すると、追加見積やリスク分の上乗せが起きる可能性
準委任契約の管理方法
準委任契約は、要件整理や段階開発のように、成果物を一括で確定しにくい作業に向いています。
- 対象業務：要件定義、業務整理、PoC、アジャイル開発、運用改善
- 作業管理：時間・体制で精算する場合の月次報告、稼働上限、会議体、優先順位、成果確認
- 発注者の役割：プロダクトオーナー等による判断の継続と、月次成果・次月範囲の確認
発注者が判断を続けないと、作業量ばかりが増えて、価値が出にくくなります。
知的財産・再委託・データ返却の契約条件
資産として扱うのは、プログラムに加えて、画面やデータモデル、設定、連携仕様、業務ノウハウです。
- 権利と利用：ソースコード・設計書の権利、第三者ライブラリのライセンス、利用期間
- 再委託：委託先の範囲、秘密保持、アクセス権、事故報告、監査協力
- クラウド終了時：終了や料金改定の通知期間、データ出力項目、API廃止方針、バックアップ場所
- 返却データ：案件情報、添付、変更・承認履歴、ユーザー・権限情報の返却形式と削除証明
案件管理システムの費用相場とコストの内訳
費用は、ライセンスや初期設定、要件定義、追加開発に分けて考えます。連携、移行、教育、保守も、別の項目として見積に入っているかを確かめます。
SaaSの月額料金と、開発会社に支払う導入・開発費は別です。利用者数だけで総額が決まるわけではありません。
連携数やデータ量、権限の複雑さは、費用に影響します。加えて、帳票や承認、原価計算の精度も、費用を左右します。
クラウドのライセンス費用と導入費の分け方
kintoneなどは初期費用が無料でも、設計や設定、連携、教育の費用が別にかかります。
- Backlog料金：スターター2,700円、スタンダード16,000円、プレミアム27,000円（月額）
- スタンダード：ユーザー数は無制限で、ガントチャートと2段階認証を含む
- 機能確認：案件別の売上・原価・請求は別システムとの分担が必要な場合がある。30日間の無料試用で課題、ガントチャート、文書共有を試せる
- 更新確認：公式ブログが案内する、2027年1月1日のプラン変更と、2026年3月リリースのAIアシスタント
この料金は、2026年8月に確認した公式ページの案内です（出典：株式会社ヌーラボ「Backlogの料金プラン」）。
料金や機能は更新されるため、更新時の価格や機能変更、データ移行の方法も確かめておきます。
導入・開発費の要件別レンジ
次に示すのは、公式の定価ではなく、リサーチノートの業務システム相場と類似構成から整理した推定レンジです。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年超となる可能性
最後のレンジは、複数拠点や基幹連携、複雑な承認、厳格な原価計算を含む場合の目安です。金額と期間は、要件や規模、データ移行、連携数によって大きく変わる推定値です。
保守・移行・教育を含むTCO
TCOでは、初期費用だけでなく、導入後に続く費用と見積の内訳も見ます。
- 継続費用：追加開発、クラウド、サポート、バックアップ、監視、脆弱性対応、アカウント管理、教育
- 保守・運用費：初期開発費の年10〜20％程度が目安で、3,000万円なら年300万〜600万円。契約範囲によって変わります
- 設計費の目安：要件定義10〜15％、基本設計15〜20％、詳細設計10〜15％
- 開発以降の目安：開発30〜40％、テスト15〜20％、移行・教育5〜10％
- 比較上の注意：配分は標準契約ではなく、要件定義や受入テストの不足を見つけるための目安
移行や教育を削ると、入力ミスや手戻り、利用停止が起き、後から費用が増える可能性があります。
案件管理システムの委託先選定と見積比較のポイント
委託先は、知名度や見積総額だけで決めるのではなく、案件・契約・工数・原価のどこが得意かを比べて選びます。
あわせて、似た規模や業界での経験、業務整理の支援力、導入後の改善対応も確認します。
製品ベンダーや、ローコードの導入支援、案件特化パッケージ、大規模SIでは役割が異なります。そのため、同じ価格表だけで順位を付けないことが大切です。
自社の案件タイプと委託先の得意領域
案件の特徴に合わせて、委託先や製品の得意領域を選びます。
- 採算管理を重視：粗利、工数、外注費、収益認識の管理には、案件特化型パッケージが候補
- 現場で改善：自社でアプリを改善したい企業では、kintoneと導入パートナー
- 進捗共有：社内外のタスク共有に使うBacklogのようなツール
- 大規模刷新：会計・販売・勤怠・CRMの設計・移行・保守をまとめて担えるSI会社
見積の作業範囲と前提条件の比較
見積の作業範囲と前提をそろえたうえで、自社の実案件を使って提案の中身を確かめます。
- 比較項目：要件定義、設計、開発、テスト、移行、教育、保守、ライセンス、クラウド、連携
- 作業条件：担当、工数、期間、成果物、対象外、追加費用
- デモ操作：案件登録、担当変更、期限超過、工数・外注費、粗利見込、承認、請求連携、権限別閲覧
- 例外処理：標準機能、設定、追加開発、運用回避策を分けて説明できるか
安く見える見積でも、移行や教育、障害対応、管理者設定を含まない場合があります。そのため、金額の差を作業単位に戻して確かめます。デモには、自社の実案件を使います。
失敗事例・運用・セキュリティの確認
委託先の失敗経験や担当体制、セキュリティ運用について、具体的に確かめます。
- 失敗事例：未入力、過剰カスタマイズ、移行失敗、要件漏れの原因と再発防止策
- 体制：発注者の協力事項、導入責任者やPM等の経験、担当交代時の引継ぎ
- セキュリティ：開発環境、ソース保管、個人情報、再委託、診断、ログ、バックアップ、障害連絡、復旧目標
- AI利用：入力情報の学習利用、保存期間、出力のレビュー、プロンプトと履歴の管理、データ品質の確認体制
原因や協力事項まで説明できる会社は、実装後のリスクを一緒に管理しやすくなります。見るべき点は、AIを導入しているかどうかより、入力データの品質と誤りを確かめる業務が整っているかです。
発注後の開発・移行・定着の進め方
成否は、発注者の意思決定と現場での利用によって決まります。開発会社に任せきりにせず、発注者も判断を続けることが求められます。
要件定義、設計・開発、テスト・リリース、運用改善の4段階に区切り、段階ごとに完了条件を置きます。入力と採算が定着してから請求やAI予測へ広げると、現場の負担を抑えやすくなります。
最初に絞る案件台帳・進捗・工数・粗利
初期段階では、入力項目を増やす前に、共通のデータと指標を絞っておきます。
- 共通データ：案件番号、顧客、担当、ステータス、期限、受注金額、予定・実績工数、外注費、粗利
- 運用指標：週次会議の画面と判断者、入力率、期限超過件数、粗利見込と実績の差をKPIとする
データが正しく入力されていれば、案件の遅延や赤字化の兆候を早い段階で確認できます。
移行リハーサルと教育
過去データには、表記の揺れや重複、欠損、古いコードが混ざりやすいものです。そのため、一度に全件は移行しません。
- 表記揺れ、重複、欠損、古いコードを洗い出し、顧客・担当者・案件・商品マスタを整える
- 移行対象と対象外、変換ルールを決めたうえで、テスト環境で件数や金額、日付、紐づき、添付を確かめる
- 現場責任者の承認を取り、失敗時に旧運用へ戻す条件と再移行の手順を準備する
- 営業、PM、現場、経理の役割ごとに、操作手順や短い動画、入力ルール、問い合わせ窓口を用意する
- 開始後1〜3か月は、未入力や未使用の項目、例外を集計し、月次会議で改善の優先順位を決める
権限・ログ・保存要件の運用ルール
権限と記録、復旧の方法は、運用ルールとして定めておきます。
- 権限管理：会社・部門・案件・項目の単位と、協力会社に見せる案件の範囲
- アカウントと記録：退職・異動・契約終了時の停止、管理者の絞り込み、操作ログと承認履歴の確認
- 復旧：バックアップの取得と、訓練による復旧の確認
- 電子取引：見積書、注文書、請求書、検収書などを扱う場合の保存要件
電子帳簿保存法の要件は、経理・法務と確かめます。そのうえで、保存対象や期間、検索方法を社内規程に反映し、訂正削除の権限も定めます。
国税庁は、改ざん防止や帳簿との関連、検索機能、見読可能性などを案内しています（出典：国税庁「電子取引関係」および「電子帳簿等保存制度」、2026年8月確認）。
システムを入れただけで法令対応が終わるわけではないため、規程の面でも対応を進めます。
案件管理システムの発注・外注でよくある質問（FAQ）
自社の規模だけでなく、案件の複雑さや既存システム、利用者、採算管理の精度を前提に判断します。
案件管理システムはSaaSと開発会社への外注のどちらがよいですか？
標準化できる業務を早く共有するならSaaS、独自の原価計算や基幹連携が必要ならパッケージや外注が向きます。
迷う場合は、SaaSやローコードで実案件を試し、不足する部分だけを追加開発する進め方が現実的です。
案件管理システムの発注費用はいくらかかりますか？
発注費用は方式や規模で異なります。下記は公式の定価ではなく、推定のレンジです。
- 標準SaaS：設定・導入は0万〜50万円
- ローコード：設定・小規模追加開発は50万〜300万円
- パッケージ導入・カスタマイズ：300万〜1,500万円
- 中規模開発：1,000万〜5,000万円
- 大規模開発：5,000万円〜数億円以上
これは業務システム相場と類似構成から整理した目安です。見積を比べるには、ライセンスや移行、連携、教育、保守の範囲をそろえ、複数社に依頼します。
RFPにはどこまで詳しく書けばよいですか？
RFPには、提案と見積を比べるための情報をそろえ、未確定の事項も明記しておきます。
- 業務と規模：発注目的、現状業務、フロー、利用者数、案件数、必要機能
- システム条件：連携、データ移行、非機能要件、希望時期、予算、納品物、評価基準
- 判断条件：全画面の仕様までは不要で、業務ルールと受入条件を明確にする
- 未確定事項：未確定と明記したうえで、提案で確かめる論点として各社に回答を求める
委託先は何社くらい比較すべきですか？
候補の幅と比較の観点をそろえて、委託先を選びます。
- 社数・比較方法：候補の得意領域を確かめたうえで、少なくとも複数社に同じRFPを渡し、提案・見積・デモ・体制を比べる
- 方式：SaaS、ローコード・パッケージ、受託開発、大規模SIなど
- 比較で見える点：方式の違いから分かる、費用と業務を標準化する範囲
- 評価の観点：実案件への適合性、運用支援、データ返却、セキュリティ、総保有コスト
まとめ
発注前には、案件の利益を守る目的とKPIを決め、業務やデータ、例外処理を洗い出しておきます。
SaaS、ローコード、パッケージ、スクラッチを比べます。そのうえで、RFPには要件や移行、連携、セキュリティを書いておきます。
納品物と受入条件も決めておきます。費用や運用も見据えて、利用者と実案件に合う委託先を選びます。
使われ続けて利益が見える仕組み
契約では、請負や準委任の名称だけで判断せず、成果物や検収、変更管理を具体的に決めます。知的財産や再委託、データ返却、保守責任も、同じ契約書で具体化します。
ライセンス、設定、開発、移行、教育、保守を含むTCOで費用を比べます。
最初の一歩：小さな実案件での検証
利用規模や連携の条件に合わせて、検証から導入まで順に進めます。
- 小規模で検証：5人程度で台帳、進捗、工数入力を試す
- 中規模で比較：30〜100人規模なら、ローコードやパッケージも比べる
- 複数拠点・基幹連携：該当する場合は、RFPを作成する
- 運用設計：入力項目と経営集計をそろえ、過剰外注や手戻りを防ぐ
- 導入と活用：実案件のPoCと段階導入で入力を定着させ、進捗と原価の判断に生かす
委託先は、機能の多さやAI搭載の有無より、正確な把握と判断につながるかどうかで選びます。
▼全体ガイドの記事
・案件管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。