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

Symfonyのシステム開発は、まず業務と要件を整理し、次に契約形態と委託先を決めます。そのうえで、テスト・移行・保守まで発注範囲に含めて合意しておくと、長期運用につながります。

AI駆動開発の基本や工程ごとの活用方法、費用・期間への影響については、無料ホワイトペーパー「【2026年最新版】AI駆動開発の完全ガイドブック」で詳しく解説しています。

Symfonyのシステム発注の意味

Symfonyのシステム発注とは、Symfonyを土台に、自社の業務フローやデータ構造、画面を設計・開発してもらうことです。権限、帳票、外部サービス連携も、その対象に含まれます。Symfonyは顧客管理などの完成パッケージとは違うため、解決したい業務課題を先に定義しておく必要があります。

フレームワークとしての性格

SymfonyはPHPでWebアプリやAPIを作るオープンソースのフルスタックフレームワークです。発注前に、主な性格を次のように押さえておきます。

構成部品：ルーティング、依存性注入、フォーム、入力検証、認証・認可、メール、非同期処理、テストを組み合わせて作ります。
ライセンス：MITの条件で利用でき、利用許諾料が必要な業務パッケージとは、費用の発生の仕組みが異なります。
適用範囲：受発注、在庫、顧客・代理店管理、社内申請、会員ポータル、API基盤など

Symfonyで作ること自体を目的にすると、SaaSやERPで足りる機能まで作り込むおそれがあります。そのため、自社の差別化や業務効率に直結し、標準サービスで足りない部分にSymfonyを使います。SaaSやERPで足りる機能を先に分けておくと、不要な開発費を抑えられます。

Symfonyが向いている業務システム

Symfonyを使うかは、業務ルールや連携要件が標準サービスで足りるかどうかで判断します。Symfonyの部品を組み合わせると、業務に合わせた運用を設計しやすくなります。

独自ルール：会社独自の承認経路や料金計算を扱う業務
組織・連携：複数組織の権限管理や既存基幹システムとの連携
Symfonyの部品：SecurityBundle、Workflow、Messengerで認証・認可、申請、CSV取込、メール配信を実現

一方で、問い合わせフォームだけ、定型予約だけ、短期間のキャンペーンページだけなら、CMSやSaaSの方が早く安く実現できる可能性があります。Symfonyでなくてもよい機能を分けておくと、不要な開発費を抑えられます。

発注前に要件を整理する方法

3つの前提を揃えると、各社の提案を比べやすくなります。

発注の成否は、問い合わせ前に業務と条件をどこまで整理できるかで変わります。技術仕様まで完成させる必要はありません。

まず目的、対象業務、利用者を揃えておくと、各社の提案と見積もりを比べやすくなります。データ、期限、予算も合わせて揃えておきます。

現状業務の洗い出し

担当者へのヒアリングや業務観察で、現在の作業を時系列に並べます。たとえば受注管理なら、注文、在庫確認、承認の各段階が対象になります。出荷依頼と請求まで、同じ流れで追います。

各段階で誰が何を入力し、どの条件で判断するかを記録します。利用中のExcelや外部サービスも、記録の対象になります。標準化できる業務と独自ルールも、この段階で分けておきます。

例外処理も洗い出します。返品や取消、権限変更のほか、担当者不在、データ訂正、障害時の手作業まで対象です。業務フロー図、画面一覧、帳票一覧を作り、データ項目一覧も用意すると、後の追加要望を減らせます。

RFPに書く内容

RFPはRequest for Proposalの略で、開発会社に提案を依頼する文書です。IPAの要件定義資料は、背景・目的、システムへの要求、提案・契約手続きを記載する考え方を示しています。さらに、機能要件や非機能要件なども記載の対象としています（出典: IPA「ストーリーで学ぶ要件定義実践入門」）。

SymfonyのRFPでは、事業、システム、プロジェクトの前提を揃えておくと、各社の提案を比べやすくなります。

事業・利用者：目的、対象業務、利用者と権限、想定ユーザー数
システム：データ件数、画面・帳票、外部連携、Symfony・PHP・Composerの既存バージョン
プロジェクト：移行の有無、納期、予算上限、運用体制、納品物

AWSなどを指定する場合は、利用サービスだけでなく、可用性やバックアップの要件も書きます。復旧時間や監視の要件も、あわせて書く対象です。未確定の事項は、「提案してほしい事項」として分けると、前提を断定せずに済みます。

候補会社の提案には、Symfony 7.4 LTSを使う場合の構成が入っている必要があります。API PlatformやEasyAdminの採用理由も、確かめておきます。フルスクラッチとの比較、移行方針、テスト範囲も、提案事項にします。

ポイント

迷ったときは、技術仕様より先に、業務の現状と、目的・対象業務・利用者・期限・予算といった前提を揃えます。各社の提案と見積もりを同じ土台で比べられるようにするためです。

発注形態と契約形態の選び方

発注形態は、要件の確定度、社内の技術責任者、将来の保守担当によって選びます。大きく分けると、要件定義だけを専門会社に依頼してから開発会社を選ぶ方法と、要件定義から一貫して開発会社に委託する方法があります。

要件定義と開発を一括発注する場合

社内に業務知識を持つ担当者が少なく、設計・開発・インフラ・テストを一つの責任体制で進めたい場合は、要件定義から保守までの一括委託が適しています。また、委託先の窓口も一本化できます。

前提が曖昧なまま契約すると、仕様変更として追加請求されやすくなります。そこで、契約前に要件定義を独立させ、業務フロー、画面遷移、データモデルを用意します。非機能要件、受入条件、開発見積もりも、その内容に含めます。

その内容を発注者が承認してから本開発へ進むと、開発範囲と費用の根拠を確認できます。

請負契約と準委任契約の使い分け

完成基準を定められるか、開始時点で仕様が未確定かを見て、工程に合う契約を選びます。

請負：画面、API、帳票、テスト仕様、納品日、受入条件を具体化できる機能単位
準委任：要件調査、技術検証、アジャイル開発、既存システムの段階的改善、社内チームとの共同開発

請負は、合意した成果物の完成と引き渡しを重視します。完成基準が曖昧だと認識がずれるため、仕様変更と検収方法を契約書に明記しておきます。一方で、準委任は専門業務を一定期間遂行する契約です。

IPAのモデル資料は、基本契約の後に機能単位で請負または準委任の個別契約を結ぶ考え方を示しています（出典: IPA「エンタプライズ系事業・非ウォーターフォール型開発」）。

契約名だけでなく、担当範囲、指揮命令関係、成果物を確認します。瑕疵対応、知的財産権、再委託の扱いも、契約書で見る必要があります。秘密保持や個人情報の扱いは、障害連絡と終了時の引き継ぎとあわせて確かめます。

準委任でも品質への責任は残り、請負でも発注者の協力は欠かせません。

ポイント

要件が曖昧なまま契約すると追加請求されやすいため、要件定義を独立させ、内容を承認してから本開発に進みます。完成基準を定められる機能は請負、調査や段階改善は準委任が候補です。

Symfonyのシステム開発を外注する進め方

テストと移行を経て、リリース後の運用改善へつながります。

発注後は、各段階に確認会と受入条件を設け、業務担当者が操作を確かめます。また、全機能ではなく、重要な業務をMVP（Minimum Viable Product）として先に稼働させる方法もあります。

要件定義
設計
実装
テスト
移行
リリース
運用改善

企画・要件定義・設計での合意

企画と要件定義では、業務成果と、必要な機能や品質を切り分けて合意します。

企画：「入力時間を減らす」「承認状況を可視化する」「請求漏れを防ぐ」などの目標
機能要件：受注登録、検索、承認、CSV出力などの機能
非機能要件：同時利用者数、応答時間、バックアップ、復旧時間、ログ保存期間、セキュリティ、対応ブラウザ

設計では、Symfony 7.4 LTSか既存版かを、PHPやComposerの状況と合わせて判断します。Doctrine、Bundle、テストの状況も見ておきます。

Symfony公式では、7.4が現行LTSで、PHP 8.2以上が必要です。また、Symfony 7.4のバグ修正は2028年11月、セキュリティ修正は2029年11月まで予定されています（出典: Symfony公式「Symfony 7.4 Release」、2026年確認）。

テスト・移行・リリースの発注範囲

実装だけを発注すると、業務で使える状態にするための作業が別費用になります。見積書では、次の作業が含まれているかを確認します。

テスト：単体、結合、総合、セキュリティ、負荷、利用者受入
導入準備：操作マニュアル、研修、初期データ投入
切り替え：移行リハーサルとリリース作業

Symfony 3や4などから移行する場合は、PHPやBundle、Composerパッケージを調べます。DB、外部連携、テストカバレッジも、あわせて確認します。

小規模なら段階アップデート、大規模なら機能単位で新旧を並行稼働させる方法が候補になります。全面的な作り直しを前提にせず、業務を止めない切り替え方を提案してもらいます。停止時間、データ同期、切り戻し条件も、計画に含めてもらいます。

SecurityBundleは、認証・認可やファイアウォール、アクセス制御を提供します。パスワードハッシュやCSRF保護も含まれます。ただし、SecurityBundleを導入しただけで安全になるわけではありません。

Symfony公式ドキュメントは、利用者、ファイアウォール、アクセス制御の設定を説明しています（出典: Symfony公式「Security」）。

受入条件には、本番設定や権限、監査ログを入れます。脆弱性確認やバックアップ復元試験も、同じ受入条件として加えます。

ポイント

工程ごとに確認会と受入条件を設けて、業務担当者が操作を確かめながら進めます。見積もりに、テスト・移行・リリースまでが含まれているかが判断の目安になります。

Symfonyのシステム発注費用と相場

機能範囲と連携規模に応じて、費用幅が広がります。

Symfony自体は無償のオープンソースです。発注費用は、要件定義、設計、実装の工数で決まります。テストやデータ移行の工数も、費用に含まれます。インフラ、教育、保守の工数も加わります。

費用は、画面数に加えて、業務ルールや権限、連携先の違いでも変わります。データ量や同時利用者数、可用性、監査要件も、費用を左右します。

案件別の費用レンジ

国内の業務システムの初期費用は、機能範囲や連携規模によって次のような幅があります。

MVP・社内申請：機能を絞った場合は300万〜800万円程度
中小企業向け：複数ロール、外部API、CSV移行を含み800万〜2,500万円程度
大規模案件：基幹連携や大規模移行を含み2,000万円〜数億円

これらは、Symfony専用の公的統計ではありません。規模の近い業務システムの初期予算をもとにした参考値です。

フランスの開発事業者が、2026年のSymfony開発の観測値を公開しています。APIは1.5万〜4.5万ユーロ、業務プラットフォームは4万〜15万ユーロです。Symfony 3・4から7への移行は3万〜15万ユーロ、カスタムECは5万〜20万ユーロです。

CZ Multimediaは「Combien coûte un développement Symfony en 2026」で、これらの価格を紹介しています。1ユーロを170円として単純換算すると、APIは約255万〜765万円、業務プラットフォームは約680万〜2,550万円です。移行は約510万〜2,550万円、ECは約850万〜3,400万円です。

換算値は、フランスの公開価格を円に置き換えた推定です。日本の相場や確定見積もりとして扱えるものではありません。為替や開発体制で変わるほか、国内の業務ヒアリング、法令対応、運用窓口でも変わります。

候補会社には、レンジのどこに当たるかを説明してもらいます。人数や画面、連携の前提と、テストや移行の前提は、分けて示してもらいます。

初期費用以外のコスト

システムは初期開発の後も、運用費や保守費がかかります。

クラウド等：計算資源、DB、ストレージ、転送、監視、バックアップ、メール、ドメイン、脆弱性診断
保守費の目安：初期費用の年10〜20%程度。800万円なら年80万〜160万円、2,000万円なら年200万〜400万円
3年間のTCO：初期費用、クラウド、保守、追加改修、教育、社内工数、移行後の運用費

アクセスが少なくても、冗長化やログ保存、復旧時間、閉域接続の要件によって、運用費が増えることがあります。

保守費は、固定料金とは限りません。問い合わせ・障害対応や、SymfonyやPHPの更新の範囲によって変わります。依存パッケージ監視やバックアップ確認、改善開発の範囲も、料金を左右します。

TCOは総所有コストを指し、発注前に3年間の費用を見積もります。特に、設計書がなく更新できない場合や、小改修のたびに高額なスポット契約が必要な場合は、導入時に安くても長期的に割高になる可能性があります。

ポイント

初期費用は機能範囲と連携規模で大きく変わるため、参考レンジは自社の機能に照らして読みます。あわせて、保守やクラウドを含む3年間のTCOで比べることが目安です。

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

委託先は、Symfony経験だけでなく、業務システムを継続運用できる体制があるかで評価します。候補を3〜5社程度に絞り、同じRFPを渡して提案と見積もりを比べます。

提案の具体性や質問の質、見積もりの分解を見ます。担当者の経験や納品後の体制も、評価の対象です。海外会社を含む場合は、日本語窓口や時差、準拠法を確認します。さらに、データ保管場所と障害連絡も見ておきます。

技術力だけでなく業務経験

技術と業務の両面から、担当チームが自社案件に合うかを確かめます。

技術経験：リードがSymfony 7系、PHP 8系、Doctrine、API、認証・認可、非同期処理、テスト、DockerやCI/CDを扱うか
業務経験：受発注、在庫、請求、顧客、申請など、似た業務フローを開発したか
公開事例：Symfony公式Case Studiesで確認できるAudi FranceのAPI移行、UGC向け構築

技術名を挙げるだけでなく、課題に採用した構成や避けた失敗を説明できる会社が望ましいです。

公開事例の会社が、自社案件に適するとは限りません。そのため、同じ担当チームか、国内支援の範囲、再委託の有無を別途確認します。

見積書の工程と前提の比較

総額だけでなく、工程ごとに見積もりを比べます。工数や単価、期間、人数も、比べる対象になります。対象外作業や前提条件、変更時の単価も、確認しておきます。

開発工程：要件定義、基本・詳細設計、画面、API、外部連携
導入工程：データ移行、テスト、インフラ、マニュアル、教育、リリース
運用工程：保守

安すぎる見積もりは、要件定義、受入テスト、移行リハーサルに抜けがないかを確認します。設計書や監視に加え、セキュリティと更新作業も見ます。

一方で、高い見積もりであっても、必要な工数の理由や、パッケージ、API Platform、EasyAdminを使う効果が説明されていなければ、比較の材料としては不十分です。

納品物とベンダーロックインの確認

納品物には、ソースコードとリポジトリ権限、設計書を含めます。画面・API仕様やDB定義、テストコードと結果も、その範囲に入ります。インフラ設定やデプロイ・バックアップ手順、運用マニュアルも確認します。

契約終了後のコードアクセスや、著作権と利用許諾の扱いも、契約の対象になります。OSSの表示と第三者パッケージの扱いも、契約に入れます。担当者の退職や保守の移管に備え、引き継ぎ方法も含めます。

独自Bundle、手作業の本番デプロイ、設計書のない連携は、将来の保守費を増やす要因になります。そのため、技術選定の自由度や、データの取り出しやすさ、更新可能なSymfonyとPHP構成を確認します。

ポイント

委託先は、Symfonyの技術力だけでなく、似た業務フローの開発経験があるかで比べます。見積もりは総額だけでなく工程と前提を並べ、納品物の範囲も確かめておくことが欠かせません。

よくある質問

Symfonyの発注では、費用や技術バージョン、契約を確認します。保守や既存システムの移行も、発注前に押さえておきたい点です。

Symfonyのシステム開発費用はどのくらいですか？

機能を絞ったMVPは300万〜800万円程度、外部連携やCSV移行を含む中小企業向け業務システムは800万〜2,500万円程度が参考です。

基幹連携や大規模移行、複雑な権限、高い可用性を含むと、2,000万円〜数億円になる可能性があります。Symfony専用の公的相場ではないため、画面や業務ルール、連携を分けて判断します。テストや保守も、分けて考えます。

新規開発ではSymfony 7.4 LTSを選ぶべきですか？

2026年時点の新規開発ではSymfony 7.4 LTSを基本候補として検討できます。PHP 8.2以上が必要で、セキュリティ修正は2029年11月まで予定されています。

既存システムの移行では、Symfonyに加えて、PHPやComposer、Bundle、DB、テストの互換性を調べてから決めます。

請負と準委任はどちらが良いですか？

受入条件を確定できる機能開発は請負、要件調査やアジャイル開発、既存システムの改善など不確定な業務は準委任が候補です。

要件定義は準委任、本開発は機能単位の請負、保守は月次の準委任とする方法もあります。契約名だけでなく、成果物や責任範囲、変更管理を確認します。検収の方法も見ます。

古いSymfonyのシステムも移行できますか？

移行できる可能性はあります。見積もる前に、現行版やPHP、Composerパッケージ、独自Bundleを調べます。DB、外部連携、テストの有無も確認します。

小規模なら段階アップデート、大規模なら機能単位の並行稼働や段階移行を検討します。停止時間やデータ同期、切り戻し条件を決めてから実施します。

発注者側に専門知識は必要ですか？

発注者にSymfonyの実装知識は必須ではありませんが、業務責任者と意思決定者は必要です。また、例外処理やマスタの意味、権限、データの正しさは発注者側が決めます。

社内に技術担当者がいない場合は、要件定義支援、コードやインフラの第三者レビュー、納品後の引き継ぎ支援を契約に含めます。

まとめ

発注先は、Symfony経験だけでなく、自社業務を整理して長期運用できる仕組みにできるかで選びます。

RFPには、目的や業務フロー、利用者と権限、データが入ります。連携や非機能要件、移行も記載します。納品物や予算、納期も、あわせて書きます。

MVPは300万〜800万円程度、外部連携や移行を含む業務システムは800万〜2,500万円程度が参考ですが、確定相場ではありません。

初期費用に加えて、テストや移行、クラウドの費用を比べます。保守やLTS対応、社内運用、3年間のTCOも、比べる対象です。

確定した機能は請負、調査や段階改善は準委任など、工程に合う契約を選びます。

コードや設計書、テスト、インフラを明確にしておくと、更新や委託先の変更に対応しやすくなります。バックアップ手順や権利、終了時の引き継ぎも、明確にしておく対象です。

発注前の社内確認

業務の優先順位を決める責任者と、受入テストに参加する現場担当者を明確にします。予算と契約の決裁者、リリース後の運用担当者も、あらかじめ決めておきます。

発注者側のマスタ整備やデータ確認が遅れると、開発会社が努めても納期に間に合わなくなります。そのため、双方の作業分担を計画に記載します。

3年TCOと運用体制の確認

初期見積もりだけでなく、3年間の総費用を比べます。加えて、更新可能な技術構成や業務に定着する操作性、障害時の支援、将来の委託先変更も、総合的に見ます。

Symfonyの採用判断と発注先選びは分けて考え、業務成果と長期保守につながる提案を選ぶことが、失敗を避けるうえで欠かせません。

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

▼開発を相談する前に読みたい無料ホワイトペーパー
・【2026年最新版】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を創業。