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

Cocos2d-xのシステム開発は、発注形態を決めてから、要件を整理し、試作で技術面を確かめ、委託先を選び、契約と見積もりを比べる順に進めます。この順で進めると、追加費用や手戻りを抑えやすくなります。

全体像は、Cocos2d-xのシステム開発の完全ガイドもご覧ください。

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

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

Cocos2d-xのシステムの範囲

Cocos2d-xは、C++を中心に使うオープンソースの2Dゲーム・インタラクティブアプリ向けフレームワークです。公式説明では、JavaScriptとLuaのバインディングも提供され、iOS、Android、デスクトップ、Webへ展開できる設計とされています（出典: Cocos2d-x公式「Cocos2d-x」）。

Cocos2d-x自体は、ログイン、課金、ランキング、管理画面、監視まで備えた業務システム製品ではありません。そのため、画面を描画するアプリと、データを保存・処理するサーバーを分けて見積もります。

エンジンとシステム全体の役割の分け方

発注時は、クライアント、サーバー、外部連携の担当範囲を分けて整理します。

• クライアント：シーン・レイヤー・スプライト、アニメーション、タッチ操作、UI
• サーバー：認証・ユーザーデータ・ランキング、イベント設定、課金検証、ログ・管理画面・監視
• 外部連携：広告、分析、SNSログイン、プッシュ通知の各SDK

外部SDKは、Cocos2d-xの対応範囲とは別に一覧にしておきます。切り分けずに依頼すると、画面が完成したあとでも、イベント変更や課金検証、障害調査ができない場合があります。

特に業務利用や継続運営を伴う場合は、アプリ単体ではなく、運用システムを含むサービスとして発注することが大切です。

採用に向く案件と慎重に比べたい案件

採用の可否は、表現や展開の要件、既存資産、制作体制の面から比べます。

• 候補になる用途：2Dアクション、パズル、育成、教育用ゲーミフィケーション、店頭コンテンツ
• 活用しやすい条件：軽量な2D表現、複数OSへの展開、既存C++資産や自社エンジンとの連携、細かなカスタマイズ
• 比較したい条件：3D表現、非エンジニア中心の制作、最新SDKへの長期追従、豊富なエディタ機能

比較対象には、Cocos Creator、Unity、Unreal、ネイティブ開発があります。GitHubリポジトリは、新規ユーザーにCocos Creatorを推奨し、Cocos2d-xを既存資産の保守や特定要件向けに位置付けています（出典: cocos2d/cocos2d-x GitHubリポジトリ、2026年確認）。

採用の判断は、「対応できます」という回答を受けたあとに、対象バージョン、担当者、ビルド環境、移行方針まで確かめて行います。

発注形態の選び方

発注形態には、一括委託、自社チームとの分担、技術者の稼働補完といった型があります。形を選ぶ前に、予算に加えて、自社で担える企画・素材制作・運営・意思決定を整理します。そのうえで、外部に任せる責任範囲を決めると、どの形が合うかを判断しやすくなります。

企画から運用までの一括委託

一括委託は、企画から運用までの範囲と責任分担をまとめて任せたい場合に向きます。

• 委託範囲：企画・仕様、UI・UX・イラスト、クライアント・サーバー、QA・ストア申請
• 向く体制：社内のC++・ゲーム開発の専門家が少なく、納期と責任窓口を一本化したい場合
• 発注者の役割：目的、予算、対象ユーザー、ブランド方針、社内承認期限を示す

実現方法は開発会社から提案を受けられます。一方で、ゲーム性や業務KPI、受入基準、素材・商標・個人情報の扱いを判断する責任は、発注者に残ります。

再委託がある場合は、再委託先、品質管理者、ソースコードの帰属、障害時の連絡経路を契約書に記載します。

クライアント・サーバー・運用を分ける部分委託

部分委託では、自社と外部のどちらが何を受け持つかを、先に決めておきます。

• 実装を委託：自社で企画・アートを担い、Cocos2d-xの実装を外部に依頼する形
• サーバーを委託：クライアントを内製し、サーバーと管理画面を外注する場合
• 分担の利点：既存のC++人材やアセットを活用でき、専門知識・コスト・ノウハウのバランスをとれます

担当範囲の境目では問題が起きやすくなります。たとえば、アプリの課金SDKとサーバーのレシート検証を別々の会社に分けると、障害の切り分けが難しくなります。

こうした問題を防ぐには、API仕様、エラーコード、テスト用アカウント、ビルド手順、担当範囲を示した表を、担当会社どうしで共有します。また、結合テストを担う会社も、見積書と契約書に残します。

技術支援・準委任によるチーム補強

準委任型は、社内チームに足りない専門家を一時的に組み合わせて、開発を進める方法です。

• 依頼場面：要件が変わりやすい初期企画、既存資産の調査、古い環境の復旧
• 担当者：C++とサーバーの専門家を中心に、iOS、Android、QAの専門家も、必要な期間だけ組み合わせる
• 発注側の管理：プロダクト責任者が優先順位を決め、日々の進行と意思決定を担う

納品物と完成条件が未確定でも進めやすい一方で、その分、こまめな確認が欠かせません。

月次の稼働報告に加えて、リポジトリへの反映、課題一覧、実機検証結果、次月の見通しを定例で確認すると、進み具合を把握できます。また、試作は準委任、本開発は請負、リリース後は保守契約とする組み合わせも検討できます。

RFPと要件の整理範囲

RFPは、開発会社に提案を依頼するための資料です。完成した仕様書である必要はありませんが、目的や前提が曖昧だと、各社の機能範囲がばらばらになり、金額だけで比べることになります。

まず、目的、対象ユーザー、対応端末、公開時期、予算の考え方を、一枚の資料にまとめます。さらに、既存資産と期待する成果物も加えます。

目的・KPI・対象ユーザーの定義

目的と対象ユーザーを定めるときは、KPI、ユーザーの特性、前提を、まとめて整理します。

• 改善目的とKPI：「何を改善するか」を決め、教育では継続利用率・学習完了率、店頭では体験完了率・接客時間短縮を見る
• ユーザー像：年齢・場所・通信環境、端末性能、片手操作、ログインの必要性を整理する
• 前提の共有：画面遷移図やユーザーストーリーに書き、見積もりの精度を高める

ゲームでは、継続率、課金率、イベント参加率などがKPIになります。数値は予測のままで構いませんが、計測方法と期間を決めておくと、分析SDKや管理画面の要件に落とし込めます。

子ども向けのコンテンツでは、広告、分析、アカウント情報の扱いを法務と確かめます。あわせて、保護者向けの説明やデータ削除の運用も要件に含めます。

機能要件の範囲（データと運用を含む）

要件は、アプリ機能、オンライン処理、品質条件の3つに分けて書くと、画面以外の抜けに気づけます。

• アプリ機能：画面・遷移・入力、ゲームルール・セーブ、ログイン・課金・広告、通知・ランキング、問い合わせ・退会・データ削除
• オンライン処理：アプリとAPIの通信項目、認証、サーバーでの正誤判定、管理画面で変更する項目
• 品質条件：対応OS・最低端末、目標FPS、起動・応答時間、同時接続数・復旧時間、バックアップ・ログ期間、暗号化・権限

「快適に動く」のような表現より、「対象端末で平均60fpsを目指す」「通信断から一定時間内に再接続できる」のように、検証できる言葉で書きます。

RFPに書く成果物と引き継ぎ条件

引き継ぎの対象には、実行ファイルだけでなく、開発資産や運用資料も含めます。

• 開発資産：ソースコード、Cocos2d-xの版、CMake・Xcode・Android Studio・NDKのビルド設定、外部SDK一覧
• 仕様・運用資料：API仕様・DB定義、管理画面、テスト計画・結果、操作マニュアル、障害対応手順、ストア申請情報
• 既存案件の引き継ぎ：署名鍵・証明書、ストア・クラウドアカウント、広告・分析権限、テスト端末、制作データの保管場所

秘密情報は平文のメールに添付せず、権限と、退職や契約終了時の回収方法も決めておきます。納品時に初めて求めるより、マイルストーンごとに発注者の管理下へ移すほうが安全です。

請負と準委任の選び方

請負契約は、合意した成果物の完成、検査、納品を中心に置く契約で、仕様や検収条件が明確な本開発に向きます。一方、準委任契約は、専門知識を持つ担当者の作業を委託する契約で、要件が変わりやすい企画・調査・保守に適しています。

契約名よりも、実際の作業と責任範囲を確認することが大切です。

請負契約の仕様・検収・変更管理

請負では、完成条件を契約前に明確にしておきます。対応端末と画面・機能、テスト項目、性能基準を、契約書や仕様書に書き込みます。さらに、ストア審査、納品物、検収期間、瑕疵対応期間も記載します。

仕様変更時の追加見積もり、納期の再協議、優先順位の変更方法も決めておきます。ゲームは試して初めて面白さや操作性が分かる場合があるため、調査・試作、仕様確定、本開発、保守を分ける進め方もあります。

試作の後に本開発へ進まない選択肢や、途中成果物の利用権を契約で決めておくと、双方が納得して判断を進められます。

準委任契約の体制・稼働時間・意思決定

準委任では、稼働条件、品質の確認方法、意思決定の担い手、請求単位をはっきりさせます。

• 稼働条件：月の稼働時間、担当者のスキル、作業場所、定例会議・報告内容、課題管理、納品物の扱い
• 品質の証跡：完成保証を前提にしない場合も、コードレビュー、テスト結果、設計資料、週次報告を決める
• 発注者の判断：仕様、優先順位、受入判断の担当を定め、請負との併用時は工程別の役割と請求単位を分ける

発注側にプロダクトオーナーがいないと、人員を確保していても作業が止まってしまいます。

請負と準委任を併用すると、同じ担当者の作業を二重に計上してしまう恐れがあります。その点は、契約の段階で確かめておきます。

Cocos2d-xのシステム開発費用と相場

Cocos2d-xはMITライセンスのオープンソースで、エンジン本体の利用料は原則としてかかりません。ただし、無料で使えることと、開発総額が安いことは別の話です。費用の中心は、次の5つの作業です。

• アート：画面設計、イラスト、サウンドの制作
• C++実装：Cocos2d-xで行う実装
• ネイティブSDK：端末のSDKを組み込む作業
• サーバー・管理画面：サーバーと管理画面の開発
• QA・ストア申請・運用保守：テスト、ストア申請、運用と保守

規模別の費用レンジ

公開されている2025〜2026年のゲーム・アプリ情報を、Cocos2d-x案件に当てはめて検討したレンジです。これはCocos2d-x専用の全国統計ではなく、公開された相場からの推定です。

• 試作・小規模：1画面中心の2Dミニゲームは100万〜500万円程度、小規模商用2Dゲームは500万〜1,000万円程度
• 中規模：ステージ・育成・課金・管理画面を含む案件は500万〜1,500万円程度
• 大規模：オンライン対戦・大規模運営は1,500万〜3,000万円以上、大規模タイトルは3,000万円から数億円まで広がる

株式会社ペンタゴンは、ハイパーカジュアル・2Dミニゲームを100万〜500万円と紹介しています（出典: 株式会社ペンタゴン「アプリ開発費用の相場」、2026年確認）。同社は2D中規模を500万〜1,500万円と紹介しています（出典: 株式会社ペンタゴン「アプリ開発費用の相場」、2026年確認）。

3D・オンライン対戦は1,500万〜3,000万円が目安です（出典: 株式会社ペンタゴン「アプリ開発費用の相場」、2026年確認）。大規模タイトルは3,000万円〜数億円と紹介されています（出典: 株式会社ペンタゴン「アプリ開発費用の相場」、2026年確認）。

相場は、見積書の機能と工数に分解して確かめ、比較の材料として使います。

初期費用と運用費の内訳

初期開発の見積もりは、企画から申請までの工程別に分けてもらうと、比べやすくなります。

• 企画・制作：企画・要件定義、UI・UX、アート・サウンド
• 開発・管理：クライアント、API・DB、管理画面、外部SDK、プロジェクト管理
• 検証・公開：テスト、ストア申請

ペンタゴンの公開情報では、開発工程は全体費用の50〜60%程度、テストとバグ修正は10〜20%程度、運用保守は開発費用の約15%が目安です（出典: 株式会社ペンタゴン「アプリ開発費用の相場」、2026年確認）。ただし、案件ごとに変わるため、予算計画の仮置きとして使います。

リリース後は、クラウド・DB、ログ保存、CDNの費用がかかります。ほかにも、監視・バックアップや問い合わせ・障害対応が継続して発生します。さらに、OS・SDKの更新、イベント運用、翻訳、マーケティングも継続費用になります。

サーバー費用は同時接続数やログ量で変わるため、平常時・イベント時・障害時の利用量を分けて試算します。また、広告・課金手数料とストア登録料も、開発費とは別枠になります。

委託先の選定と発注の進め方

掲載実績だけでなく、どこまで一体で担えるかを確かめます。特に、C++やiOS・Android、サーバー・管理画面の実装を、一社で担えるかを確かめます。アート、QA・ストア申請・保守、既存資産の引き継ぎまで含めて見ます。古い事例を示す会社には、現在も同じ技術者が対応できるか、ビルド環境を更新できるかも質問します。

候補会社への共通資料と質問

候補会社は3〜5社程度に絞り、同じ資料と質問で提案を比べます。

• 共有する資料：RFP、画面資料、既存ソース概要、対象端末、希望時期
• 提案で見る点：回答の速さ、曖昧な点の発見、リスクの説明、代替案の提示
• 面談で確認する体制：PM、Cocos2d-xまたはC++、サーバー、QAの担当者と再委託の有無

対応範囲、前提、追加費用の条件まで説明できる会社なら、発注後の認識違いを抑えられます。面談では、類似案件、1案件あたりの人数、稼働開始時期、連絡可能時間、障害時の一次対応者についても尋ねます。

実績は、タイトル名のほかに、自社の要件と似ている部分を説明してもらいます。

小さな試作による技術リスクの確認

新規開発では、全機能を作る前に、操作感と技術リスクを確かめる試作を行います。Cocos2d-xの版、対象OS、端末性能、フレームレート、画面切替・通信断からの復帰、課金・広告・分析SDKを、実機で検証します。

既存資産の改修では、先にビルドを再現し、依存ライブラリと秘密鍵を整理してから、範囲を決めます。試作では、実行ファイル、検証端末、計測結果、未解決の課題、量産時の工数の見通しを、成果として残します。

試作で実現できると分かっても、アート量やサーバー負荷が増えれば費用は変わります。そのため、試作の結果をRFPに反映し、本開発の見積もりを取り直す流れを計画しておきます。

QA・ストア申請・保守の発注範囲

実装の完了後に確認するテスト対象と、ストア審査後の対応条件を、先に決めておきます。ストア審査で修正が必要になった場合に備えて、対応回数と費用も決めておきます。

• 端末・表示：iOS・Androidの実機、低スペック端末、異なる画面サイズ
• 通信・状態：通信速度の変化、バックグラウンドからの復帰
• 機能・運用：課金の成功・失敗、通知、データ削除、管理画面の権限

2026年8月31日から、Google Playの新規アプリと更新提出にはAndroid 16、APIレベル36以上が必要です。

一方で、既存アプリを新しい端末のユーザーへ提供し続けるには、Android 15、APIレベル35以上が求められます（出典: Android Developers「Meet Google Play’s target API level requirement」、2026年確認）。

Appleのプライバシーマニフェストや第三者SDKのデータ利用の説明も確かめます。さらに、Gradle、NDK、Xcode、広告・分析・課金SDKの更新体制も契約に含めます。

見積もり比較の観点

相見積もりは、合計金額だけでなく、同じ範囲で比べられているかを確かめます。安く見えても、アート、サーバー、管理画面、テスト、ストア申請、リリース後の修正が別料金になっている場合があります。

各社の見積書を共通の項目に並べ直し、不明な点は「含む」「含まない」「要相談」のいずれかで答えてもらいます。

機能・工程・前提条件の同単位での比較

比較表では、作業範囲、対応条件、見積もりの前提、体制を、同じ単位でそろえておきます。

• 作業範囲：企画・要件定義・画面設計・アート、クライアント、API・DB、管理画面、課金・広告・分析、QA・申請・保守
• 対応条件：iOS・Android、対象端末数・実機テスト台数、負荷試験、翻訳、問い合わせ、障害時SLA
• 前提と体制：画面・ステージ・キャラクター・アニメーション・接続・イベント数、保存期間、外部サービス、役割、月別体制

前提を数字で示しておくと、仕様変更によって増える項目を見分けられます。

ソースコード・知的財産・セキュリティの条件

納品後に他社へ保守を移せるかを判断するため、権利、管理情報、データ利用の条件を確認します。

• 所有権・利用権：ソース、設計書、画像・音源・シナリオ、開発ツール、ビルド環境、テストデータ
• 第三者素材：汎用ライブラリや素材の改修・再利用ができる範囲を明記する
• 情報管理：個人・課金情報、分析ID、端末情報、秘密鍵、クラウド認証情報の管理者を決める

管理面では、最小権限、アクセスログ、バックアップ、退職者アカウントの停止、脆弱性対応、事故報告の期限を確かめます。

Appleのプライバシーマニフェストは、アプリや第三者SDKのデータ説明に関わります。そのため、SDK一覧とデータフローを納品物に含めると運用しやすくなります（出典: Apple Developer Documentation「Adding a privacy manifest to your app or third-party SDK」、2026年確認）。

保守契約と将来の技術更新の比較

保守費用は、バグ修正、OS・SDKの更新、ストア再提出の3つに分けて見ます。ほかに、次の項目も分けて見積もります。

• 監視・バックアップ・障害対応：運用中に継続して発生する対応
• 性能改善・イベント追加：機能や規模を広げる対応
• 管理画面の変更：管理画面の項目や権限の変更

営業時間内に限らず、夜間や休日にも対応するかを確かめます。一次回答と復旧の目標時間も、あわせて確認します。

古いCocos2d-xほど、ビルドツールや外部SDKの更新に、追加の調査が発生しやすい傾向があります。初期費用と3年程度の保守・更新費用は分けて、移行・刷新の提案力も比べます。

よくある質問

発注者の体制、引き渡し、運用、更新費用も、事前に確認しておく必要があります。

Cocos2d-xなら開発費用は安くできますか？

エンジンのライセンス費用を抑えられる可能性はありますが、開発総額が自動的に安くなるわけではありません。アートとC++実装にも費用がかかります。ほかに、ネイティブSDK、サーバー・QA、ストア申請・保守も費用の対象になります。

複数の実装方式は、同じ要件で比べます。既存資産を再利用する案件では、調査や改修の工数も含めて、新規開発との差を確認します。

古いCocos2d-x案件でも外注できますか？

外注できます。ただし、機能追加の前に、現状の調査とビルド再現を依頼します。

まず、バージョンと独自改変を確かめます。ほかに、次の点も確認します。

• 言語の構成：C++、Lua、JavaScriptの使われ方
• 外部SDK：使っている外部SDKの種類
• 対応OS・秘密鍵：対応OSと秘密鍵の管理状況
• 運用・設計資料：サーバー運用者と設計書の有無

調査の後に、現行維持、部分改修、Cocos Creatorなどへの移行、新規再構築を比べると、将来の保守費用を見通せます。

開発会社へ相談する前に何を用意すればよいですか？

まず、目的、対象ユーザー、対応OS、公開時期、予算上限または検討レンジを用意します。さらに、必要な画面やゲームルール、既存資産、参考アプリ、運用体制も準備しておきます。

仕様書がなくても、画面ラフや動画、課題の箇条書き、決定事項と未決事項があれば相談できます。開発会社には、含まれる作業、対象外の作業、前提、リスク、概算の根拠を質問します。

契約前に必ず確認すべき成果物は何ですか？

ソースコードと設計書、API仕様を確認します。ほかに、次の項目も確認します。

• DB定義：データ構造の定義
• ビルド手順：ビルドを再現するための手順
• 外部SDK一覧：利用するSDKの一覧
• テスト結果：検証の結果

署名情報の管理方法、クラウド・ストア権限、運用マニュアル、障害対応手順も確かめます。

画像・音源などの知的財産、第三者素材のライセンス、再委託先の成果物も対象になります。さらに、納品時だけでなく開発中から発注者がアクセスできる仕組みにしておくと、ベンダーロックインを避けられます。

まとめ

発注では、エンジンが無料であることや対応実績だけでなく、アプリ、バックエンド、管理画面、QA、ストア、保守まで含めて考えます。2D表現や既存C++資産を活かせるかを確かめ、Cocos CreatorやUnityも同じ要件で比べます。

発注前に確認する項目

目的とKPI、対象端末、Cocos2d-xの版、共通・OS固有実装を確認します。特に、サーバー・管理画面の担当の境目と、課金・広告・分析SDKの扱いを整理します。さらに、RFPの前提、契約、検収も確認します。

納品物、知的財産、保守・更新費用も、発注前に確認します。同じ資料で相見積もりを取り、金額に加えて、体制、リスク説明、テスト、引き継ぎ、将来のSDK更新も比べます。

小さな調査から始める発注

要件が未確定なら、まず現状調査か試作から始め、本開発の固定価格は後から求めます。既存案件ではビルドを再現して依存関係を洗い出し、新規案件では操作感と実機の性能を先に検証します。

結果をもとに、本開発のRFPと見積もりを更新します。これにより、Cocos2d-xの強みを活かしながら、発注後の追加費用と手戻りを抑えやすくなります。

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

▼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を創業。