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

Yiiのシステム発注は、業務と既存資産の調査、要件整理、契約と委託先の比較の順で進めます。

進め方の各段階で、どこを誰が担うかを決めておくと、保守まで見通した開発につながります。全体像はYiiのシステム開発の完全ガイドもご覧ください。

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

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

Yiiのシステム発注の全体像

Yiiで作るシステムは、完成済みの業務パッケージではありません。Yiiは、PHPで動くWebアプリケーションフレームワークです。

Yiiのシステムは、企業ごとの業務ルール、画面、データベース、外部サービス連携を組み合わせて作ります。受発注、在庫、顧客、求人、予約、会員管理などが対象になります。そのため、発注時はYiiを使えるかだけでなく、業務整理から設計、開発、移行、運用まで責任を持てるかを確認します。

Yiiは業務Webシステムの土台となるフレームワーク

YiiはPHPで作られたオープンソースのフレームワークです。MVCの仕組みで業務処理を整理し、管理画面を組み立てるのに使えます。さらに、Active Record、Query Builder、バリデーションといった機能も用意されています。

• MVC：Model、View、Controllerに役割を分けて開発する方式です。
• 開発機能：データや業務ルール、画面表示、入力処理を整理しやすい仕組みです。
• 管理画面：フォーム、一覧、ページネーションを使い、顧客・商品マスタや受注一覧を組み立てられます。

Giiではデータベースのテーブルをもとに、ModelやCRUD画面のひな形を生成できます。ただし、生成コードだけで本番運用できるわけではありません。

さらに、部署ごとの閲覧範囲、承認経路、入力制御、操作ログ、エラー処理、テストは、開発会社が業務に合わせて設計・実装します。

発注者は、画面の希望に加えて、誰がどのデータをどの条件で扱うかを開発会社に伝えます。

Yiiでの外注が向く業務と向かない業務

業務の独自性と既存資産の有無によって、Yiiでの個別開発が向くか、既製サービスが向くかが分かれます。

• Yiiの個別開発：標準パッケージでは独自ルールを表しにくい受発注、在庫、求人、予約、会員、社内ポータルなど。
• 既存資産の改善：PHPとYiiの既存資産にAPIや管理画面を足し、資産を活かせる場合があります。
• 既製サービス：法改正への追随が頻繁な会計、勤怠、請求などは、SaaSやパッケージが合理的な場合があります。

既製サービスは、APIやCSVを使ってYiiと連携できます。独自性が必要な業務と標準化しやすい業務を分けておくと、初期費用や将来の保守負担を抑えやすくなります。

Yiiのシステム発注・外注形態の選び方

発注形態は、新規開発、既存Yiiの改修、SaaSやパッケージとの組み合わせから選びます。業務のどの部分を自社で持ち、どの部分を外注するかを分けておくと、見積を比べやすくなります。

新規Yii2・Yii3開発を外注するケース

新規開発では、業務への適合性、発注条件、Yiiの保守状況を合わせて検討します。

• 開発が向く場合：既存製品が業務フローに合わない場合や、外部連携が競争力になる場合。
• RFPに含める条件：利用者数、同時アクセス、保存年数、外部API、スマートフォン対応、権限、帳票、復旧目標を明記します。
• Yii1の指定：メンテナンス状況とPHP対応範囲を確認したうえで、長期保守の可否を判断します。

条件が曖昧なまま「受発注システム一式」と依頼すると、会社ごとに想定する範囲が変わり、見積を同じ土台で比べにくくなります。

Yii公式のリリースサイクルでは、Yii1.1はメンテナンスモードで、EOLは2026年12月31日と案内されています。そのため、Yii2やYii3、他のPHPフレームワークとの総保有コストの比較も、RFPに含めておくと安心です。

既存Yii1・Yii2の保守改修を委託するケース

既存Yiiの改修は、画面を追加する前に現状調査を別の契約として分けると安全です。調査と引き継ぎの項目を、一覧で整理します。

• 現状調査：PHP・Yiiの版、Composer依存、DB、OS、インフラ、バッチ、外部連携、テスト、脆弱性を洗い出します。
• 仕様の把握：ソースコードと設計書の所在を調べ、必要に応じて画面一覧と業務ヒアリングを成果物として残します。
• 保守会社の変更：環境構築手順、DB定義、定期処理、管理者アカウント、障害履歴を、新しい保守会社へ引き継ぎます。

Yii1を一括で移行できない場合は、リスクの高い箇所から段階的に改修します。たとえば、PHP更新、認証の見直し、API化、共通マスタの切り出しなどがあります。

SaaS・パッケージとYiiを組み合わせるケース

会計や請求はSaaSに任せ、独自の案件管理や承認画面はYiiで扱う分担もできます。その際は、データ連携の条件を先に決めておきます。

• 連携条件：方向、同期頻度、重複時の扱い、失敗時の再送、項目変換、API制限、停止時の手動運用。
• 運用リスク：法令改正や税率変更を任せられる半面、API変更やサービス停止の影響を受けます。
• 障害への備え：連携仕様書、テスト用アカウント、切り戻し手順、変更監視の担当者がそろっているかを確認します。
• 導入方法：単純なCSV連携から始め、利用状況に応じてリアルタイム連携へ広げる進め方もあります。

画面数より、連携の設計を重く見ます。

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

RFPは、開発会社に希望を伝える依頼書です。専門用語を並べるより、現状の課題、達成したい成果、利用者、扱うデータ、期限、予算の考え方を、同じ前提でそろえます。

前提をそろえると、複数社から同じ条件の提案を受けられます。そのため、見積の差が抜け漏れによるものか、技術や体制の違いによるものかを判断できます。

現状業務と発注目的の整理

業務の流れと導入目的を具体化し、必要な機能に優先順位を付けます。

• 業務フロー：誰が、いつ、何を受け取り、どう判断し、何を出力するかを書き出します。
• 業務の範囲：受注の場合は、見積、登録、在庫引当、出荷、請求、返品、月次集計まで含みます。
• 導入目的：入力時間の短縮、二重入力の解消、承認状況の可視化、監査履歴の保存などに落とし込みます。
• 効果の指標：処理時間、入力ミス、未処理件数、月次締め日数などを、測る項目として決めておく。

例外処理やExcelで行っている補正も記録しておくと、完成後に現場で使えない機能になるリスクを抑えられます。また、目的に沿った指標で効果を測ると、不要な機能を見極められます。

機能要件と非機能要件の書き分け

要件は機能要件と非機能要件に分けて、処理内容と運用条件を具体的に書きます。

• 機能要件：ログイン、権限、マスタ、検索、登録・更新、承認、通知、帳票、CSV、APIなど。
• CSV・アクセス設定：CSVの項目、文字コード、条件、上限、権限、ログ、RBACの画面・操作・データ範囲を明記します。
• 非機能要件：性能、可用性、セキュリティ、バックアップ、監視、復旧、運用・保守時間、法令対応。
• 個人情報：保存項目、アクセス制御、操作ログ、暗号化、削除依頼への対応を、事前に決めておきます。

電子帳簿保存法やインボイス制度に関係する場合は、保存対象、検索条件、訂正・削除履歴を確認します。また、登録番号、税率、税額の扱いは業務担当者と決めておきます。

RFPの成果物と責任分担

成果物と発注者側の作業をRFPに明記して、責任の境界を決めておきます。

• 納品物：要件定義書、画面一覧・遷移図、DB定義、API仕様、テスト計画・結果。
• 運用資料：操作マニュアル、運用手順、インフラ構成図、ソースコード。
• 発注者の担当：業務ルールの決定、マスタ整理、受入テスト、社内教育、移行確認の担当者を決めます。
• 既存資産の共有：現行ソース、設計書、テストデータの共有範囲を決めます。機密情報は、秘密保持契約を結んだあとに限定環境で共有します。

技術選定を委託先に任せる場合でも、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という名前だけで決まるわけではなく、データ量、性能・セキュリティ要件、納期によっても増減します。

規模別の費用の幅と目安

Yiiの開発費は、実装する機能や連携範囲に応じて、小規模から大規模まで変わります。

• 小規模：ログイン、1〜3個のマスタ、一覧、CSV、簡易権限で150万〜400万円程度。
• 中規模：受発注・在庫・顧客管理、帳票、外部API、部署別権限、移行で500万〜1,200万円程度。
• 大規模：複数拠点、多権限、基幹連携、大量データ、冗長化、監査ログ、段階移行で1,200万〜5,000万円超の可能性。

2026年版のSIA公開情報では、小規模の業務管理ツールなどは100万〜300万円です。中規模の部門横断・会員制Webは500万〜1,000万円、大規模基幹システムは1,000万円〜数千万円以上です。

同情報の人月単価は60万〜200万円程度です（出典：SIA株式会社「システム開発の費用・相場 2026年版」）。モカモコの2026年版では、中規模が100万〜500万円、大規模が500万円以上です（出典：モカモコ株式会社「システム開発の費用相場完全ガイド 2026年版」）。

会社や前提条件が違うため、数字は相場観として扱います。これはYii専用の公的統計ではなく、一般的なPHP・業務Webシステムの公開相場と要件を組み合わせた推定です。

見積で分けて確認する開発費以外のコスト

見積では、初期開発、運用、保守の費用を分けて、3年または5年の総保有コストで比べます。

• 開発工程：要件定義、基本・詳細設計、画面・API、インフラ、テスト、移行、教育、リリース支援。
• 既存改修：現状調査、PHP更新、Composer依存整理、脆弱性対応、回帰テストは、別々の項目にします。
• 運用費：サーバー、DB、バックアップ、監視、メール・決済など外部サービスの利用料。
• 保守費：脆弱性診断、法改正対応、追加開発、問い合わせ窓口など。

要件定義や移行が「一式」でまとめられていると、作業量と責任範囲が見えにくくなります。SaaS併用や段階開発の場合も、同じ区分で比べます。

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

Yiiを扱うと掲げているかだけでなく、担当エンジニアがYii1・Yii2のコードを読めるかを確認します。PHP、Composer、データベース、クラウドまで見られるかも、判断材料になります。

受発注・在庫、物件検索、求人、顧客管理などの公開実績があっても、現在の担当体制や現役案件の有無は会社ごとに確認します。

Yiiの実績で聞くバージョン・規模・担当範囲

実績では、技術、規模、担当範囲を確認し、自社業務への適合度を判断します。

• 技術：Yii1・Yii2、PHP、DBの種類と、Composer依存の更新に対応できるか。
• 規模・業務：利用者・データ件数や、数万件の物件検索、求人、受発注・在庫などの近い事例。
• 担当範囲：要件定義から保守までの経験、コードやインフラの引き継ぎ可否。
• 調査・運用力：既存コード、テスト不足、権限、バックアップ、復旧、障害切り分けへの対応。

公開情報が古い会社には、現在のYii対応状況と、Yii3や他フレームワークへの移行方針を聞きます。

見積の前提条件と抜け漏れの比較

総額の安さで決める前に、同じ前提の比較表を作ります。

• 見積条件：画面・帳票・API数、同時利用者、移行件数、テスト、納品物、打ち合わせ、出張、保守期間、再委託。
• 比較表：金額、期間、体制、契約、リスク、追加費用、発注者側の作業を並べた表にします。
• 金額差：要件定義、テスト、移行、セキュリティ、リリース支援で漏れがないかを探します。

最安の見積でも移行が発注者の作業になるなら、社内の工数や別会社への費用も加えて比べます。現場ヒアリング、受入テスト支援、教育、運用後の伴走も、実際の負担を左右します。

発注後のリスクへの備え

発注後に起きやすいリスクは、契約と開発体制で抑えます。

• 予算超過：優先度を付けた段階リリースと、変更要求の承認フローを設けます。
• 引き継ぎ困難：コードと設計書を定期的に納品してもらい、リポジトリへのアクセス権も持ちます。
• 移行・検収：移行リハーサルと受入テストの責任分担を決めます。
• 情報管理：アクセス制御、ログ、暗号化、バックアップ、再委託、事故連絡、削除・返却手順を契約します。

要件追加による予算超過、担当者の退職による保守の困難、移行後のデータ不一致、保守外の脆弱性対応も想定しておきます。個人情報や決済情報を扱う場合は、秘密保持の取り決めに加えて、情報の取り扱いも契約で定めます。

Yii公式のセキュリティガイドやIPAの「安全なウェブサイトの作り方」を参考にします。SQLインジェクション、XSS、CSRF、認証、認可、セッション管理は、RFPと受入基準に含めておきます。

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

技術選定のほか、既存資産、費用、保守、契約について、Yiiのシステム発注でよく寄せられる質問に答えます。

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

小規模なYii業務Webシステムは150万〜400万円程度、中規模は500万〜1,200万円程度、大規模は1,200万〜5,000万円超が推定レンジです。

Yii専用の公的統計ではなく、2026年公開の一般的な開発相場と画面、連携、移行、非機能要件を組み合わせた目安です。正式な予算は、RFPと現行調査をもとに複数社から見積を取って決めます。

Yii1で作られたシステムをそのまま外注できますか？

外注は可能ですが、まずPHP、Yii、Composerの状態を調査します。ほかに、次の状態も確認します。

• データベース：DBの種類と状態
• OS：稼働環境の状態
• 外部連携：外部サービスとの接続の状態
• テスト：テストの整備状況

Yii公式のリリースサイクルでは、Yii1.1のEOLは2026年12月31日です。そのため、短期の保守だけでなく、Yii2やYii3、別構成への段階移行も委託先に提案してもらいます。

移行時期は、業務の重要度、予算、現行コードの品質によって決めます。

Yiiに対応できる開発会社はどのように選べばよいですか？

Yiiの実績だけでなく、担当者がPHP、データベース、クラウド、セキュリティ、データ移行まで対応できるかを見ます。

確かめるのは、Yiiの対応バージョン、成果物、保守窓口です。ほかに、次の項目も確認します。

• 自社に近い事例：受発注・在庫・求人・検索の案件
• 障害時の体制：障害が起きたときの対応の体制

最安値の会社より、見積の前提や抜け漏れを説明でき、引き継ぎ可能な資料を残す会社が適しています。

まとめ

Yiiの発注では、新規開発、既存Yiiの保守改修、SaaS連携を切り分けます。そのうえで、業務フローと機能・非機能要件をRFPに整理します。ほかに、次の項目もRFPに含めます。

• 移行：移行リハーサルと受入テストの責任分担
• セキュリティ：情報管理の取り決めと安全対策
• 納品物：要件定義書や設計書など、成果物の範囲
• 保守：対応内容、費用の目安、対象バージョン

準委任、請負、保守の契約形態は、仕様の確定度や成果物に応じて使い分けます。

発注前に確認する5つの項目

発注前には、費用や保守に関わる条件を具体化しておきます。

• バージョン：YiiとPHPの現状および保守期限
• 業務：業務フローと優先順位
• 要件：画面、データ、外部連携、非機能要件
• 責任分担：要件定義から移行・テストまでの担当
• 契約条件：ソースコード、設計書、保守、障害対応

費用は、小規模の150万〜400万円程度などの推定レンジを起点にします。公開相場を参考にしつつ、自社の要件で増減する前提で予算を立てます。

保守と総費用から見るYiiの継続判断

Yiiは独自ルールや既存PHP資産を活かせますが、採用の判断では保守と総費用も見ます。

• 比較する構成：Yii1の延命、Yii2の更新、Yii3や他構成への移行、SaaS連携。
• 判断条件：保守期限、セキュリティ、担当者の継続性、3年から5年の総費用。
• 委託先の選定：同じRFPで実績、提案、見積の前提を比べます。

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

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【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を創業。