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

CodeIgniterのシステム開発を発注・外注する場合は、フレームワークの利用料ではなく、業務要件の整理、権限設計、既存データの移行、テスト、リリース後の保守までを含めて委託範囲と費用を決めることが重要です。CodeIgniterは無償で利用できても、業務に合わせたシステムを安全に運用するための人件費や品質管理費まで無償になるわけではありません。

本記事では、CodeIgniterのシステムを発注・外注するときの進め方を、発注形態の選択、RFPと要件整理、契約形態、費用相場、委託先の選び方、見積書の比較方法まで順に解説します。新規開発だけでなく、CodeIgniter 3の保守やCodeIgniter 4への移行を検討している担当者にも、相談前に確認したいポイントが分かる構成です。

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

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

CodeIgniterはPHPでWebアプリケーションを開発するオープンソースのフレームワークです。MVCを基本に、画面、データベース、認証、バリデーション、API、バッチなどを組み合わせて業務システムを構築できます。発注時は「CodeIgniterで作る」という技術条件だけでなく、どの業務をどの範囲までシステム化し、誰が何を管理するかを先に決める必要があります。

CodeIgniterで業務システムを構築できます。顧客・案件・商品・在庫・請求などのマスタ管理、検索や一覧、登録・更新、承認、CSV入出力、帳票、メール通知、外部API連携、管理者画面といった機能を実装できます。REST APIやスマートフォン向けバックエンドとして利用することも可能です。

一方で、CodeIgniterを採用しただけで開発費が下がるわけではありません。フレームワーク自体は無償でも、会社ごとの承認ルール、例外処理、権限、データ移行、帳票、運用フローを設計する工数は必要です。SaaSやパッケージに業務を合わせられる場合と、既存業務や外部連携を優先してスクラッチ開発する場合を比較して、採用理由を説明できる状態にします。

既存のCodeIgniter 3を保守するか、CodeIgniter 4へ移行するかは、フレームワークの書き換えだけで判断しないことが大切です。PHPのバージョン、Composerの依存パッケージ、独自ライブラリ、認証、URL、データベース、バッチ、テスト、サーバー構成を棚卸しし、現行環境を延命する場合と移行する場合の費用・期間・リスクを比較します。

CodeIgniter 4は現代的なPHP環境を前提に再設計された系統で、2026年時点の公式サーバー要件ではPHP 8.2以上などが示されています（出典：CodeIgniter 4公式インストールガイド、2026年確認）。PHP 7系や古いCI3を使い続ける場合は、脆弱性対応と保守人材の確保が課題になります。新規開発ならCI4を前提にし、既存改修なら現行資産を調査してから方針を決めます。

発注形態と契約形態を選ぶ方法

CodeIgniterのシステムを外注する場合、発注者がどこまで企画と要件を担うかによって適した発注形態が変わります。開発会社に一括で委託する方法、要件定義と開発を分ける方法、専門会社やフリーランスを組み合わせる方法には、それぞれ費用の見え方と管理負担があります。最初から契約書の名称だけで決めず、責任分界点を明確にします。

業務整理から要件定義、設計、開発、テスト、移行、教育、保守までを同じ開発会社へまとめて委託する形態です。社内にシステム担当者が少なくても進めやすく、窓口を一本化しやすい点がメリットです。業務理解と技術力の両方を持つ会社なら、画面単位ではなく業務プロセス単位で提案してもらえます。

ただし、一括請負では発注者側の要件が曖昧なまま契約すると、仕様変更の扱いを巡って追加費用や納期延長が起きやすくなります。請負範囲に含む機能、別途見積もりとなる変更、納品物、検収基準、障害対応の期間を契約前に確認します。要件定義を先に準委任で実施し、要件が固まった後に開発を請負契約へ切り替える方法も有効です。

要件定義をコンサルティング会社、設計と開発をPHPに強い会社、インフラをクラウド会社へ分ける発注方法です。既存の取引先を活用でき、専門性を補いやすい一方、成果物の受け渡しと障害時の責任分界が複雑になります。たとえばAPIの仕様変更が画面、データベース、外部サービスのどこに影響するかを、会社間で調整する担当者が必要です。

社内にプロジェクトマネージャーや技術判断ができる担当者がいる場合は、準委任でCodeIgniter経験者を一定期間アサインする方法も選択肢です。月単位で体制を調整しやすい反面、発注者が進捗、品質、仕様の優先順位を管理します。人を確保するだけでなく、誰が設計書を承認し、コードレビューを行い、リリースを判断するかまで決めてから採用します。

請負契約は、合意した成果物を完成させて引き渡すことを重視する契約です。機能、品質、納期、検収条件が明確な開発後半に向いています。準委任契約は、一定の業務を遂行することを重視する契約で、要件定義、調査、既存システムの解析、アジャイル型の開発など、途中で優先順位が変わる工程と相性があります。

どちらの契約でも、著作権やソースコードの利用権、第三者ライブラリのライセンス、秘密情報、個人データの取扱い、再委託、障害対応、契約終了後の引き継ぎを確認します。個人情報を委託先が扱う場合は、委託先の監督や安全管理措置も発注条件に含めます。個人情報保護委員会のガイドラインでは、委託先の監督や技術的安全管理措置が整理されています（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年6月改正）。

RFPと要件整理を準備する方法

RFPは、開発会社へ提案を依頼するための資料です。完成した仕様書である必要はありませんが、背景、目的、対象業務、利用者、期限、予算の考え方、既存環境、期待する提案範囲が書かれていると、各社が同じ前提で見積もりや提案を出しやすくなります。会社ごとに条件が違うと、金額だけを比べても適正な判断ができません。

最初に作る資料は画面一覧だけでは不十分です。誰が、どのデータを、いつ登録し、誰が承認し、どの条件で差し戻し、どの帳票や外部連携へ使うかを業務フローにします。顧客管理なら、登録、重複確認、担当者変更、退会、履歴参照、CSV出力までを一つの業務として整理します。現場がExcelで行っている補正や例外処理も、聞き取りの対象にします。

データについては、マスタ、トランザクション、履歴、添付ファイル、削除・保存期間を分類します。既存データを移行する場合は、件数、文字コード、重複、欠損、旧コードと新コードの対応表を確認します。移行対象を決めないまま開発を始めると、後半にデータクレンジングの費用とリハーサル期間が追加されるため、RFPの段階で「移行調査」「移行ツール」「本番移行」「移行後照合」を分けて記載します。

技術要件には、CodeIgniter 4を前提にするのか、CI3の保守・移行も対象にするのか、PHPのバージョン、Composer、データベース、Webサーバー、クラウドまたはオンプレミス、開発環境、ソースコード管理、CI/CDを記載します。特定の技術を指定しない項目は、目的を満たす代替案と理由を提案してもらう方法もあります。

非機能要件には、利用者数、同時アクセス、レスポンス時間、稼働時間、バックアップ頻度、復旧目標、監視、ログ保存期間、権限、脆弱性診断、個人情報の保護を含めます。ログインだけでなく、部署・役職・担当範囲ごとの参照、登録、変更、承認、出力の権限を定義します。CodeIgniter Shieldを使う場合でも、認証機能を追加すれば安全になるわけではないため、パスワードポリシー、2要素認証、監査ログ、アカウント停止の運用まで要件に落とし込みます。

要望をすべて初回リリースに詰め込むと、予算と納期が膨らみます。業務を止めないために必須のMust、効果が大きいShould、将来検討するCouldに分け、初期リリースの範囲を決めます。たとえば顧客・案件・請求の登録と権限管理をMust、ダッシュボードや高度な分析をShould、AIによる予測をCouldとするように、事業上の優先順位で整理します。

ただし、後回しにした機能が後から追加できるよう、データ構造やAPIの拡張余地は設計に残します。小さなPoCやMVPを作り、現場ユーザーが実際に操作して例外処理を発見してから本開発へ進む方法もあります。NotebookLMの調査でも、要件定義の不足、マスタ整備の遅れ、仕様凍結後の追加要求が追加費用と納期遅延につながる論点として整理されています。

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

発注先が決まった後は、要件定義、設計、実装、テスト、移行、教育、保守の順に進めます。工程を進めること自体より、各工程で何を承認し、次の工程へ何を引き渡すかを決めることが重要です。担当者が業務の判断を先送りすると、開発会社が仮定で実装し、後から作り直す原因になります。

要件定義では、業務フロー、機能一覧、画面遷移、データ項目、権限マトリクス、外部連携、非機能要件を確定します。設計では、MVCの責務、URLとルーティング、DBスキーマ、認証・認可、エラー処理、ログ、バッチ、バックアップ、環境分離を文書化します。発注者は業務の正しさを承認し、受託会社は技術設計の実現方法とリスクを説明する分担にすると、判断が進みやすくなります。

画面の見た目だけでなく、入力エラー、重複登録、承認者不在、締め処理後の修正、CSVの不正データ、外部API停止時の扱いを決めます。CodeIgniterは入力検証やCSRF対策などの機能を提供しますが、どの項目をどの条件で検証し、どのエラーを利用者へ表示するかは個別要件です。曖昧な例外処理を残さないことが、見積もりの精度と業務定着につながります。

実装中は、課題管理表、変更履歴、コードレビュー、週次の進捗報告を運用します。発注者が毎回コードを確認できなくても、設計書の更新、テスト結果、未解決課題、追加費用の有無を定例で確認します。仕様変更は口頭で依頼せず、対象機能、理由、影響、費用、納期、承認者を記録します。

テストは単体、結合、総合、受入、性能、脆弱性、移行リハーサルに分けます。受入条件には、正常系だけでなく、権限のない利用者が参照・変更できないこと、承認履歴が残ること、CSVエラーを特定できること、バックアップから復旧できることも含めます。CodeIgniter 4.7.3では、ファイル名の拡張子と検出されたMIMEタイプの一致を確認するファイルアップロード検証のセキュリティ修正が入りました（出典：CodeIgniter 4公式変更履歴、2026年5月22日）。このような更新を受け入れられる保守設計にしておきます。

本番移行では、停止時間、最終データの取り込み、移行後の件数照合、旧システムの参照期間、障害時の切り戻しを決めます。業務部門には操作マニュアルだけでなく、権限申請、パスワード再発行、CSVエラーの問い合わせ先、障害時の連絡先を伝えます。リリース当日に初めて移行を試すのではなく、テスト環境で複数回リハーサルを行います。

保守契約では、障害対応の受付時間、一次回答と復旧の目標、軽微改修の定義、PHP・CodeIgniter・依存パッケージの更新、バックアップ確認、監視、脆弱性情報の確認、月次報告を明記します。担当者が退職した後も運用できるよう、ソースコード、設計書、環境構築手順、アカウント一覧、データ移行手順を納品物に含め、契約終了時の引き継ぎ方法も決めておきます。

CodeIgniterのシステム発注費用・相場と内訳

CodeIgniterのシステム開発費用は、フレームワークの種類だけでは決まりません。以下の金額はCodeIgniter専用の公表価格ではなく、2026年の国内業務システム全般の公開相場をもとに、CodeIgniterでCRUD中心のWeb業務システムを発注する場合に置いた企画段階の推定レンジです。画面数、利用者数、権限、外部連携、データ移行、セキュリティ要件によって個別見積もりは変動します。

小規模・単一業務で、社内申請や簡易顧客台帳、1〜2機能の管理画面を作る場合は、初期費用100万〜300万円、期間1〜3か月が企画段階の目安です。顧客・案件・請求、予約、在庫、CSV・メール連携など複数機能を含む中小規模では、300万〜800万円、期間3〜6か月程度を見込みます。いずれもCodeIgniterの公表価格ではなく、業務システムの公開相場を当てはめた推定です。

部門横断で複数の権限、帳票、外部API、販売・在庫・購買などを扱う場合は、500万〜1,000万円、期間6〜12か月程度が一つの想定です。ERP、会計、EDIとの連携、大量データ移行、高可用性、監査要件を含む大規模案件では、800万円〜数千万円以上、期間9か月から数年となる場合があります。SIA株式会社の2026年版相場でも、小規模100万〜300万円、中規模500万〜1,000万円、大規模1,000万円〜数千万円以上という幅が示されています（出典：SIA株式会社「システム開発の費用・相場（2026年版）」、2026年）。

公開相場を企画に使うときは、総額だけでなく工程を分けて確認します。初期目安として、要件定義10〜15%、基本設計15〜20%、詳細設計10〜15%、実装・単体テスト30〜40%、結合・総合テスト15〜20%、移行・導入5〜10%程度という配分で見ると、極端に設計やテストが少ない見積もりを見つけやすくなります。これは案件ごとに変わる目安であり、固定の正解ではありません。

認証・権限、CSV取込、帳票、スマートフォン対応、外部API、性能試験、脆弱性診断、CI3からCI4への移行は、基本機能と分けて費用を確認します。見積書に「開発一式」としか書かれていない場合は、何画面、何ロール、何本のAPI、何件のデータを想定した金額か質問します。見積もりの前提条件が書かれていれば、別会社の提案とも同じ条件で比較できます。

ランニングコストには、クラウドやサーバー、データベース、メール、監視、バックアップ、ログ保管、SSL証明書、外部API利用料、保守担当者の費用が含まれます。年間保守は初期開発費の10〜20%程度、スクラッチ業務システムでは15〜20%程度を企画段階の目安にできます。たとえば初期600万円なら年間90万〜120万円程度という試算になりますが、24時間監視、短時間の復旧、休日対応、改修枠を含めると上振れします。

CodeIgniterはMITライセンスで利用料が発生しないため、ライセンス費が無料であることを過度に強調しないことが大切です。SaaSは月額数万円から利用できる場合があり、パッケージのカスタマイズは50万〜500万円程度、CodeIgniterによるスクラッチ開発は300万〜数千万円以上という比較軸を置けます。ただし、これらも一般的な類似業務システムからの推定であり、サービス名や機能を指定しない段階で特定金額を断定できません。

委託先の選び方と見積比較のポイント

委託先は、CodeIgniterの記載があるかだけで決めません。業務領域、要件定義から保守までの対応工程、CI3とCI4の経験、PHP・DB・クラウド・セキュリティの体制、公開事例の具体性、担当者の継続性を確認します。公開事例には金額が載っていないことも多いため、会社の実績価格を推測せず、自社要件に対する見積もりを依頼します。

実績は「CodeIgniterを使った」と書かれているだけでなく、業務領域、利用者数、開発期間、担当工程、DB、インフラ、保守の有無まで確認します。たとえば株式会社音生が公開する株式会社デンソー向け健康管理システムでは、社員44,000人を対象に、PHP・CodeIgniter・Oracleなどを用い、第1フェーズ10か月、追加機能を各3か月で進めた実績が示されています（出典：株式会社音生「株式会社デンソー様のシステム開発事例」）。利用者規模と段階リリースを重視する案件なら、確認すべき質問を作りやすい事例です。

アクティス・ジャパン株式会社は、PHPのCodeIgniterやSmarty、PostgreSQL、Oracleを使った人材応募サイトの受託開発実績を公開しています。ジー・ソフトも、PHPとCodeIgniterによる電話料金・回線・請求書管理や不動産向け物件管理の実績を掲載しています。これらは自社への適合性を保証するものではないため、問い合わせ時には担当予定者、直近のCI4案件、設計書のサンプル、テスト体制、リリース後の保守体制を確認します。

見積比較では、最安値をそのまま採用しません。要件定義、設計、実装、テスト、移行、教育、保守のどこまで含むかを揃え、画面数、帳票数、権限ロール、連携本数、データ件数、想定利用者数、稼働環境を並べます。A社が脆弱性診断を含み、B社が別途の場合、総額の差は開発力ではなく範囲の差かもしれません。

見積書では、作業項目、成果物、数量、単価、工数、期間、前提、除外事項、追加変更の単価を確認します。「一式」が多い場合は、何をもって完了とするか質問します。特に、データ移行、マスタ整備、受入テスト支援、マニュアル、ソースコード、設計書、インフラ設定、監視、バックアップ、保守の開始日が曖昧だと、契約後に想定外の費用が発生しやすくなります。

CodeIgniterの発注で見落とされやすいのが、担当エンジニアが変わった後の保守です。CI3とCI4のどちらを対象にし、PHPや依存パッケージをどう更新し、脆弱性が見つかったときに何時間以内に調査するかを確認します。開発会社から別会社へ引き継げるように、リポジトリ、設計書、環境変数の管理方法、デプロイ手順、テストデータ、監視設定を納品対象にします。

権限は、ログインできるかだけでなく、部署・担当者・役職ごとにどのデータを見られ、変更・承認・出力できるかで評価します。個人情報保護委員会のガイドラインは、個人データの安全管理措置について、組織的・人的・物理的・技術的な観点を整理しています。RFPには、アクセス制御、識別・認証、不正アクセス防止、操作ログ、委託先の監督を具体的に書き、受入テストで確認します。

よくある質問（FAQ）

ここでは、CodeIgniterのシステムを発注・外注するときに多い質問へ回答します。費用だけでなく、技術選定、既存システムの移行、保守の考え方も含めて確認します。

企画段階の推定では、単一業務の小規模システムは100万〜300万円、複数機能の中小規模は300万〜800万円、部門横断は500万〜1,000万円、大規模な基幹連携は800万円〜数千万円以上が目安です。これはCodeIgniter固有の公表価格ではなく、2026年の業務システム相場を当てはめたレンジです。画面数や権限、移行、連携、非機能要件を伝えて個別見積もりを取ります。

CodeIgniterは軽量で、必要な機能を選んで構成しやすいフレームワークですが、採用しただけで総額が安くなるとは限りません。費用の中心は、業務整理、設計、実装、テスト、データ移行、セキュリティ、保守だからです。不要な機能を抱えずに開発できる可能性はありますが、業務要件と開発体制をそろえて比較します。

依頼できますが、会社の選定時にCI3の解析とCI4の設計を両方確認します。移行対象のコード、独自ライブラリ、PHP、Composer、DB、認証、バッチ、テスト、サーバーを棚卸しし、段階移行、現行延命、新規再構築の比較を提案してもらいます。移行作業だけでなく、データの整合性、画面の操作性、権限、性能、リリース後の保守まで含めた計画が必要です。

相談できます。RFPがない場合は、現在の業務の流れ、困っていること、利用者、期限、既存のExcelやシステム、予算の考え方を整理して初回相談へ持参します。要件定義を有償で依頼する場合は、成果物として業務フロー、課題一覧、機能一覧、優先順位、概算見積もり、次工程の提案を受け取れるか確認します。

まとめ

CodeIgniterのシステムを発注・外注するときは、フレームワーク名から会社を探すのではなく、業務の目的、利用者、データ、権限、外部連携、非機能要件を整理してから相談します。発注形態は、社内の体制と要件の確度に応じて、一括請負、工程分割、準委任を使い分けます。要件が曖昧な段階では要件定義を先に委託し、決まった範囲を開発契約へ移す方法もあります。

費用は、CodeIgniterの利用料ではなく、要件定義・設計・実装・テスト・移行・保守の範囲で決まります。小規模100万〜300万円、中小規模300万〜800万円、部門横断500万〜1,000万円、大規模800万円〜数千万円以上というレンジは企画用の目安として使い、見積書では画面数、権限、連携、データ件数、診断、納品物、保守条件をそろえて比較します。

まずは現行業務の流れと、利用者・データ・権限・連携の一覧を作り、MustとShouldを分けます。そのうえで、CodeIgniter 4の新規開発か、CI3の保守・移行か、別の選択肢も含めて提案できる会社へRFPまたは相談資料を渡します。開発実績だけでなく、要件定義から保守、ソースコードと設計書の納品、脆弱性対応、契約終了時の引き継ぎまで確認すると、公開後も運用しやすいシステムを発注できます。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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