Androidアプリ開発の外注ポイント｜コエラーン・テクノロジー

発注前に決めておくべきこと

開発会社に相談する前に、次の点を社内で整理しておくと、見積りの精度が上がり、比較もしやすくなります。すべてを確定させる必要はありませんが、「何のためのアプリか」は必ず言葉にしておきましょう。

目的と利用者

一般消費者向けのサービスなのか、社員や取引先が使う業務アプリなのかで、求められるデザイン、ストア公開の有無、配布方法、サポート体制が大きく変わります。アプリで解決したい課題と、成功を判断する指標（会員数、業務時間の削減など）も整理しておきます。

対応する端末とOSバージョン

Androidはメーカーや機種、OSバージョンの種類が多いのが特徴です。対応範囲を広げるほど開発・テストの工数は増えます。利用者が使っている端末の傾向を把握し、「どのOSバージョン以上に対応するか」「業務用なら特定機種に限定できるか」を決めておくことが重要です。

iOS版は必要か

消費者向けサービスでは、Android版とiOS版の両方が求められることが一般的です。両方必要な場合は、OSごとに個別に開発するネイティブ開発か、Flutter などで一つのコードから両OS向けに開発するクロスプラットフォーム開発かを検討します。カメラやBluetoothなど端末の機能を深く使う場合や、長期的な保守性を重視する場合など、要件によって向き不向きがあるため、開発会社に理由も含めて提案してもらいましょう。

サーバー側の仕組み

多くのアプリは、ログイン、データの保存、プッシュ通知などのためにサーバー（API）を必要とします。既存のWebシステムと連携するのか、新たに構築するのかによって、費用と期間は大きく変わります。アプリ単体の見積りだけで判断しないよう注意が必要です。

契約形態の違いを理解する

システム開発の外注では、主に「請負契約」と「準委任契約」が使われます。

請負契約：成果物の完成を約束する契約です。仕様が明確に決まっている場合に向いており、費用が確定しやすい反面、途中の仕様変更には追加の見積りと調整が必要になります。
準委任契約：作業そのものを依頼する契約です。仕様を固めきれない新規サービスや、リリース後に改善を続ける開発に向いています。

要件定義までを準委任で進め、仕様が固まった開発部分を請負にするなど、工程によって使い分ける方法もあります。どちらの場合も、作業範囲、成果物、検収の方法を契約書で明確にしておくことが大切です。

開発会社を選ぶときのチェックポイント

Androidアプリの開発・ストア公開の経験があり、具体的な進め方を説明できるか
アプリだけでなく、サーバー側やインフラまで含めて相談できるか
見積りの内訳（画面数、機能、テスト、ストア申請、プロジェクト管理など）が明示されているか
デザイン・試作の段階で、実際に触って確認できる機会を設けてくれるか
テストをどの端末・OSバージョンで、どのように行うかが決まっているか
質問への回答が早く、専門用語をかみ砕いて説明してくれるか
リリース後の保守・運用について、体制と費用の提案があるか

見積り金額だけで比較すると、テストや保守が含まれていない見積りが安く見えてしまいます。複数社を比較する際は、同じ前提条件をそろえて依頼し、内訳の項目で比べるようにしましょう。

権利とアカウントは必ず自社で管理する

外注で特に見落とされやすいのが、アプリに関する権利とアカウントの管理です。

Google Play Console のデベロッパーアカウントは、原則として自社名義で作成し、開発会社には権限を付与する形にします。開発会社名義で公開すると、契約終了時の移管が手間になります。
アプリの署名鍵の管理方法を確認します。署名鍵を失うと、同じアプリとしてアップデートを配信できなくなる場合があります。
ソースコードの著作権と引き渡しについて、契約書に明記します。納品物にソースコードを含め、自社で管理できるリポジトリに保管しておくと安心です。
地図、決済、通知などの外部サービスのアカウントも、可能な限り自社名義で契約します。

リリース後の保守を前提に計画する

アプリは公開して終わりではありません。Androidは毎年新しいバージョンが登場し、Google Play では新規アプリやアップデートが一定以上の API レベルを対象とすることが求められ、その基準は定期的に引き上げられます（参考：Google Play の対象 API レベルの要件（Android Developers））。この要件に対応しないと、アップデートを公開できなくなる可能性があります。

そのため、次のような保守作業をあらかじめ計画と予算に含めておくことが重要です。

新しいAndroidバージョン・ストア要件への対応
利用しているライブラリの更新と、脆弱性への対応
不具合の調査・修正、問い合わせ対応
サーバー側の監視・バックアップ・セキュリティ更新

開発と保守を別の会社に依頼する場合は、設計書やソースコードの説明資料など、引き継ぎに必要なドキュメントを納品物に含めておきましょう。

プロジェクト中に発注側が意識したいこと

外注しても、発注側の関与が不要になるわけではありません。定例会で進捗と課題を確認し、仕様の判断を迅速に行うことが品質と納期を左右します。社内の意思決定者を一人決め、窓口を一本化しておくと、指示の食い違いを防げます。また、開発途中のアプリを実機で触る機会を設け、早めにフィードバックすることで、完成後の「想定と違った」を減らせます。

まとめ

目的・利用者・対応端末・サーバー側の範囲を、発注前に整理する
請負と準委任の違いを理解し、工程に合わせて契約形態を選ぶ
見積りは同じ前提で依頼し、内訳で比較する
Play Console アカウント、署名鍵、ソースコードは自社で管理できる状態にする
OSやストア要件の更新を見据え、保守の体制と予算を最初から確保する

コエラーン・テクノロジー（Koelearn Technology）には、Technicolor、Alibaba、Lenovo、H3C など大手企業で開発に携わってきたエンジニアが在籍しています。企画段階のご相談から、アプリとサーバーの開発、リリース後の長期保守まで一貫してご支援します。詳しくはAndroidアプリ開発、モバイル・インターネットサービス開発、長期運用保守をご覧ください。