アプリ売却で億に届く事業の共通点

アプリ売却で億に届く事業の共通点
アプリ売却で億の値がつくかを最後に分けるのは、月商の大きさではなく事業が作った本人から切り離せているかです。買い手が買うのはあなた抜きで回る仕組みで、収益が来月も再現できるか、集客の入り口が一本足でないか、決済や署名鍵が事業の名義で分離できているか、コードを他人が運用できるか、そして伸びしろがあるか——この五つの技術的な軸で金額の桁が決まります。数字は結果であって出発点ではなく、売り手は売ると決める前にこの軸で自分の事業を棚卸しする必要があります。

アプリ売却の相場を調べていると、よく似た二つのアプリが並んでいることに気づきます。片方は月商が数百万円で、成約額が一億円に近い。もう片方は同じくらいの月商なのに、買い手がなかなかつかず、最後は誰にも引き取られないまま公開停止になる。数字だけを見比べても、この差の理由は出てきません。機能が特別に優れているわけでも、技術が飛び抜けているわけでもないのに、片方だけが億の値をつけていくのです。

私たちがアプリのM&Aを見ていて何度も確かめてきたのは、この差が「アプリの出来」ではなく「アプリという事業の作られ方」から来ているということです。億に届く事業と、値がつかずに消えていく事業のあいだには、技術的にはっきりした分岐点があります。それは移管できるかどうか、収益が来月も同じように出るかどうか、そして事業があなた一人から切り離せるかどうか、という軸に集約されます。買い手はこの点を、あなたが思っているよりずっと冷静に見ています。この記事では、アプリ売却で億という桁がつく事業とつかない事業を分ける技術的な分岐点を、金額そのものではなく「なぜその金額になるのか」という角度から一点に絞って掘ります。

億の値は「アプリ」ではなく「あなた抜きで回る仕組み」につく ── 買い手が本当に買っているもの

億の値は「アプリ」ではなく「あなた抜きで回る仕組み」につく ── 買い手が本当に買っているもの

買い手が一億円を出すとき、その人はアプリのソースコードや画面のデザインだけを買っているのではありません。買っているのは「その事業が、作った本人がいなくなっても同じように収益を生み続ける」という一点です。逆に言えば、あなたがログインを止めた瞬間に数字が崩れる事業は、どれだけ月商が高くても、買い手から見れば「あなたという人を雇う話」に見えてしまいます。事業ではなく仕事を買うことになるなら、当然そこに億の値はつきません。

この違いは、契約書の一行ではなく、日々の運用のなかに埋まっています。毎朝あなたが手作業で在庫や順位を更新している、問い合わせの一次対応をあなたしかできない、障害が起きたらあなたのスマホにだけ通知が飛ぶ、審査でリジェクトされたときの申し開きの文面があなたの頭の中にしかない。こうした「あなたが回している」部分が多いほど、買い手はそれを引き継ぐ手間と、引き継げないリスクを差し引いて値付けします。同じ月商でも、放っておいても回る事業と、あなたが張り付いて回している事業では、倍率がまるで変わります。

私たちが繰り返し見てきたのは、億に届いた事業ほど、売り手が「自分がいなくても回る状態」を売る前に意図して作っていたということです。運用を仕組みに落とし、通知の宛先を個人ではなく役割に紐づけ、審査対応やリリース手順を文書に残す。派手さはありませんが、この地味な下ごしらえこそが、事業を「あなた抜きで回る仕組み」に変え、金額の桁を押し上げます。そして同じ準備が、そのまま引き渡し当日の成否も左右します。そこで実際に何が起きるかはアプリ売却の事例が語らない移管作業で扱いました。買い手にとっての安心が、そのまま倍率になって返ってくるのです。

倍率を決めるのは「来月も同じ数字が出る」確度 ── 収益の再現性

倍率を決めるのは「来月も同じ数字が出る」確度 ── 収益の再現性

買い手が最初に確かめるのは、月商の絶対額ではなく「その数字がどれくらい確実に来月も出るか」です。これを私たちは収益の再現性と呼んでいます。同じ月商三百万円でも、毎月自動で課金が続く月額課金の三百万円と、単発の売り切り課金がたまたま積み上がった三百万円では、買い手の評価は倍以上変わります。前者は来月も高い確率で入ってくる収益ですが、後者は来月ゼロになっても不思議ではないからです。広告収益が中心の場合も同じで、特定の季節やバズで跳ねた月をならさずに月商として見せると、買い手は必ずそこを疑ってかかります。

この再現性は、感覚ではなく数字で証明できます。継続率を、登録翌日に何割が残っているか、七日後・三十日後にどうか、という時系列で出す。同じ月に登録した利用者のかたまり(コホート)ごとに、その後の課金がどう推移したかを追う。一人あたりの平均収益(ARPU)や、解約率がここ半年でどう動いているか。RevenueCatやApp Store Connect、Google Play Consoleに、こうした数字は最初から積み上がっています。買い手はこのデータを見て、収益の土台の厚さを測ります。どのコホートも右肩下がりで、新規登録の勢いだけで数字を保っている事業は、いまの月商が高くても「これから減る事業」として割り引かれます。

逆に、億に届く事業は「来月も同じ数字が出る」ことをデータで示せます。課金構成のどこが再現性の高い収益で、どこが一過性なのかを、売り手自身が分解して語れる。無料から有料への転換がどの画面で起きているか、返金の割合はどれくらいか、値上げをしたときに解約がどれだけ増えたか。こうした問いに数字で答えられる事業ほど、解約率が低く抑えられ、継続課金の比率が高いほど、買い手は将来の収益を安心して積み上げられます。アプリ内課金の比率が売却額をどう左右するかはアプリ売却の相場を決めるIAP比率で掘り下げていますが、要は「読める収益」であるほど高く買われる、ということです。

単一チャネル依存という時限爆弾 ── 億を逃す一番多い理由

単一チャネル依存という時限爆弾 ── 億を逃す一番多い理由

収益が再現できるように見えても、その入り口が一本しかない事業は、買い手から見ると爆弾を抱えています。新規利用者の八割が特定のインフルエンサーの紹介から来ている、あるいはAppleの「今日のApp」に一度取り上げられた流入や、一時的なランキング上位だけで成り立っている、といった状態です。私たちはこれを単一チャネル依存と呼んでいます。ストアの検索順位(ASO)はアルゴリズムの更新一つで大きく動きますし、レビューを意図的に荒らされれば評価が急落することもある。その一本が細れば、収益はまとめて消えます。買い手はこの一本が「あなたと一緒に去る種類のものか」を必ず確認します。

特にやっかいなのが、集客の入り口が売り手個人の人格に紐づいているケースです。売り手のSNSアカウントからの流入、売り手の名前で書かれた記事、売り手が個人的に築いた紹介関係、有料広告を回している運用ノウハウ。これらは事業と一緒に譲渡できません。買い手が引き継いだ瞬間に、入り口だけが本人ごと抜けていく。数字の上では立派な事業に見えても、譲渡できない入り口に支えられた収益は、買い手にとって「買った翌月に消える収益」です。ここで億の話は静かに立ち消えます。

見落とされがちですが、ストアの評価そのものも一種のチャネルです。星の平均が高く、レビューの数が積み上がっているほど、検索で上位に出やすく、初めて見た人がインストールを決めやすい。この評価は事業と一緒に引き継げる資産ですが、逆に低評価を放置していたり、規約すれすれの手口で評価を集めていたりすると、買い手はそこにリスクを見ます。だからこそ億に届く事業は、集客の入り口が複数に分散し、かつ仕組みとして残せる形になっています。ストアの検索経由、広告経由、既存利用者の口コミ経由、アプリ内からの再訪促し(プッシュ通知やメール)が、どれか一本に偏らずに回っている。広告を回しているなら、その設計と実績が数字とともに引き継げる形で残っている。どの入り口も特定の個人ではなく、引き継げる資産や運用に紐づいている。買い手はこの分散度を見て、「自分が引き継いでも入り口は残る」と判断できて初めて、高い倍率を出します。

外部依存が「あなたの名義」で結ばれているとき ── 分離できない価値は値引きされる

外部依存が「あなたの名義」で結ばれているとき ── 分離できない価値は値引きされる

アプリは、単体で動いているように見えて、実際には多くの外部サービスとの契約の束でつながっています。決済のStripe、アプリ内課金のApp StoreとGoogle Play、通知のFirebase Cloud MessagingやAPNs、認証、分析、地図、エラー監視のSentry、バックエンドのサーバやデータベース。この一つひとつが、誰の名義で・誰のクレジットカードで契約されているか。ここが売り手個人の名義のまま散らばっていると、事業は「あなたと外部サービスの私的な関係の集まり」になっていて、そのままでは引き渡せません。

買い手にとって怖いのは、名義が個人のままだと、引き継いだ後もお金や通知が旧オーナー側に流れ続ける点です。決済の入金先が旧オーナーの口座のまま、外部サービスからの通知(Webhook)の宛先が旧オーナーのサーバを向いたまま、プッシュ通知の証明書が旧オーナー個人のApple IDに紐づいたまま。差し替えを一つでも漏らせば、買い手は自分の事業なのにお金を受け取れない、あるいは重要な通知が届かない状態に置かれます。アプリではこの束が特に厚く、しかも移管に本人確認や書類が要るものも多いため、分離できていないほど、そのまま値引きの理由になります。

億に届く事業は、外部サービスの契約が事業の名義(法人あるいは事業用に分けたアカウント)で結ばれ、個人の生活と切り離されています。名義がそろっていれば、移管は「所有権の付け替え」で済み、買い手は引き継ぎ後の運用を計算できます。アプリの同一性を証明する署名鍵ひとつ取っても、これが個人アカウントに埋まっているか、事業として分離されているかで査定が根本から変わることはアプリ売却の査定額は署名鍵で決まるで詳しく扱いました。そもそも名義が個人のままだと売却そのものが止まりかねないことは個人開発の売却を止めるアカウント名義で整理しています。ストアの開発者アカウントの移管に法人の登録情報が要る場面もあり、ここが個人のままだと引き渡しの日程すら組めません。名義が整っている事業は、買い手候補が安心して交渉のテーブルにつけるという意味でも有利です。

属人性という割引率 ── 「あなたしか直せない」コードの値段

属人性という割引率 ── 「あなたしか直せない」コードの値段

ここまでの分離が進んでいても、最後に残るのがコードそのものの属人性、つまり「特定の人にしかいじれない状態」です。ビルドが売り手の特定のMacでしか通らない、環境構築の手順がどこにも書かれていない、APIキーや証明書が本人の頭とローカル環境にしか揃っていない、テストが一本もなく、どこを直すと何が壊れるか本人の記憶にしかない。こうした事業は、買い手のエンジニアがコードを開いた瞬間に「これは自分たちが引き継いで運用できるのか」という不安に変わります。その不安は、そのまま割引率になります。

買い手側の技術デューデリジェンス(買収前の技術的な精査)では、コードの綺麗さよりも「引き継いだ後に、自分たちの手で安全に変更を加えられるか」を見ます。動くけれど誰も触れないコードは、資産ではなく地雷原です。テストがなければ一つの修正が別の場所を壊し、その連鎖を追える人が本人しかいなければ、買い手は運用のたびに旧オーナーへ問い合わせることになります。ビルドやリリースが手作業の秘伝の手順に頼っているほど、引き継ぎのたびに事故が起きる。これが積み重なる技術的負債として、SaaSでもアプリでも同じように値引きの根拠になります。SaaSでこの負債がどう値引きに直結するかはSaaS売却で値引きされる技術的負債で扱っています。

億に届く事業は、コードが「本人以外でも運用できる」状態に整えられています。環境構築が手順どおりに再現でき、ビルドやリリースが自動化され、APIキーや証明書の在りかが一覧になっていて、主要な処理にテストがあり、なぜその設計にしたかの理由が残っている。買い手のエンジニアが数日でコードの全体像をつかめる事業は、それだけで引き継ぎの不安が小さく、割引の理由が減ります。派手な機能よりも、この「他人が触れる」度合いが倍率を押し上げます。買い手が値付けしているのは、いまの完成度ではなく、引き継いだ後に自分たちが育てられるかどうかだからです。

成長の天井 ── 買い手が値付けするのは現在ではなく「伸びしろ」

成長の天井 ── 買い手が値付けするのは現在ではなく「伸びしろ」

収益が再現でき、外部依存も分離され、コードも他人が触れる。それでも億に届くかどうかを最後に分けるのが、成長の天井の有無です。買い手が一億円を出すのは、現在の月商に対してではなく、引き継いだ後にその数字を伸ばせるという見立てに対してです。だからこそ買い手は、「この事業はどこまで伸びて、どこで頭打ちになるか」を技術と市場の両面から見ます。

技術面での天井は、たとえば利用者が十倍になったときにサーバ費用が十倍以上に膨らむ料金構造や、いまの設計のままでは機能を足すたびに壊れる作りに現れます。一人あたりの獲得コストと、その利用者が生涯に生む収益の関係(採算の構造)が崩れていれば、広告を増やしても赤字が膨らむだけで伸ばせません。実際に私たちがよく見るのは、現在の数字は申し分ないのに、機能の一つが特定の外部サービスの無料枠にぶら下がっていて、利用者が増えた瞬間に有料の階段を駆け上がる構造になっている、といった天井です。買い手のエンジニアはこうした「増えたら壊れる」「増えたら赤字になる」箇所を、料金表と設計を突き合わせて見抜きます。市場面での天井は、対象がごく狭い層で、すでにその層をほぼ取り切ってしまっている、あるいは横に広げる余地がない、といった形で現れます。天井が近い事業は、たとえ現在の数字が良くても、買い手は「伸びしろがない」と判断し、倍率を下げます。

逆に、いまは小さくても天井が高い事業は、現在の数字以上の値がつきます。同じ仕組みを別の言語圏や隣の用途へ広げられる、利用者が増えてもコストが比例して増えない設計になっている、機能を足しても壊れない土台がある。買い手はこの「伸ばせる余白」を数字に織り込みます。アプリ売却で億という桁が現実になるのは、多くの場合、現在の収益が特別に大きいからではなく、この余白が明確に見えていて、しかもそれを引き継いだ買い手が実際に取りにいけると信じられるときです。

億に届いた事業が売る前にやっていた「切り離し」

億に届いた事業が売る前にやっていた「切り離し」

ここまで見てきた分岐点は、どれも売ると決めてから一週間で用意できるものではありません。名義をそろえ、収益の再現性をデータで示せるようにし、集客の入り口を分散させ、コードを他人が触れる状態に整え、伸びしろを言葉と数字で示せるようにする。これらは日々の運用のなかで少しずつ積み上がるもので、億に届いた事業は例外なく、売却を意識するずっと前から、意図せずあるいは意図して「自分と事業の切り離し」を進めていました。切り離しが進んでいる事業は、皮肉なことに、売り手が手を離しても平気なので、焦って安く売る必要もありません。

だからこそ、売り手にとって一番早い改善は、売る前に自分の事業がこの軸のどこで減点されるかを知ることです。収益の再現性はデータで語れるか、入り口は一本足になっていないか、外部サービスと署名鍵は事業の名義で分離できているか、コードは本人以外でも運用できるか、そして伸びしろを買い手に示せるか。この五つを、買い手の目線で一度棚卸しするだけで、同じ事業でも見え方が変わり、どこに手を入れれば桁が変わるかが見えてきます。逆に言えば、いま億に届かない事業でも、減点されている軸を一つずつ潰していけば、半年後の値付けはまったく違うものになり得ます。売却は思い立ってから慌てて磨くものではなく、日々の運用のなかで少しずつ「他人に渡せる形」に近づけていく作業の延長線上にあるのです。

移管まで見据えて自分のアプリの現在地を掴みたいときは、スマホアプリ売却の無料査定で、想定売却額のレンジと、どの軸が評価されているのかを確認できます(登録不要)。数字そのものより、その数字がなぜつくのかを知ることが、億に届くための最初の一歩になります。

この記事の著者

黒沢 大輔

株式会社studio C 代表取締役

これまで4回の事業譲渡を実現。上場企業にてエンジニア、制作ディレクション、SEO事業立ち上げを歴任。副業で始めた複数の掲示板サイトを国内最大規模まで成長させて事業譲渡。日本のM&Aに透明性と精度をもたらすべく、デジタル事業のM&Aプラットフォーム『RIKKA M&A』を立ち上げ。