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

Herokuのシステム開発を発注・外注するなら、Herokuの初期設定だけでなく、業務要件、データ移行、セキュリティ、保守、将来の移行出口までをRFPと契約書に落とし込むことが重要です。

Herokuはサーバー運用の負担を減らせるPaaSですが、業務フローの整理、権限設計、アプリの脆弱性対応、バックアップ復元、外部サービスとの責任分界まで任せられるとは限りません。この記事では、発注形態の選び方、RFP・要件整理、契約形態、費用相場、委託先の選定、見積書の比較、開発後の運用までを、Herokuのシステムを外注する企業の目線で解説します。

▼全体ガイドの記事
・Herokuのシステム開発の完全ガイド

Herokuのシステムを外注する前に知っておきたい全体像

Herokuのシステムは、Web画面やAPIを動かすdyno、データを保存するHeroku Postgres、キャッシュやジョブキューに使うKey-Value Store、デプロイを管理するPipelinesなどを組み合わせて構成します。発注時は「Herokuで作る」という一言ではなく、どの業務を誰が使い、どのデータをどこに置き、どの水準で止めずに運用するかまでを対象にします。

Herokuを使うと、OSの細かな構築やサーバーの初期セットアップを開発会社が毎回作り込む必要が減り、GitやDocker、Heroku CLIからアプリをデプロイしやすくなります。一方で、ログインや多要素認証、ロールごとの権限、入力値の検証、秘密情報の管理、アプリの脆弱性修正、データのバックアップと復元テストは残ります。委託先には「Herokuが面倒を見る範囲」と「自社または委託先が運用する範囲」を責任分界表で示してもらいます。

Herokuは、顧客ポータル、業務API、SaaS、予約・申請システム、Salesforceの画面では足りない独自業務画面、短期間で検証したい新規サービスと相性がよいです。特に、既存の業務データをHeroku Postgresに集約し、Heroku ConnectやAPIでSalesforceと連携する構成では、既存CRMを残しつつ利用者向け機能を追加できます。

反対に、特殊な低遅延要件、巨大なバッチ処理、厳格なネットワーク制御、特定クラウドの利用が必須の案件では、AWSやAzure、オンプレミスとの比較が欠かせません。Herokuありきで決めず、業務価値と非機能要件を先に整理してから、Heroku単体かハイブリッドかを判断します。

Herokuのシステムを発注・外注する場合、何から始めますか？

最初に行うことは、Herokuのプランを選ぶことではなく、業務上の目的と発注範囲を決めることです。おすすめの順序は、現行業務の棚卸し、発注形態の選択、RFPの作成、複数社への提案依頼、要件と見積の比較、契約、設計・開発です。

業務要件がある程度固まっており、納期と予算を管理しやすくしたい場合は、要件定義から設計、開発、テスト、リリースまでを一社に請負で委託する方法が候補です。社内にHerokuや開発の専門家が少ない企業でも進めやすい反面、発注側の確認が遅れると、受託会社が想定で仕様を埋めることになります。成果物、受入条件、変更手続き、検収時期を契約前に明確にします。

要件を検証しながら段階的に作りたい場合は、エンジニアやプロダクトマネージャーを準委任・ラボ型で受け入れる方法が向いています。毎月の作業時間や体制を調整しやすく、PoCから本番まで学びを反映できますが、発注側にも意思決定者と優先順位を管理する担当者が必要です。Herokuの構成、DB設計、CI/CD、監視を自社に残したい場合にも適しています。

いきなり本番システムを一括発注することに不安があるなら、代表業務だけを対象にしたPoCを先に発注します。ログイン、主要画面、Heroku Postgres、認証、Salesforce連携、バックアップ復元、簡易負荷試験までを検証し、本開発に進める条件を決めます。PoCの成果物を本番で再利用できる設計書・ソースコード・テスト結果として契約すれば、二重投資を避けやすくなります。

フロントエンド、バックエンド、Salesforce、インフラを別会社へ分ける分割発注もありますが、障害時に原因を押し付け合うリスクがあります。分割する場合は、API仕様、データ所有者、リリース責任者、監視担当、一次受付を一枚の責任分界表にまとめます。

RFPと要件整理で発注前に決めること

RFPは、開発会社に価格だけを聞く書類ではなく、同じ前提で提案と見積を出してもらうための比較基準です。機能の羅列だけではHerokuの構成や運用費を比較できないため、業務・データ・非機能・成果物・体制の5つに分けて記載します。

まず、現場の困りごとを「何を作るか」ではなく「何を改善するか」で書きます。たとえば、営業担当がExcelとメールで受注情報を転記しているなら、利用者、入力項目、承認者、例外処理、完了条件を整理します。そのうえで、顧客管理、受注登録、在庫確認、請求連携、CSV出力などの機能へ落とします。

Must、Should、Couldの優先度を付け、初回リリースに含めない機能も明示します。要件定義を省くと、開発中に「このケースも対応してほしい」という追加が増え、費用と納期が膨らみやすくなります。画面一覧、業務フロー、権限一覧、データ項目一覧、連携先一覧を添付すると、提案の精度が上がります。

非機能要件には、目標応答時間、同時利用者数、稼働時間、障害時の復旧目標であるRTO、復旧時点の目標であるRPO、データ保持期間、バックアップ世代、監査ログ、認証方式、対応ブラウザ、リージョンを入れます。「安全に」「速く」「止まらない」といった表現は、測定できる条件へ置き換えます。

Herokuについては、Common Runtimeで足りるのか、Private SpacesやShield Private Spacesが必要なのかを提案事項にします。dynoのプロセス数、WebとWorkerの分離、Postgresのプラン、Key-Value Store、ログ保管、監視、ステージングと本番の環境数を明記させると、初期費用と月額TCOを同じ土俵で比較できます。

納品物は「システム一式」では不十分です。要件定義書、画面・API・DB設計書、ソースコード、Infrastructure as Code、環境変数一覧、CI/CD設定、テスト仕様書と結果、データ移行スクリプト、運用手順書、障害対応手順、教育資料、アカウントと権限の一覧までを列挙します。

評価方法も、価格だけでなく、Herokuの実績、Salesforce連携、データ移行、負荷試験、セキュリティ、担当者の経験、保守体制、提案の具体性で配点します。実績の件数だけでなく、構成図、障害対応例、復元テストの手順、顧客の許可を得た範囲の事例を確認すると、実務力を見極めやすくなります。

Heroku開発の契約形態と責任分界を決めるポイント

Herokuのシステムでは、要件が固まった部分と、検証しながら決める部分で契約を分けるとリスクを管理しやすくなります。契約書には開発会社の作業だけでなく、Herokuの利用料、Salesforceや外部APIの契約、データの所有権、障害時の連絡経路も含めます。

請負契約は、合意した成果物を完成させ、検収する形式に向いています。要件と受入条件が明確な機能、決められたデータ移行、定型的な画面開発には使いやすい契約です。ただし、業務ルールが未確定のまま固定価格だけを求めると、変更のたびに追加見積もりが発生しやすくなります。

準委任契約は、一定期間の専門人材の作業や、アジャイルに優先順位を変えながら進める開発に向いています。作業時間と体制を管理しやすい一方、完成する機能を自動的に保証する契約ではないため、スプリントごとの成果、レビュー、意思決定、品質基準を運用に組み込みます。

検収条件は、画面が表示されることだけでなく、主要な業務シナリオ、権限別の操作、異常系、連携失敗時の再送、バックアップからの復元、目標応答時間などで定義します。受入テストの担当者、テストデータ、期限、指摘を修正する方法も合意します。

要件変更が起きたときは、追加費用と納期への影響を記録する変更管理を使います。さらに、アプリのソースコード、DB定義、移行スクリプト、CI/CD設定、Herokuアカウントの管理権限を誰が持つかを決めます。将来の移行や委託先変更を考えるなら、自社がコードとデータを取り出せる状態を契約で確保します。

本番後の保守には、問い合わせ対応、軽微な改修、Herokuスタック更新、アドオンの変更確認、脆弱性対応、監視、障害一次受付、復旧支援、バックアップ復元訓練などがあります。月額保守に何が含まれ、何が別見積もりになるかを、対応時間、受付時間、目標初動時間、重大度別の連絡方法まで書きます。

Heroku公式は2026年2月に、安定性・セキュリティ・信頼性・サポートを重視するsustaining engineeringモデルへの移行を発表しました。既存ユーザーの本番利用を直ちに止める内容ではありませんが、新規の長期システムでは新機能の期待だけで選ばず、契約、サポート、価格変更、スタック更新、AWSなどへ移行できる出口を保守計画に入れます。

Herokuのシステム開発費用と月額TCOの相場

Herokuの費用は、開発会社へ支払う初期開発費、Herokuのdynoやデータサービスの利用料、Salesforceなど外部サービスの料金、監視・ログ・バックアップ費、リリース後の保守費に分けて考えます。どれか一つだけを見て「安い」「高い」と判断すると、稼働後に想定外の費用が出ます。

2026年8月に確認したHeroku公式料金表では、Eco dynoは月額5ドル、Basic dynoは7ドル、Standard-1Xは25ドル、Standard-2Xは50ドルです。Ecoは一定時間の非アクティブ状態で停止するため、本番の常時稼働ではBasic以上を検討します。Heroku Postgresはプランにより月額数十ドルから、Key-Value StoreはMiniが3ドル、Premium 0が15ドルからです（出典: Heroku公式料金表、2026年）。

円換算を比較する場合、たとえば1ドル150円という仮置きでは、Basic dynoは約1,050円、Standard-1Xは約3,750円、Key-Value Store Miniは約450円です。ただし、実際の請求額は為替、税、契約条件、利用するプロセス数、環境数で変わります。開発会社には、WebとWorkerのdyno数、ステージングと本番の台数、DBの容量・接続数、ログ保管期間を含む月額内訳を出してもらいます。

Heroku固有の一律な開発会社相場は公開されていないため、次の金額は業務システムの一般的な工数と、PaaSによってインフラ構築の一部が軽くなる特性から置く推定レンジです。PoCや社内ツールは100万〜300万円程度、小規模な業務システムやAPIは300万〜1,000万円程度、中規模の顧客ポータルや受発注システムは1,000万〜3,000万円程度、大規模・規制対応・複雑な基幹連携は3,000万円〜1億円超となる場合があります（出典: リサーチノート内の業務システム相場整理、2026年）。

開発期間も、PoCなら1〜2か月、小規模なら2〜5か月、中規模なら5〜10か月、大規模なら10か月以上が一つの目安です。既存データの品質、Salesforce連携、権限の複雑さ、移行リハーサル、負荷試験、利用者教育で変動するため、期間だけでなく、各フェーズの成果物と完了条件で見積もりを比較します。

保守費はHeroku利用料とは別に、監視、問い合わせ、障害対応、軽微な改修、セキュリティ更新、バックアップ復元、リリース支援の範囲で決まります。一般的な業務システムの目安として開発費の年10〜20％程度を置くことがありますが、24時間対応や高いSLA、データ連携の監視が必要なら上振れします（出典: リサーチノート内の業務システム保守費目安、2026年）。

5年間のTCOを計算するときは、初期開発費に、60か月分のHeroku実費、外部SaaS、保守、追加改修、監査対応、スタック更新、移行や廃止の費用を足します。Herokuの利用料が小さくても、業務変更のたびに改修費が発生したり、特定の委託先しか保守できなかったりすると総額は上がります。安さではなく、変更しやすさと運用の透明性も比較します。

Herokuの委託先選定と見積比較のポイント

委託先は、Herokuの認定や掲載だけで決めず、担当チームが自社の業務と運用を理解できるかで選びます。候補会社には、似た案件の構成、担当エンジニアの経験、データ移行の方法、障害対応、納品物、保守窓口、将来の移行方針を具体的に説明してもらいます。

「Herokuの実績が豊富です」という説明だけでは、複雑な業務システムを任せられるか判断できません。アプリの言語、dynoとWorkerの構成、Postgresの設計、外部API、Private Spacesの有無、データ移行の件数、負荷試験の方法を、匿名化した構成図で示してもらいます。

Heroku公式のKawasaki Engines事例では、30年以上のデータをHeroku Postgresへ集約し、Heroku ConnectでSalesforceと同期し、Private SpacesやPipelines、Review Appsを使ったうえで、アプリを4か月未満で完成させたと説明されています（出典: Heroku公式Customer Story、2026年確認）。このように、期間だけでなく、データ統合と運用設計の中身を見ることが大切です。

Salesforceと連携する場合は、Heroku Connectだけでなく、AppLink、Platform Events、REST API、MuleSoftなどの使い分けを説明できる会社を選びます。双方向同期の競合更新、API制限、障害時の再送、個人情報のマスキング、マスタの正とするシステムを設計段階で決めます。連携実績があるという言葉だけでなく、同期遅延や失敗をどう検知するかまで確認します。

セキュリティでは、Common Runtime、Private Spaces、Shield Private Spacesの差を要件に沿って説明してもらいます。MFAやSSO、最小権限、秘密情報、TLS、ログドレイン、監査ログ、バックアップ、脆弱性対応を誰が担当するかを明確にします。Herokuの認証やコンプライアンス資料があっても、自社アプリの権限設定や法令対応まで自動的に完了するわけではありません。

見積書では、要件定義、UI設計、バックエンド、Salesforce連携、DB、テスト、データ移行、インフラ設定、監視、教育、リリースを分けてもらいます。各項目に担当人数、期間、工数、単価、前提条件、含まれない作業を記載してもらうと、総額が同じでも内容の差が分かります。

特に確認したい除外項目は、既存データのクレンジング、マスタの整理、外部サービスの契約、負荷試験用のデータ作成、脆弱性診断、App Storeや審査対応、運用監視、夜間障害、HerokuやSalesforceの料金です。除外項目が多い見積もりは安く見えるため、含む・含まないを同じ様式で一覧化します。

面談では、次の質問をそのまま使えます。「Heroku-26への更新をどの手順で検証しますか」「本番DBのバックアップを実際に復元した経験はありますか」「SalesforceとHerokuの同期が止まったとき、誰が何分以内に何を確認しますか」「委託先を変更するとき、どの成果物を引き渡しますか」「AWSなどへ移行する場合に、今の設計で障壁になる点は何ですか」と聞きます。

回答が「Herokuが自動で対応します」だけで終わる会社には注意します。プラットフォームが提供する機能と、アプリ・データ・業務運用の責任を分け、担当者、手順、復旧時間、証跡まで説明できる会社のほうが、発注後の認識齟齬を減らせます。

発注後の開発・データ移行・運用を成功させる進め方

外注の成否は、契約した瞬間ではなく、設計レビュー、データ移行、受入テスト、リリース、運用引き継ぎをどう進めるかで決まります。発注側は丸投げせず、業務の正解を決める責任を持ち、委託先は技術的な実現方法とリスクを可視化します。

既存のExcel、CSV、基幹DB、Salesforceに不整合や重複がある場合、Herokuへ取り込む前にデータクレンジングの方針を決めます。項目対応表、必須値、コード変換、重複判定、削除対象、エラー時の扱いを定義し、少量のサンプルで移行します。

本番移行の前には、リハーサルを行い、所要時間、停止時間、差分取り込み、ロールバック、移行後の件数照合を確認します。移行スクリプトを手作業の手順だけにせず、ソースコードと同じようにバージョン管理し、誰が実行しても同じ結果になる状態を目指します。

Review Apps、Pipelines、CI/CDを使い、Pull Request単位でレビューと検証を行えるようにします。環境変数や秘密情報をソースコードへ直書きせず、開発・検証・本番を分離し、デプロイ、ロールバック、DBマイグレーションの手順を文書化します。

監視では、アプリのエラー率、応答時間、dynoの状態、DB容量、接続数、キューの滞留、外部連携の失敗を対象にします。月1回などの頻度でバックアップ復元と障害連絡の訓練を行い、委託先が不在でも自社が状況を把握できるよう、アカウント権限と手順書を引き渡します。

2026年5月に一般提供されたHeroku-26はUbuntu 26.04 LTSベースで、2031年4月末までサポート予定です（出典: Heroku Dev Center、2026年）。長期運用では、使用スタックとサポート期限を管理し、更新前に依存ライブラリ、Buildpack、コンテナ、ネイティブ拡張、監視を検証します。

移行出口として、標準的なPostgreSQL、12-Factorの設定、コンテナ化しやすい構成、外部監視、IaC、再現可能なビルド、データエクスポート手順を採用します。Herokuを使い続ける前提でも、委託先の変更やクラウドの見直しができる状態を作ることが、長期のベンダーロックインを抑えます。

Herokuのシステム発注・外注でよくある質問

Herokuのシステムを発注する企業からは、費用だけでなく、開発会社にどこまで任せられるか、Salesforceと連携できるか、将来も使い続けられるかという質問が多く寄せられます。よくある疑問を、発注判断に使える形で回答します。

小規模な検証や社内ツールであれば、開発費は100万〜300万円程度からが一つの推定目安です。ただし、画面数、権限、外部連携、データ移行、テスト、運用設計で変わるため、Herokuの月額利用料だけで開発費を判断してはいけません。まず代表業務を絞ったPoCで、必要な機能と本番化条件を確認します。

Heroku公式のConsulting Partner掲載企業やCustomer Storyに登場する企業を入口にしつつ、日本語の窓口、国内契約、担当エンジニア、Salesforce連携、データ移行、Private Spaces、保守体制を確認します。公式掲載は自社案件への適合や料金を保証するものではないため、構成図と見積の前提を提示してもらい、複数社で比較します。

外注できます。Heroku Connect、AppLink、Platform Events、API、MuleSoftなどを、同期方向、リアルタイム性、データ量、API制限、障害時の再送、個人情報の扱いに応じて選びます。Salesforce側の標準機能を残しながら、独自の顧客ポータルや業務画面をHeroku上に追加する構成もあります。

一律に問題があるとはいえません。Heroku公式は2026年2月、既存の本番利用、価格、請求、コア機能を変更せず、安定性・セキュリティ・信頼性・サポートを重視する方針を示しています。一方で新規Enterprise Account契約は提供されないため、長期の新規案件では、契約形態、サポート、価格、将来の移行性をRFPと経営判断に含めます。

まとめ

Herokuのシステムを発注・外注するときは、Herokuの設定作業ではなく、業務を改善するシステム全体を発注対象にします。発注形態は、要件が固まった部分には請負、検証しながら進める部分には準委任やPoCを使い分け、RFPでは機能、非機能、データ、成果物、保守範囲を具体化します。

費用は、開発費、Herokuの公式利用料、外部サービス、保守費を分けて比較し、5年間のTCOで判断します。委託先は、Herokuの利用経験だけでなく、Salesforce連携、データ移行、負荷試験、障害対応、Private Spaces、成果物の引き渡し、将来のAWSなどへの移行出口まで説明できる会社を選びます。

まずは現行業務、利用者、データ、外部連携、目標の稼働水準を整理し、代表業務を一つ選びます。その内容をRFPにまとめ、複数社へ同じ条件で提案を依頼し、見積の前提・除外項目・月額TCO・保守・移行性を並べて比較することが、Herokuのシステム発注を成功させる第一歩です。

▼全体ガイドの記事
・Herokuのシステム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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