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

Yiiのシステム開発を発注・外注するなら、Yiiの知名度やライセンス費だけで判断せず、既存資産の状態、業務要件、保守期限、データ移行まで含めて委託範囲を決めることが重要です。YiiはPHPで動くWebアプリケーションフレームワークであり、受発注・在庫・顧客・求人・予約・会員管理などの独自業務をシステム化する土台として使われます。

この記事では、Yiiのシステムを発注・外注・委託する際の進め方を、発注形態の選択、RFPと要件整理、契約形態、費用相場、委託先の選び方、見積書の比較方法まで順番に解説します。2026年時点のYiiの保守状況や、Yii1からYii2・Yii3を見据えた判断、個人情報や電子帳簿保存法などの確認ポイントも整理します。

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

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

Yiiのシステムは、完成済みの業務パッケージではありません。Yiiというフレームワークを基盤に、企業ごとの業務ルール、画面、データベース、外部サービス連携を組み合わせて作るWebシステムです。そのため、発注時の比較対象は「Yiiを使える会社」だけではなく、業務を整理し、設計・開発・移行・運用まで責任を持てる会社となります。

YiiはPHPで作られたオープンソースのフレームワークです。Model・View・Controllerに役割を分けるMVCを基本とし、データや業務ルール、画面表示、入力処理を整理して開発します。Active Record、Query Builder、バリデーション、フォーム、一覧画面、ページネーションなどが用意されているため、顧客マスタや商品マスタ、受注一覧のような管理機能を組み立てやすい点が特徴です。

Giiを使うと、データベースのテーブルをもとにModelやCRUD画面のひな形を生成できます。ただし、生成されたコードだけで本番運用できるわけではありません。部署ごとの閲覧範囲、承認経路、入力制御、操作ログ、エラー処理、テストなどは業務に合わせて設計・実装する必要があります。発注者は「画面を作る」ではなく「誰が、どのデータを、どの条件で扱うか」を伝えることが大切です。

受発注、在庫、求人、予約、会員、社内ポータルのように、標準パッケージでは自社独自の業務ルールを表現しにくい領域は、Yiiを使った個別開発と相性が良い場合があります。既存のPHP・Yiiシステムを活かしながらAPIを追加したり、管理画面を改修したりする案件も、資産を捨てずに改善できる選択肢となります。

一方、会計、勤怠、請求など法改正への追随が頻繁な領域は、SaaSやパッケージを導入し、Yii側とはAPIやCSVで連携する方が合理的なことがあります。Yiiで何でも作るのではなく、独自性が必要な業務はYii、標準化しやすい業務は既製サービスというように分けると、初期費用と将来の保守負担を抑えやすくなります。

Yiiのシステム発注・外注形態はどのように選びますか？

発注形態は、ゼロから作るか、既存のYiiを直すか、SaaSやパッケージと組み合わせるかで決まります。最初から開発会社を一社に決めるのではなく、業務のどの部分を自社で持ち、どの部分を外注するかを分けて考えると、見積比較がしやすくなります。

新規開発では、業務フローが既存製品に合わない場合や、外部サービスとの連携が競争力になる場合にYiiを採用します。発注者は、機能一覧だけでなく、利用者数、同時アクセスのピーク、データ保存年数、外部API、スマートフォン対応、権限、帳票、障害時の復旧目標を提示します。これらが曖昧なまま「受発注システム一式」と依頼すると、会社ごとに想定範囲が変わり、安い見積と高い見積を公平に比較できません。

新規案件でYii1を指定するのは慎重な判断が必要です。Yii公式のリリースサイクルでは、Yii1.1はメンテナンスモードで、EOLは2026年12月31日と案内されています。新規開発ではPHPの対応範囲と長期保守を確認し、Yii2やYii3を含めた候補の比較、または他のPHPフレームワークとの総保有コスト比較をRFPに含めると安心です。

既存システムの外注では、いきなり画面追加を依頼せず、現状調査を最初の契約に分ける方法が安全です。PHPとYiiのバージョン、Composerの依存パッケージ、データベース、OS、インフラ、バッチ、外部連携、テストの有無、脆弱性、ソースコードと設計書の所在を確認します。担当者しか分からない仕様が多い場合は、画面一覧と業務ヒアリングを成果物に含めます。

保守会社の変更では、ソースコード一式だけでなく、環境構築手順、データベース定義、定期処理、管理者アカウントの受け渡し、障害履歴まで確認します。Yii1を一括移行できない場合は、PHP更新、認証の見直し、API化、共通マスタの切り出しなど、リスクの高い箇所から段階的に改修する計画が現実的です。

会計や請求をSaaSに任せ、Yiiでは社内の案件管理や独自の承認画面を担当させるような分担も可能です。この場合、画面数よりもデータ連携の設計が重要になります。連携方向、同期頻度、重複時の扱い、失敗時の再送、項目の変換、APIのレート制限、連携停止時の手動運用まで発注条件に含めます。

法令改正や税率変更をサービス側に任せられる一方で、API仕様変更やサービス停止に影響されるリスクもあります。委託先には、連携仕様書、テスト用アカウント、障害時の切り戻し手順、サービス側の変更を誰が監視するかを確認します。単純なCSV連携で始め、利用状況を見ながらリアルタイム連携に広げる方法も選択肢となります。

Yiiの発注を成功させるRFP・要件整理の進め方

RFPは、開発会社に希望を伝えるための依頼書です。専門用語を並べるより、現状の課題、達成したい成果、利用者、扱うデータ、期限、予算の考え方をそろえることが重要です。RFPの粒度がそろうと、複数社から同じ前提の提案を受けやすくなり、見積金額の差が「抜け漏れ」なのか「技術や体制の違い」なのか判断しやすくなります。

最初に、現在の業務を「誰が」「いつ」「何を受け取り」「どの判断をし」「何を出力するか」で書き出します。たとえば受注業務であれば、見積、受注登録、在庫引当、出荷、請求、返品、月次集計までを一連の流れにします。例外処理やExcelで行っている補正も書き出さないと、完成後に現場が使えない機能になりやすいです。

次に、導入目的を「入力時間を短くする」「二重入力をなくす」「承認状況を見える化する」「監査に必要な履歴を残す」のように具体化します。目的が違えば優先すべき機能も変わります。画面を増やすこと自体を目的にせず、導入後に測る指標、たとえば処理時間、入力ミス、未処理件数、月次締め日数などを決めておくと、不要な機能を削りやすくなります。

機能要件には、ログイン、ユーザー・権限管理、マスタ、検索、登録・更新、承認、通知、帳票、CSV、APIなど、システムが実行する処理を書きます。「CSV出力」と書く場合も、対象項目、文字コード、出力条件、件数上限、出力権限、出力ログまで決めると認識違いが減ります。RBACを利用する場合は、役割名だけでなく、画面・操作・データ範囲ごとの可否を整理します。

非機能要件には、性能、可用性、セキュリティ、バックアップ、監視、障害復旧、運用時間、保守時間、法令対応を記載します。個人情報を扱うなら、保存項目、アクセス制御、操作ログ、暗号化、削除依頼への対応を決めます。電子帳簿保存法やインボイス制度に関係する場合は、保存対象、検索条件、訂正・削除の履歴、登録番号・税率・税額の扱いを業務担当者と確認します。

RFPには、要件定義書、画面一覧、画面遷移図、データベース定義、API仕様書、テスト計画・結果、操作マニュアル、運用手順、インフラ構成図、ソースコードなど、納品を求める成果物を記載します。発注者が用意するものも明記し、業務ルールの決定、マスタのクレンジング、受入テスト、社内教育、データ移行の確認を誰が担当するかを決めます。

既存Yiiの改修では、現行ソース、設計書、テストデータをどの範囲で共有できるかも重要です。機密情報を含む場合は、秘密保持契約の締結後に限定環境で共有します。技術選定を開発会社に任せる場合も、Yiiのバージョン、PHPの対応方針、将来の移行計画、オープンソースの更新責任を提案書で説明してもらいます。

Yiiのシステム開発で選ぶ契約形態と注意点

契約形態は、仕様がどの程度固まっているか、成果物をどこまで確定できるか、発注者がどの程度プロジェクトに参加できるかで選びます。契約名だけで安心せず、作業範囲、検収条件、仕様変更、知的財産権、再委託、保守、障害対応を条項と別紙で確認することが大切です。

準委任契約は、専門家の作業時間や役割に対して委託する形態です。現行Yiiの調査、要件定義、技術検証、アジャイルな改善、保守運用のように、開始時点で仕様や工数を完全に確定しにくい仕事に向いています。発注者は、月ごとの稼働時間、担当者、定例会、報告内容、作業の優先順位、成果物の扱いを具体的に決めます。

準委任だから成果物が不要という意味ではありません。調査報告書、課題一覧、設計メモ、テスト結果、変更履歴など、作業の結果を確認できる形にします。特に属人化したYiiシステムでは、担当エンジニアが退場した後に引き継げる資料を毎月残すことが、将来の外注先変更や内製化の選択肢を守ります。

請負契約は、合意した成果物を完成させ、検収を受けることを前提にする形態です。要件、画面、API、テスト条件、納期、検収期間が明確な開発で使いやすいです。仕様変更が多い案件で請負範囲を曖昧にすると、追加費用や納期延長の原因となるため、変更管理の手順と追加見積の基準を契約前に決めます。

検収条件は「動けばよい」ではなく、重要な業務シナリオを合格基準にします。たとえば受注登録から請求までの一連の処理、権限別の表示、外部API停止時のエラー、バックアップからの復旧、帳票の出力結果を確認します。ソースコードの利用権、著作権の帰属、第三者ライブラリのライセンス、脆弱性修正の責任も契約書と納品物一覧で確認します。

リリース後は、障害対応だけでなく、PHP・Yii・Composer依存パッケージの更新、脆弱性情報の確認、ログ監視、バックアップ、軽微改修、法改正対応が発生します。保守契約では、受付時間、一次回答、復旧目標、休日対応、重大度の定義、月間の改修時間、含まれない作業、単価、報告書を明記します。年間保守費用は、一般的な業務システムでは初期開発費の15〜20%が一つの目安とされますが、Yii固有の統計ではなく、監視や改修範囲によって変わる参考値です（出典: NotebookLMリサーチノート「Yiiのシステム」、2026年）。

2026年8月時点で、Yii公式サイトはYii2の2.0.55を最新リリースとして案内しています（出典: Yii公式「Download」、2026年5月）。また、Yii公式のリリースサイクルでは、Yii2の2.0.50以降はセキュリティ・PHP互換性修正が2026年11月23日まで、EOLが2027年11月23日とされています（出典: Yii公式「Release Cycle」、2026年確認）。保守契約では「最新版対応」とだけ書かず、どのバージョンまで、いつ、誰が更新判断をするかを確認します。

Yiiのシステム開発費用・相場とコストの内訳

Yii自体はオープンソースで、公式ダウンロードページではBSDライセンスのもとで無料利用できると案内されています。ただし、ライセンス費が無料でも、要件定義、設計、実装、テスト、データ移行、クラウド、監視、保守の費用は発生します。費用はYiiという名前だけでは決まらず、画面数、業務ルール、連携数、データ量、性能要件、セキュリティ要件、納期で変わります。

2026年版のSIAの公開情報では、小規模な業務管理ツールなどが100万〜300万円、中規模の部門横断システムや会員制Webシステムが500万〜1,000万円、大規模な基幹システムが1,000万円〜数千万円以上、人月単価が60万〜200万円程度とされています（出典: SIA株式会社「システム開発の費用・相場 2026年版」）。一方、モカモコの2026年版の目安では、中規模の業務システムなどが100万〜500万円、大規模開発が500万円以上とされています（出典: モカモコ株式会社「システム開発の費用相場完全ガイド 2026年版」）。会社や前提条件が違うため、数字は相場観として扱います。

これらをYiiの業務Webシステムに当てはめる場合、ログイン、1〜3個のマスタ、一覧、CSV、簡易権限に絞った小規模案件は150万〜400万円程度、受発注・在庫・顧客管理、帳票、外部API、部署別権限、データ移行を含む中規模案件は500万〜1,200万円程度が一つの推定レンジです。複数拠点、多権限、基幹連携、大量データ、冗長化、監査ログ、段階移行を含む大規模案件は1,200万〜5,000万円超となる可能性があります。これはYii専用の公的統計ではなく、一般的なPHP・業務Webシステムの公開相場と要件を組み合わせた推定です。

見積書では、要件定義、基本設計、詳細設計、画面・API開発、インフラ構築、テスト、データ移行、教育、リリース支援を分けてもらいます。特に要件定義と移行が「一式」に含まれると、作業量や責任範囲が見えなくなります。既存Yiiの改修では、現状調査、PHP更新、Composer依存の整理、脆弱性対応、回帰テストを別項目にしてもらうと、安いが危険な見積を見分けやすくなります。

初期費用のほかに、クラウドのサーバー、データベース、バックアップ、監視、メール・決済など外部サービスの利用料がかかります。リリース後の保守、脆弱性診断、法改正対応、追加開発、問い合わせ窓口もランニングコストです。発注時には初期費用だけでなく、3年または5年の総保有コストを並べ、SaaSを併用した場合や段階開発にした場合も比較します。

Yiiの委託先選定と見積比較で確認すべきポイント

委託先は、Yiiのキーワードを掲げているかだけでなく、実際に担当するエンジニアがYii1・Yii2のコードを読めるか、PHP・Composer・データベース・クラウドまで見られるかを確認します。公開実績として受発注・在庫、物件検索、求人、顧客管理などが紹介されていても、現在の担当体制や現役案件の有無は会社ごとに確認が必要です。

実績確認では、会社名と案件名だけで判断しません。「Yii1かYii2か」「PHPとDBは何か」「利用者数やデータ件数はどの程度か」「要件定義から保守まで担当したか」「ソースコードやインフラを引き継げるか」を質問します。物件数万件規模の検索、求人、受発注・在庫など、自社の業務に近い事例を見せてもらうと、単なる技術一覧より適合度を判断しやすくなります。

担当者との面談では、技術者が「Yiiならできます」と答えるだけでなく、既存コードの調査方法、テスト不足への対応、Composer依存の更新、権限設計、バックアップと復旧、障害時の切り分けを説明できるか確認します。公開情報が古い会社の場合は、現在のYii対応状況、Yii3や他フレームワークへの移行方針をあわせて確認します。

見積比較では、総額の安さよりも、同じ条件で並んでいるかを確認します。画面数、帳票数、API連携数、同時利用者数、データ移行件数、テスト範囲、納品物、打ち合わせ回数、出張の有無、保守期間、再委託の有無をそろえます。金額が大きく違う場合は、要件定義、テスト、移行、セキュリティ、リリース支援のどこが含まれていないかを確認します。

比較表には、会社ごとの金額、期間、体制、契約形態、想定リスク、追加費用の条件、発注者に求める作業を書きます。たとえば、最安の見積がデータ移行を発注者作業としているなら、社内工数や別会社への費用を加えて比較します。提案内容が似ていても、現場ヒアリング、受入テスト支援、教育、運用開始後の伴走が含まれるかで、実際の負担は変わります。

典型的なリスクは、要件の追加で予算が膨らむこと、担当者の退職で保守できなくなること、データ移行後に数字が合わないこと、脆弱性対応が保守範囲外になることです。対策として、優先度を付けた段階リリース、変更要求の承認フロー、ソースコードと設計書の定期納品、リポジトリへのアクセス権、データ移行リハーサル、受入テストの責任分担を決めます。

個人情報や決済情報を扱う場合は、秘密保持だけでなく、アクセス制御、ログ、暗号化、バックアップ、再委託先、インシデント発生時の連絡、削除・返却の手順を契約に含めます。Yii公式のセキュリティガイドやIPAの「安全なウェブサイトの作り方」を参考に、SQLインジェクション、XSS、CSRF、認証、認可、セッション管理のテスト項目をRFPと受入基準に落とし込みます。

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

最後に、Yiiのシステムを発注する企業から寄せられやすい疑問に回答します。技術選定だけでなく、既存資産、費用、保守、契約の判断材料としてご確認ください。

小規模なYii業務Webシステムは150万〜400万円程度、中規模は500万〜1,200万円程度、大規模は1,200万〜5,000万円超が一つの推定レンジです。Yii専用の公的統計ではなく、2026年公開の一般的なシステム開発相場と、画面・連携・移行・非機能要件を組み合わせた目安です。正式な予算は、RFPと現行調査をもとに複数社から見積を取って決めます。

外注できますが、まずPHP、Yii、Composer、データベース、OS、外部連携、テストの状態を調査する必要があります。Yii公式のリリースサイクルではYii1.1のEOLが2026年12月31日とされているため、短期保守だけでなく、Yii2やYii3、別の構成への段階移行を含めて委託先に提案してもらうことをおすすめします。移行時期は業務の重要度、予算、現行コードの品質によって決めます。

Yiiの実績だけでなく、実際に担当する人がPHP、データベース、クラウド、セキュリティ、データ移行まで対応できるかで選びます。自社に近い受発注・在庫・求人・検索などの事例、対応したYiiのバージョン、成果物、保守窓口、障害時の体制を確認します。最安値の会社ではなく、見積の前提と抜け漏れを説明でき、引き継ぎ可能な資料を残す会社が適しています。

まとめ

Yiiのシステムを発注・外注するときは、まず新規開発、既存Yiiの保守改修、SaaSとの連携を切り分けます。そのうえで、業務フロー、機能要件、非機能要件、データ移行、セキュリティ、納品物、保守範囲をRFPに整理し、準委任・請負・保守の契約形態を使い分けます。

確認する項目は、(1) YiiとPHPのバージョンおよび保守期限、(2) 業務フローと優先順位、(3) 画面・データ・外部連携・非機能要件、(4) 要件定義から移行・テストまでの責任分担、(5) ソースコード・設計書・保守・障害対応の契約条件です。費用は小規模150万〜400万円程度などの推定レンジを起点にし、公開相場を根拠として使いながら、自社の要件で増減する前提で予算化します。

Yiiは、独自の業務ルールや既存PHP資産を活かせる有力な選択肢ですが、フレームワークの機能だけで発注が成功するわけではありません。Yii1の延命、Yii2の更新、Yii3や他の構成への移行、SaaSとの連携を、保守期限、セキュリティ、担当者の継続性、3年から5年の総費用で比較します。複数の委託先に同じRFPを渡し、実績・提案・見積の前提まで確認することが、納得できる外注先選びにつながります。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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