他社が作ったアプリを引き継ぐ前のチェックリスト【確認項目×リスク度・作り直したほうが安いケース】

公開日：2026年10月20日　最終更新日：2026年10月20日

「ソースコードはもらえるので、あとはお願いします」。

開発会社を変えたい、という相談はだいたいこの一言から始まります。
ただ、実際に引き継ぎが止まるのはコードではありません。
Androidの署名鍵がどこにもない。
ストアのアカウントが前の会社の名義のまま。
Firebaseの管理者が、もう辞めた担当者の個人アドレス。
こういう状態で始めてしまうと、新しい会社は最初の1〜2ヶ月を「作る」ではなく「掘り起こす」ことに費やします。

引き継ぎの前に見ておくべきなのは、ソースコード、署名鍵と証明書、ストアアカウント、外部サービスのアカウント、ライブラリの寿命、ドキュメント、ビルドが通るか、サーバーがどこにあるか。
このあたりです。
そして正直に言うと、Androidの署名鍵がなくてPlay App Signingにも入っていない、公開中のバージョンとコードが合っていない、フレームワークがサポート終了している。
このどれかに当てはまるなら、引き継ぐより作り直したほうが安く済むことがほとんどです。

この記事では、引き継ぎ前の確認項目をリスク度つきで一覧にして、それぞれ何を見ればいいのか、どの状態なら作り直しに切り替えるべきかを書いていきます。
作り直す場合の費用感は「アプリ開発の費用相場と見積書の読み方」、どこに頼むかは「受託会社とフリーランス、どちらに頼むべきか」が参考になると思います。

引き継ぎ前に確認すべき項目の一覧

リスク度は「それが欠けていたとき、引き継ぎがどれくらい止まるか」で付けました。
高は、欠けていると公開中のアプリを更新できなくなるもの。
中は、時間と費用が余計にかかるもの。
低は、不便ではあるが何とかなるもの、という分け方です。

高が1つでもあるなら、引き継ぎを始める前にそこを片付けるのが先です。
片付かないなら、後述の「作り直したほうが安いケース」に進んでください。

各項目で何を見るか

表だけだと判断しづらいところを補足します。

署名鍵と証明書

引き継ぎの相談を受けたとき、私が最初に聞くのはAndroidの署名鍵のことです。
iOSの証明書はApple Developer Programの名義が自社なら作り直せます。
Androidのkeystoreはそうはいきません。
Play App Signingに登録してあればGoogleが署名鍵を預かっているので、アップロード鍵をなくしても再発行を申請できます。
登録していないアプリで鍵をなくすと、同じパッケージ名での更新はできなくなります。
古いアプリほどこの状態で、しかも誰もそのことに気づいていない。
もう一つ、keystoreは「ファイル」と「パスワード」の両方が要ります。
ファイルだけ受け取ってパスワードが分からない、という相談を何度か受けたことがあります。
パスワードは総当たりで解けるようなものではないので、そうなると未登録と同じ扱いです。

ストアアカウントと外部サービス

ストアアカウントが前の会社の名義になっているのは、珍しい話ではありません。
最初の開発会社が開発者登録を代行して、そのまま運用に入ったパターンですね。
関係が良いうちに、所有者を自社に移しておいてください。
App Store ConnectにもGoogle Play Consoleにも、アプリを別の開発者アカウントへ移す仕組みはあります。
ただし前の会社側の操作が必要なので、揉めてからでは動きません。
Firebaseや決済サービスも同じ構造です。
管理者が辞めた担当者の個人アドレスになっていた、というのは本当に多い。
プッシュ通知がある日突然届かなくなって、調べてみたら証明書の期限切れを更新できる人が誰もいなかった。
引き継ぎの現場で何度も見た光景です。

ソースコードとビルド

コードを受け取ったら、最初にやるのは読むことではなくビルドすることです。
ストアに出せるビルドが手元で作れて、初めて「引き継いだ」と言えます。
ここで止まる原因はだいたい決まっていて、環境構築の手順がない、特定のバージョンのXcodeやGradleでしか通らない、前の会社のCIサーバーにしか入っていない設定がある、のどれかです。
公開中のバージョンとコードが合っているかも見てください。
Gitの最新コミットが半年前なのに、ストアには先月更新されたビルドがある。
こうなっていると、前の会社の手元にだけ差分が残っています。
協力してもらえなければ、その差分は消えたのと同じです。

ライブラリの寿命

フレームワークのサポート終了は、引き継いだ直後ではなく、その後じわじわ効いてきます。
Xamarinは2024年5月にサポートが終わりました。
Cordovaや古いバージョンのReact Nativeで止まっているアプリも、最新のOSやストアの要件に追従できず、更新のたびに苦労することになります。
いま動いているからといって安心はできなくて、次のOSアップデートで動かなくなる可能性を見積もりに入れておく必要があります。

作り直したほうが安いケース

引き継ぎを依頼する側が損をしないように、ここは遠慮なく書きます。
次のどれかに当てはまるなら、引き継ぐより作り直したほうが安く済むことがほとんどです。

Androidの署名鍵がなく、Play App Signingにも登録していない。

同じアプリとして更新できないので、どのみち新しいアプリとして出し直すしかありません。
古いコードを無理に活かすより、いまの要件で作り直したほうが早いです。

ソースコードが公開中のバージョンと一致せず、前の会社の協力も得られない。

差分を推測しながら復元する作業は、新しく作るより時間がかかることがざらにあります。
しかも復元した結果が本当に合っているのか、確かめる手段がない。

フレームワークがサポート終了していて、最新のOS・ストア要件に上げられない。

引き継いだ直後は動いても、次のOSアップデートで止まります。
そのたびに延命工事をするより、サポートされているフレームワークで作り直すほうが総額は安い。

目安としては、引き継ぎのための修復作業（環境の再現、差分の復元、フレームワークの移行）に新規開発費の半分以上かかりそうなら、作り直しを考えたほうがいいと思います。
作り直すといっても、サーバー側のAPIやデータ、デザイン、仕様の理解はそのまま使えます。
ゼロからではありません。
引き継ぎと作り直しのどちらが安いかは、コードを見ないと分かりません。
コードを見ずに「引き継げます」と即答する会社より、見てから答える会社のほうが信用できます。

関係が切れる前に、前の会社に頼んでおくこと

前の会社との関係が終わる前に、次のものを受け取っておいてください。
こじれてからだと、どれも手に入りにくくなります。

よくある質問

開発会社を変えるとき、最低限なにを受け取ればいいですか？

ソースコード（Gitの履歴ごと）、Androidの署名鍵とパスワード、ストアアカウントの所有者権限、外部サービスの管理者権限、サーバーの契約名義。
この5つがあれば、あとは新しい会社が何とかします。
逆に署名鍵とストアアカウントが欠けていると、どの会社でも手が出せません。

前の会社がソースコードを渡してくれません。

契約書の納品物と知的財産権の条項を見てください。
ソースコードが納品物に含まれていて権利が発注者側にあるなら、引き渡しを求められます。
含まれていなければ交渉になりますが、応じてもらえなければ作り直しの検討に入ることになります。

Androidの署名鍵をなくしました。もう更新できませんか？

Play App Signingに登録していれば、アップロード鍵の再発行をGoogleに申請できます。
していない場合は、同じパッケージ名での更新はできません。
新しいパッケージ名で出し直して、既存のユーザーに移行をお願いすることになります。

引き継ぎにはどのくらいの期間と費用がかかりますか？

状態次第です。
鍵・アカウント・コードが揃っていてビルドがすぐ通るなら、調査と環境構築で2〜4週間、費用は数十万円くらい。
ビルドが通らない、ドキュメントがない、フレームワークが古い、となると1〜3ヶ月、費用も百万円単位になります。
コードを見てから見積もる会社を選んでください。

引き継ぎと作り直し、どちらが安いか自分で判断できますか？

署名鍵・ストアアカウント・コードの一致、ここまでは自分で確認できます。
ビルドが通るか、フレームワークが上げられるかは、エンジニアに見てもらわないと分かりません。
前の会社と新しい会社の両方から話を聞いて、材料を揃えてから決めてください。

弊社に頼む必要があるケース、ないケース

弊社の話を少しだけ。
署名鍵・ストアアカウント・ソースコードが揃っていて、ビルドが通ることまで確認できているなら、引き継ぎ自体はそれほど難しくありません。
いま候補にしている会社にそのまま頼んで大丈夫だと思います。
弊社が役に立てるのは、引き継ぐべきか作り直すべきか、コードを見て判断してほしいとき。
前の会社から何を受け取るべきか、関係が切れる前に整理したいとき。
引き継いだあとの保守まで含めて任せたいとき。
ソースコードを見せていただければ、引き継ぎと作り直しのどちらが安いかをお伝えします。

アプリの引き継ぎについて、30分で診断しています。
相談だけで終わっても構いません。