BPM開発の発注は、業務整理、要件定義、PoCの順に進めると、導入後の継続改善につながります。業務の流れを先に整理しておくと、各社の提案を同じ前提で比べられます。
発注形態、契約、費用、委託先の選び方も、この流れに沿って説明します。
▼全体ガイドの記事
・ビジネスプロセス管理システム（BPM）開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ビジネスプロセス管理システム（BPM）の発注の意味
BPMの発注とは、業務の流れを整理したうえで、システム上で実行・記録・分析できる状態を、製品ベンダーやシステム開発会社に依頼することです。
BPMでは、人、データ、既存システム、承認ルール、例外処理を一つの業務プロセスとして設計します。ワークフローだけを導入する場合と比べると、扱う範囲が広くなります。
BPMとワークフロー・RPA・ERPの違い
ワークフロー、RPA、ERPは、業務の受け持つ部分がそれぞれ異なります。そのため、役割の違いを押さえておくと、発注範囲を決める際に役立ちます。
- ワークフロー：申請、承認、差し戻しなど、決められた手続きの電子化。
- RPA：既存画面への入力や転記といった定型操作の自動化。
- ERP：会計、販売、在庫などの基幹データの統合。
- BPMの役割：これらを排除せず、業務の始点から終点までを設計すること。
- BPMの連携：必要に応じてワークフロー、RPA、ERP、CRM、文書管理をつなぐ管理・実行基盤。
発注前に決める業務上の成果
発注前には、「BPMを導入する」という目的を、「申請から承認までの平均時間を短くする」などの成果に置き換えておきます。たとえば、「差し戻し率を下げる」「監査時に処理履歴をすぐ確認する」も、成果の例です。
発注側は、対象業務の件数や現在の処理時間を把握し、滞留日数や入力ミス、差し戻し回数も押さえておくと、機能数だけでなく改善効果で委託先の提案を比べられます。
発注時に目的が曖昧なままだと、画面は完成しても、現場の入力負担や二重管理が残るおそれがあります。
発注形態の選び方
標準機能で業務を回せるか、既存システムとの連携や独自ルールが必要かを見極めると、発注方式を決めやすくなります。
- 標準SaaS：標準機能で対象業務を運用できる場合。
- 設定・連携型：既存システムと独自ルールを組み合わせる場合。
- 個別開発：業務が競争力や統制に直結するケース。
標準SaaS・クラウド型BPMSを導入する場合
標準SaaSは、標準機能で業務を回せる場合に選びやすい方式です。ただし、導入前に確認したい範囲は、自社の業務への当てはまり、制約になりうる要件、発注範囲の切り分けです。
- 向いている業務：申請・承認、フォーム、通知、簡単なデータ管理から始めたい場合に選びやすいです。
- 導入の利点：短期間で試しやすく、インフラ構築やアップデートを自社で抱えずに済む点です。
- 制約の可能性：複雑な権限階層、独自の例外処理、特殊な帳票、細かなデータ保持要件には制約が出る場合があります。
- 発注範囲：導入支援、初期設定、データ移行、教育、運用ルール作成の担当の切り分け。
パッケージ・ローコード基盤を設定して拡張する場合
既存基盤を活用する場合は、次の特徴があります。
- 既存基盤の活用：ERP、会計、販売管理、CRMに、業務フローや不足している画面を追加すること。
- 開発期間：標準機能と個別設定を分けて考えられるため、スクラッチより短期間で進むことが多いです。
- Power Automate：クラウドフロー、RPA、プロセスマイニングを組み合わせられます。
ライセンス価格の例として、Premiumは1ユーザー月額2,248円相当です（出典：Microsoft「Power Automateの価格」、2026年8月確認）。
Processは1ボット月額22,488円相当です（出典：Microsoft「Power Automateの価格」、2026年8月確認）。
ただし、これらはライセンス価格だけです。業務設計や連携開発、ガバナンスや保守の費用は、別に見積もる必要があります。
個別開発・スクラッチ開発を委託する場合
業界固有の承認条件や、子会社・拠点ごとの権限が必要な場合は、個別開発を検討します。複数の基幹システムをまたぐデータ連携や、細かな監査証跡が必要な場合も、候補に挙がります。
自由度が高い反面、要件定義やテストに時間がかかります。リリース後も、発注側は仕様変更、OS・APIの更新、脆弱性対応を継続して負担します。
発注側は、全社の業務を一度に作り込むより、まず1部門・1業務をPoCとして発注し、成果が確認できた部分だけを本番に広げるほうが安全です。
RFPと要件整理の進め方
RFPは、委託先へ提案と見積を依頼するための文書です。機能一覧に加えて、導入目的や対象業務、利用データ、稼働後に改善したい点を記載します。
発注者が業務の目的と制約を示すと、委託先は製品、技術、体制、工程、費用を同じ前提で提案できます。前提をそろえることで、比べられる見積になります。
As-IsとTo-Beの業務フローの比較
現状業務では、開始条件、入力情報、担当部署、承認者を洗い出します。さらに、差し戻しや例外、完了条件、処理時間を確認し、Excelやメール、関連システムでやり取りしている情報も、現状の把握に含めます。
現行業務をそのまま電子化すると、不要な承認や二重入力まで固定されてしまいます。そのため、あるべき業務では、標準化する点と残す例外、自動化する判断を分けて考えます。さらに、現場へのヒアリングでは、各手順が必要な理由まで確かめます。
機能要件と非機能要件の分け方
機能要件と非機能要件には、それぞれ次の項目を含めます。
- プロセス機能：作成・変更、申請、承認、差し戻し、代理承認。
- 通知・連携機能：期限通知、ルールによる担当者判定、フォーム、添付ファイル、API・CSV連携。
- 分析機能：ダッシュボードやプロセスマイニングも、機能要件として扱う項目。
- 性能・継続性：利用者数、同時接続数、応答時間、可用性、バックアップ、障害復旧。
- セキュリティ・環境：MFA、ロールベースアクセス制御、操作ログ、データ保存期間・所在地、テスト環境、管理者権限。
請求書や契約書などの証憑を扱う場合は、電子帳簿保存法への対応の要否と、保存・検索の条件を発注側が確かめます。
同じ業務シナリオによるPoCと受入条件
候補先には同じサンプルデータと業務シナリオを渡し、デモやPoCを依頼します。そのうえで、金額帯によって承認経路が分かれるケースや代理承認を、実際に試してもらいます。加えて、差し戻し後の再申請や、連携先が停止したケースも試しておくと、通常の画面操作では見えにくい実現性を確認できます。
受入条件には、機能の完成に加えて、処理時間や権限、ログの扱いを含めます。エラー通知やデータ出力、利用者教育の完了も、受入条件に入れます。
契約形態の使い分け
BPMは、企画、業務整理、PoC、開発、運用改善の各段階で、不確実性の大きさが異なります。
そのため、すべてを一つの契約にまとめるより、要件の確定度に応じて契約を組み合わせます。準委任と請負を使い分け、SaaS利用契約や保守運用契約も加えると、変更リスクと責任範囲を整理しやすくなります。
契約書や見積条件では、完成物と作業範囲、検収の条件を具体化します。さらに、変更手続きや知的財産、データ返却の扱いも決めておきます。
準委任契約が向く企画・要件整理・改善
準委任契約は、作業時間や体制に対して報酬を支払う契約です。現状分析や製品選定、業務フローの整理に加えて、プロトタイプや段階的な改善にも合います。
作業範囲が曖昧だと、稼働時間だけが増えて成果物が不明確になります。そこで、月ごとの作業内容と成果物を明記し、レビュー日や責任者、作業上限も決めておきます。
仕様・成果物・検収を確定できる部分の請負契約
請負契約は、合意した成果物の完成と検収を前提とする契約です。確定した画面や連携処理、帳票が対象になり、移行プログラムやテスト仕様書も含まれます。
業務ルールが未整理だと、仕様変更のたびに追加見積や納期変更が生じやすくなります。そのため、変更条件や影響調査費、軽微変更の定義を、契約前に確認しておきます。加えて、追加開発の単価と納期の再設定方法も、合意しておきます。
保守運用契約とSaaS契約の範囲
稼働後は、障害対応や問い合わせ、権限変更が続きます。ほかにも、マスタ更新やログ監視、バックアップ、脆弱性対応、法改正対応が発生し、業務ルールも変わります。
保守契約では、受付時間や復旧目標、問い合わせ回数を確認します。さらに、軽微な設定変更の範囲と、追加開発との境界も見ておきます。SaaSでは、月額料金の改定やユーザー数、ボット数の課金単位も確認します。
データの保存場所や、解約時のエクスポートと削除の方法、サービス終了時の通知期間も確認しておくと、乗り換え時のリスクを抑えられます。
ビジネスプロセス管理システム（BPM）の費用相場の目安
2026年時点で、BPM開発には全国共通の公的な一律相場がありません。費用は、プロセス数や利用者数、システム連携に加えて、データ移行や権限、PoCの有無によって変わります。
以下の金額は、初期予算を組むために編集部が推定したレンジです。確定価格ではありません。根拠は、リサーチノートのERP・基幹システム刷新費用、一般的な受託開発工程、公開SaaS料金です。
検証・小規模PoCの費用目安（50万〜300万円程度）
1業務、1〜3プロセス、標準フォーム、基本承認、少数ユーザーのPoCなら、50万〜300万円程度を予算の仮置きにできます。期間は1〜2か月程度が目安ですが、既存データの整理や連携検証の範囲によって変わります。
PoCでは、現場の入力や承認ルート、データ連携、導入効果を確認します。完成品を作るより、こうした確認に重きを置きます。さらに、設定が本番に再利用できるかどうかも、見積書に記載してもらいます。
部門導入の費用目安（300万〜800万円程度）
導入範囲ごとの初期予算は、対象プロセス数や連携内容に応じて、次のように見積もります。
- 部門導入：申請・承認、文書管理、権限、操作ログ、既存システム1〜3個との連携、教育を含め、300万〜800万円程度。
- 複数部門：10〜30プロセス、ERP・CRM・API・RPA連携、移行、KPIダッシュボードを含め、800万〜2,000万円程度。
- 全社・子会社：数十〜数百プロセス、複雑な権限、段階移行を伴う場合、2,000万〜5,000万円超の可能性があります。
いずれも、要件と連携範囲から推定した金額で、特定企業の見積価格ではありません。
ライセンス・連携・保守を分けた総額の見方
見積では、初期工程の内訳と継続費用を分けて、3年間の総額で比べます。
- 初期費用：要件定義、業務設計、設定、個別開発、API・RPA連携、データ移行に分けます。テスト、教育、管理、保守運用も、内訳に加えます。
- 工程配分：要件定義は全体の1割前後、設計は1〜2割、実装は4〜6割、テストは1〜2割が初期計画の参考です。
- 継続費用：月額ライセンス、クラウド利用料、OCR・RPA・プロセスマイニングの従量費、監視・保守費を、3年間の総額で比べる。
- 最小ユーザー数：kintoneはコースごとに最小ユーザー数があります。
工程の配分は、パッケージ設定が中心か、スクラッチ開発が中心かによって変わります。
kintoneの1ユーザー料金は、ライト月額1,000円、スタンダード1,800円、ワイド3,000円です（出典：サイボウズ「kintone料金」、2026年8月確認）。
公開料金は、ライセンス費用の下限を見る参考にはなります。ただし、業務設計や連携の費用は含まれず、権限設計や教育も別に見積もる必要があります。初期費用だけが安く見える見積には、注意が必要です。
委託先の選び方と見積比較のポイント
委託先は、知名度よりも、業務や連携、移行、セキュリティ、運用まで説明できるかで見ます。製品ベンダーと導入・開発パートナーでは、得意分野が異なります。
発注側は、同じRFPとサンプルシナリオを渡し、回答と見積の項目をそろえると、価格以外の差も比べやすくなります。
類似規模・類似業務の実績の確認
「BPMの導入実績があります」という一文だけで判断せず、規模や業務の近さまで見て確かめます。
- 確認する条件：利用者数、プロセス数、業界、既存システム、移行量、稼働後の保守範囲を尋ねます。
- 導入事例：パナソニック デジタルの基盤刷新事例があります。
- 自社との照合：大規模事例をそのまま当てはめず、規模の近い案件と担当工程を確認します。
パナソニック デジタルは、グループ全社員約13万人の基盤を刷新しました（出典：NTTデータ イントラマート「パナソニック デジタル株式会社の導入事例」、2026年8月確認）。
同事例では、約9,000本の複雑なワークフローや独自の権限管理への対応を進めています（出典：NTTデータ イントラマート「パナソニック デジタル株式会社の導入事例」、2026年8月確認）。
同じ前提での見積項目と追加費用の比較
見積は総額だけでなく、工程別の工数や担当者の役割を比べます。ライセンスや連携本数、移行件数、テストケース、教育回数、保守期間も、項目ごとに見ます。
「別途」「要相談」「実費」と書かれた項目は、追加条件を確認します。特に、API仕様やデータ件数、権限ルールが未確定のままだと、安く見える見積でも後から増額する可能性があります。
発注側は、各社に、前提条件と除外範囲、想定リスク、追加時の単価を、同じ様式で回答してもらいます。
引き継ぎ・データ所有・運用体制の確認
契約終了後の引き継ぎと稼働後の管理を見据えて、次の条件を提案書や契約で確かめます。
- 成果物とデータ：設計書、業務フロー、設定、ソースコードを、どこまで渡すか。テスト結果、ログ、データの所有者と受取形式も決めておく。
- 引き継ぎ可能性：特定担当者しか変更できない運用、ベンダー以外が読めない設定、エクスポートできないデータは、将来の移行や内製化を難しくします。
- 運用体制：業務オーナー、システム管理者、権限管理者、委託先の役割をRACIのように整理し、月次改善会議や障害連絡経路も定めます。
- AIの用途：承認者の代わりにするか、文書分類や要約、例外検知の補助に使うかを区別する。
- AIの要件：利用範囲や誤判定時の対応など、運用条件の決定。
ServiceNowはプロセスオートメーションデザイナーと意思決定ルールを説明しています（出典：ServiceNow「ワークフローオートメーション」、2026年8月確認）。
同資料では、RPAとプロセスマイニングを使い、業務を見える化して自動化する方法も示されています（出典：ServiceNow「ワークフローオートメーション」、2026年8月確認）。
AIの利用範囲や個人情報の扱い、誤判定時の人手確認、ログ、説明責任は、要件に書いておきます。流行語だけで評価しないためにも、この点は欠かせません。
よくある質問
BPM発注では、業務範囲や委託方法、費用、導入後の責任分担について、疑問が生じやすくなります。発注前に確認されやすい質問に、順に答えます。
BPMはSaaSと個別開発のどちらで発注すべきですか？
標準的な申請・承認や少数の連携から始められるなら、SaaSが候補です。一方で、独自の承認ルールや複雑な権限、複数システムをまたぐ業務が中心なら、設定・連携型や個別開発が候補になります。
最初から全社をスクラッチで作る形より、1業務のPoCで標準機能と個別要件の差を確かめ、段階的に決めるほうが安全です。
BPMの発注費用は最低いくらから考えればよいですか？
予算の目安は、小規模PoCが50万〜300万円程度、部門導入が300万〜800万円程度です。複数部門では800万〜2,000万円程度、全社・基幹連携では2,000万〜5,000万円超になる場合があります。
この金額は公開統計ではなく、要件定義や開発、移行、連携、教育の範囲から推定したものです。ライセンスと保守を加えた3年間の総額で比べて判断します。
RFPには何を書けば委託先の見積を比較できますか？
背景と目的、対象部門や利用者数、As-IsとTo-Beを記載します。加えて、対象プロセスや例外、既存システム、連携方法を書きます。さらに、データ件数や権限、セキュリティ、移行、希望時期も記載します。
MUSTとWANTを分け、保守範囲と予算の考え方も示します。同じサンプルデータと受入条件も渡すと、各社が共通の前提で提案できます。
「要相談」や「別途」と書かれた項目は、追加条件と単価まで回答してもらいます。
まとめ
BPMの発注では、製品や開発会社を先に決めず、まず改善業務と対象範囲を整理します。そのうえで、例外やデータ、権限、導入後のKPIを洗い出し、方式を比べます。また、要件の確定度に応じて、準委任と請負を使い分けます。
発注前の業務と見積条件の準備
発注前には、現状業務、RFP、MUSTとWANT、非機能要件を準備し、サンプルシナリオと受入条件もそろえます。見積は初期費用だけでなく、ライセンスや連携、移行、教育、保守まで含めて比べます。さらに、変更やデータ返却の条件も、見積書に載せてもらいます。
前提条件と除外範囲を説明できる委託先を選ぶことが、予算超過の予防につながります。
小さく始めて稼働後の改善まで委託する方法
全社一括で作るより、効果を測りやすい1業務から始めます。利用率、処理時間、滞留、差し戻し、入力ミス、監査対応時間を見ながら、対象を広げます。
権限変更やログ監査、障害対応、業務ルールの見直し、データ出力について、誰が責任を持つかも決めます。そのため、導入後も改善サイクルを回せる契約にします。
▼全体ガイドの記事
・ビジネスプロセス管理システム（BPM）開発の完全ガイド
▼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を創業。