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

CakePHPのシステムを発注・外注するなら、フレームワークの利用料ではなく、業務要件の整理、既存データの移行、外部連携、テスト、運用保守まで含めて委託範囲と予算を決めることが成功の近道です。

「CakePHPを使えば安く作れるのか」「どの会社に依頼すればよいのか」「見積もり金額をどう比べればよいのか」と迷う担当者は少なくありません。この記事では、CakePHPのシステム開発を発注・外注する際の進め方を、発注形態の選択、RFPと要件整理、契約形態、費用相場、委託先の選び方、見積もり比較、運用保守まで実務の順番に沿って解説します。

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

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

CakePHPは、PHPで業務Webアプリケーションを構築するオープンソースのMVCフレームワークです。顧客管理、受発注、在庫、予約、会員、申請、管理画面など、入力・検索・承認・集計を繰り返す業務システムと相性がよく、ブラウザ向け画面だけでなく、スマートフォンアプリや外部サービスにデータを返すAPI基盤としても利用できます。

CakePHPはオープンソースのため、フレームワーク自体のライセンス料が開発費の中心になるわけではありません。実際の費用は、業務を理解して要件を決める人員、画面やデータベースを設計する人員、プログラムを実装してテストする人員、インフラを整備する人員の工数で決まります。さらに、Excelや旧システムからのデータ移行、基幹システム・POS・決済・メールなどとの連携、操作ログや権限管理の実装が加わるほど、必要な工数は増えます。

そのため、「CakePHPだから数十万円で作れる」という見方は危険です。フレームワークが提供する規約やORMを活用して開発を効率化できても、自社固有の業務ルールや例外処理を実装する費用は別に発生します。発注時は、CakePHPの経験年数だけでなく、業務分析からリリース後の保守まで対応できるかを確認することが大切です。

CakePHPは、業務に合わせた入力項目、承認経路、権限、一覧検索、CSV入出力、帳票、API連携を作り込みたい場合に向いています。一方で、標準機能だけで十分な勤怠や会計などは、SaaSやパッケージを採用したほうが短期間で始められる場合があります。標準部分をSaaSにし、独自性の高い受発注や顧客管理だけをCakePHPで開発するハイブリッドも有力な選択肢です。

既存のCakePHP 2・3・4を改修する案件では、現行コード、PHPのバージョン、プラグイン、認証方式、データベース、テストの有無を先に調査します。2026年8月時点では、CakePHP公式の対応表で5.x系とPHP 8系の組み合わせが案内されている一方、4.x系のセキュリティサポートは2026年9月10日までとされています（出典: CakePHP公式「Supported Versions」、2026年）。単純なバージョンアップではなく、段階移行と再構築のどちらが安全かを見積もりに含めます。

どの発注形態でCakePHPのシステムを外注すべきですか？

結論から言うと、業務要件が固まっていない企業は、要件定義から伴走できる開発会社への一括または段階発注が適しています。仕様が明確で自社にプロジェクト管理者がいる場合は、開発工程だけの請負やラボ型開発も選べます。自社の体制と要件の確度を見ずに契約形態だけを決めると、安く見えた発注が追加費用や手戻りにつながります。

業務の整理、要件定義、設計、開発、テスト、リリース、保守を一社に委託する形です。社内にIT担当者が少なく、現場ヒアリングやシステム化の範囲から相談したい場合に向いています。窓口が一本になるため責任の所在を明確にしやすい一方、提案内容が自社に合っているかを判断するため、発注側にも業務責任者と意思決定者を置く必要があります。

一括外注では、納品物を「ソースコード一式」とだけ書かず、要件定義書、画面一覧、権限表、データ項目定義、API仕様、テスト仕様書、移行手順書、運用手順書まで明記します。リリース後の問い合わせ窓口、障害時の初動時間、CakePHPやPHPのアップデート方針も契約前に確認します。

自社で企画や要件定義を行い、CakePHPの設計・実装・テストだけを委託する形です。発注側が業務を理解していて、画面仕様やデータ項目を整理できる場合は、開発会社の比較がしやすくなります。ただし、要件定義の不足を開発会社が補う範囲を曖昧にすると、着手後に「それは見積もりに含まれていない」という問題が起きます。

工程分割で発注するなら、各工程の完了条件と次工程への引き継ぎ方法を定めます。たとえば、基本設計の完了条件を画面遷移図とデータモデルの承認とし、開発工程では受入テスト項目を先に共有します。前工程の成果物に不備があった場合の修正費用や納期も、見積もりの前提に含めます。

ラボ型開発は、一定期間チームを確保して、優先順位を変えながら継続的に開発する方式です。機能の優先度が変わりやすい新規サービスや、リリース後も改善を続けるシステムに適しています。月額や稼働人数が見えやすい反面、発注側に日々の優先順位付けとレビューを行う担当者が必要です。

フリーランスへの委託は、特定の機能改修や小規模な保守では有効ですが、個人情報、決済、基幹連携、24時間運用などを含む場合は、代替要員と障害対応体制を確認します。会社規模ではなく、CakePHP 5やPHP 8系の経験、コードレビュー、テスト、バックアップ、退職や契約終了時の引き継ぎまで確認して判断します。

RFPと要件整理はどこまで準備してから依頼しますか？

RFPは、開発会社に提案と見積もりを依頼するための資料です。完成した仕様書でなくても問題ありませんが、解決したい業務課題、対象ユーザー、現行業務、必要な機能、連携先、納期、予算の考え方、保守の希望を同じ資料にまとめます。発注側がRFPを準備すると、会社ごとの見積もり条件がそろい、単価だけではない提案の差を比べやすくなります。

最初に、誰が、いつ、どの情報を使い、何を判断しているかを業務フローにします。紙、Excel、メール、電話、既存システムに分散している入力を洗い出し、二重入力、転記ミス、承認の滞留、月次集計の時間、担当者しか分からない例外処理を記録します。業務フローがないまま「顧客管理機能」「在庫管理機能」と依頼すると、会社ごとに想定する範囲が変わり、見積もりの比較ができません。

現場へのヒアリングでは、通常業務だけでなく、返品、取消、欠品、権限外の申請、締め後の修正、障害時の手作業も確認します。CakePHPの画面を作ることが目的ではなく、現場の判断とデータの流れを再現することが目的だからです。業務ごとに「必須」「できれば欲しい」「将来検討」の優先順位を付け、最初のリリース範囲を絞ります。

機能要件には、ログイン、顧客登録、受注、在庫引当、承認、検索、CSV、帳票、メール通知、API連携など、システムが何をするかを書きます。各機能に、利用者、入力項目、処理ルール、エラー時の動作、権限、完了条件を付けると、開発会社が工数を見積もりやすくなります。画面数だけでなく、1画面にある分岐やデータの状態も示すことが重要です。

非機能要件には、同時利用者数、応答時間、稼働時間、バックアップ、障害復旧、ログ保存期間、セキュリティ、スマートフォン対応、データ保持期間、将来の拡張性を含めます。個人情報を扱う場合は、アクセス者の識別・認証、権限によるアクセス制御、操作記録、外部からの不正アクセス防止、委託先の安全管理をRFPに明記します（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。

RFPには、会社概要や背景だけでなく、現行システム構成図、業務フロー、画面一覧、権限一覧、データ項目、外部連携一覧、移行対象データ、想定ユーザー数、希望スケジュール、予算の上限またはレンジを添付します。旧システムのソースコードや設計書がある場合は、閲覧できる範囲と機密情報の取り扱いを決めて共有します。

特に重要なのは、受入テストの観点を発注前に書くことです。「受注登録ができる」だけでなく、「締め処理後は一般利用者が変更できない」「在庫不足時は担当者に通知される」「連携失敗時に再送できる」のように、実際の業務で合格とする状態を示します。これにより、開発会社の提案や見積もりが同じゴールを向いているか確認できます。

契約形態とCakePHP開発の進め方をどう決めますか？

要件の確定度と開発の不確実性に応じて、請負契約、準委任契約、ラボ型契約を使い分けます。すべての工程を一つの契約に押し込むのではなく、要件定義は準委任、仕様が確定した開発は請負、継続改善は準委任という組み合わせも実務的です。契約名称より、成果物、責任範囲、変更管理、検収、知的財産、保守の条件が書かれているかを重視します。

請負契約は、合意した成果物を完成させ、検収を受けることを前提にする契約です。画面、API、データ移行、テストなどの範囲と完成条件が明確な工程に向いています。ただし、発注後に要件を大きく変更すると、追加費用や納期変更が生じます。変更時の見積もり、承認者、優先順位の下げ方をあらかじめ決めておきます。

準委任契約は、専門家が合意した業務を遂行することを前提にする契約です。要件定義、技術調査、既存コードの解析、継続的な改善、運用保守など、成果物を事前に固定しにくい業務に向いています。稼働時間、報告内容、作業単価、責任者、情報管理を明記し、成果物の権利や引き継ぎが曖昧にならないようにします。

最初の要件定義では、現場ヒアリング、業務フロー、画面一覧、権限、データ、外部連携、非機能要件、受入条件を固めます。次に基本設計で画面遷移やデータモデル、詳細設計で処理ルールやAPI仕様を決め、CakePHPのバージョン、PHP、データベース、認証、ログ、バックアップ、CI/CDの構成を確定します。

開発中は、完成を待って一度に確認するのではなく、顧客登録や受注登録などの業務単位で試作品を確認します。実データに近いサンプルで、権限不足、入力エラー、CSVの文字コード、帳票、APIのタイムアウト、二重登録を確認します。テストでは機能だけでなく、性能、脆弱性、障害復旧、バックアップからの復元、データ移行リハーサルを行います。

リリース前には、教育、マニュアル、問い合わせ窓口、切り戻し条件、旧システムとの並行稼働期間を決めます。リリース後は、初期不具合の無償対応期間と、追加開発・バージョンアップ・監視・バックアップを含む保守契約を分けて記載します。CakePHP 4以下からの移行では、現行システムの解析とテスト再構築に時間をかけるほど、公開後の障害リスクを下げやすくなります。

顧客情報、従業員情報、医療情報、決済情報を扱う場合は、委託先の安全管理措置を確認し、契約に反映します。アクセス権限の付与・削除、開発環境への本番データ持ち込み禁止、秘密情報の保管、脆弱性対応、ログ監視、バックアップ、事故発生時の連絡期限、再委託の報告・承認、監査への協力を具体化します。

また、ソースコード、設計書、テストコード、CI/CD設定、クラウドアカウント、ドメイン、証明書、外部サービスの契約名義を誰が保有するかも決めます。開発会社のアカウントだけで運用していると、契約終了時に移行できないことがあります。納品時だけでなく、担当者変更や保守会社変更を想定した引き継ぎ手順と費用を確認します。

CakePHPのシステム発注費用と保守費用の相場

CakePHPに限定した公的な価格統計はないため、以下は2025〜2026年に公開された一般的な業務システムの相場と、CakePHPの公開案件規模をもとにした予算検討用のレンジです。実際の価格は、画面数、業務の複雑さ、連携数、移行データ、品質要件、納期、体制で変わります。特定の金額を正解とせず、同じ前提条件で複数社から見積もりを取ります。

小規模な社内管理、申請、予約システムで、画面が10〜20程度、既存認証を利用し、外部連携が少ない場合は、100万〜300万円程度が予算検討の起点になります。部門横断の顧客・販売・在庫・会員システムで、権限、帳票、CSV/API連携、データ移行を含む場合は、500万〜1,500万円程度のレンジを見ます。複数拠点、高い可用性、大量データ、複数システム連携、段階移行を含む場合は、1,500万〜5,000万円超となる可能性があります。

2026年7月公開のSIA株式会社の相場記事では、小規模な業務管理ツールが100万〜300万円、中規模の業務システムが500万〜1,000万円、大規模システムが1,000万円〜数千万円以上、人月単価が60万〜200万円程度と整理されています（出典: SIA株式会社「システム開発の費用・相場【2026年版】」、2026年）。CakePHP案件にもそのまま当てはまると断定はできませんが、見積もりが相場から大きく外れていないかを見る最初の物差しになります。

見積もりは、要件定義、基本設計、詳細設計、実装、単体テスト、結合・総合テスト、データ移行、インフラ構築、教育、リリース、保守に分けて記載してもらいます。株式会社GeNEEの2026年4月更新記事では、要件定義を開発費全体の5〜10%の目安とし、工程別の例として要件定義150万円以上、設計200万円以上、実装300万円以上、試験150万円以上、デプロイメント80万円以上を紹介しています（出典: 株式会社GeNEE「システム開発にかかる費用はどのくらい？」、2026年）。企業や案件の前提が異なるため、これを固定価格として扱わず、工程の抜け漏れを確認する材料にします。

たとえば、CakePHPで数百台のPOSとAPI連携し、数千万件規模のデータを集計・可視化した株式会社IMTの公開事例は、規模12人月とされています（出典: 株式会社IMT「PHP受託Webシステム開発」、2026年確認）。SIAの人月単価レンジを機械的に当てはめると720万〜2,400万円の参考計算になりますが、これは公開情報からの推定であり、実際の見積もりでは再設計、サーバー移転、テスト、保守、データ移行の範囲を個別に確認する必要があります。

保守費用には、障害対応、問い合わせ、ログ確認、バックアップ確認、脆弱性対応、PHPやCakePHPのアップデート、軽微な改修、監視、定例報告などが含まれます。一般的な目安として、運用保守は初期開発費の年10〜20%程度とされることがありますが、24時間監視や高い復旧目標、頻繁な追加開発を含めると上振れします（出典: 株式会社GeNEEおよび業務システム相場資料、2026年）。範囲を明記せずに「保守一式」と契約しないことが重要です。

クラウドのサーバー、データベース、メール、ファイルストレージ、監視、バックアップ、WAF、ログ保管などの利用料も別枠で確認します。クラウド費用はアクセス量や保存量で変動するため、月額の予算だけでなく、想定ユーザー数、ピーク時のアクセス、バックアップ世代、データ保持期間を見積もり条件にします。初期費用が安くても、運用後の従量課金やアップデート費用を含めた総保有コストで比較します。

委託先の選定とCakePHPの見積もり比較で見るポイント

委託先は、CakePHPの実績数だけでなく、業務分析、データ移行、API連携、セキュリティ、テスト、保守の経験を合わせて評価します。会社のWebサイトにCakePHPと書かれていても、実際に担当するメンバーが5.xやPHP 8系を扱えるとは限りません。候補会社には、類似案件の課題、担当範囲、規模、開発体制、リリース後の保守、現在の対応可否を確認します。

「CakePHPで開発したことがある」という一文だけでなく、どのような業務を、何人が使い、どのデータ量で、どの連携を行い、どこまで支援したかを聞きます。顧客管理なら権限や重複データ、在庫管理なら引当や棚卸し、予約ならキャンセルや同時受付、会員サービスなら認証や個人情報の扱いなど、自社の難所に近い経験があるかを確認します。

既存CakePHPの改修や移行では、ソースコードを読んで現状を可視化する力が重要です。古いプラグイン、独自の認証、テスト不足、設計書と実装の差分、文字コード、バッチ処理、データの重複を調査し、移行前にリスクを説明できる会社を選びます。実績を見せられない場合でも、守秘義務の範囲で課題と解決策を説明できるかを見ます。

相見積もりでは、同じRFP、同じ画面一覧、同じデータ移行範囲、同じテスト条件を渡します。見積書は、工程別の工数、担当ロール、単価、期間、成果物、前提条件、含まれない作業、追加費用の条件に分解してもらいます。総額が安い会社でも、要件定義、移行、性能テスト、管理画面、保守が抜けていれば、後から追加される可能性があります。

比較時は、金額のほかに、提案の理解度、質問の具体性、リスクの指摘、体制、担当者の経験、コミュニケーション方法、レビューの頻度、品質保証、納品物、契約条件を評価します。提案段階で不明点を放置して低い金額を出す会社より、移行や障害のリスクを明示し、優先順位や代替案まで説明する会社のほうが、最終費用を管理しやすいことがあります。

発注側の責任者が不在、現場の意見がまとまらない、決裁が遅い、データの所有者が不明、テスト担当者が決まっていないという状態では、優れた開発会社でも進行が止まります。社内の業務責任者、IT責任者、決裁者、受入テスト担当者を決め、仕様変更の承認ルートを一本化します。

また、最初からすべての業務を作ろうとせず、効果とリスクの大きい業務から段階的にリリースします。たとえば、顧客・受注の基本登録と検索を先に稼働させ、帳票や高度な分析を次の段階に回す方法です。ただし、後で作り直せない認証、データモデル、権限、監査ログ、APIの境界は初期設計で十分に検討します。

よくある質問

CakePHPのシステムを発注する際によくある質問をまとめます。費用だけでなく、技術選定、RFP、既存システムの移行、保守契約まで確認しておくと、開発会社との初回相談を具体的に進めやすくなります。

CakePHP自体のライセンス費用を抑えられても、要件定義、画面開発、データ移行、連携、テスト、保守の費用は必要です。標準機能をSaaSに寄せる、最初のリリース範囲を絞る、既存資産を再利用するなどで費用を抑えられる可能性はありますが、品質や安全管理を削ることは避けます。

相談できます。業務課題、現行の作業手順、利用者、困っていること、希望時期、予算の考え方だけでも、要件定義から支援できる会社なら整理を始められます。ただし、提案を比較する段階では、業務フロー、機能一覧、連携先、移行対象、非機能要件、受入条件を順に整理し、各社が同じ前提で見積もれる状態に近づけます。

移行できる可能性はありますが、現在のコード、PHP、プラグイン、認証、データベース、テスト、外部連携を調査してから判断します。CakePHP 2・3・4から5.xへの移行は、フレームワークの置き換えだけでなく、互換性のないAPI、独自改修、テスト不足、データ移行、運用手順を確認するプロジェクトになります。最初に現状調査と移行方針の見積もりを依頼し、段階移行と再構築を比較します。

まとめ

CakePHPのシステムを発注・外注する際は、最初に「何を作るか」ではなく「どの業務課題を、誰が、どのデータで解決するか」を整理します。そのうえで、SaaS・パッケージ・CakePHPのスクラッチ開発・ハイブリッドを比較し、要件の確度と社内体制に合う発注形態を選びます。

発注前には、業務フロー、画面一覧、権限表、データ項目、外部連携一覧、移行対象、非機能要件、受入テスト、希望スケジュール、保守方針を準備します。見積もりは総額だけでなく、工程、工数、体制、成果物、含まれない作業、変更時の扱い、運用費用をそろえて比較します。金額の根拠とリスクを説明できる委託先を選ぶことが、CakePHP開発の品質と予算を守ります。

開発会社へ相談するときは、CakePHPを使いたいという希望だけでなく、現在の業務、解決したい問題、利用者数、既存システム、連携先、移行の有無、希望時期、予算レンジ、リリース後の保守体制を伝えます。既存システムの延命か再構築かで迷っている場合も、現状調査から依頼すれば、移行リスクを見える化してから適切な発注計画を立てられます。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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