売り手向け

サイト売却の相談を受けていると、金額の交渉が終わって着金まで済んだあと、しばらくして「確定申告はどうすればいいのか」という問い合わせが戻ってくることがよくあります。

アプリ売却はどこでするのが正解か。売却先を個人間の直接取引・ストアの譲渡機能・仲介やマーケットの三つの型に分け、署名鍵やソースコードなど技術資産の評価、引き継ぎ実務の伴走、トラブル時の保全がどう変わるかを、料金比較では見えない現場の視点で整理します。

アプリ売却で億に届く事業と、値がつかず消える事業の差は出来ではなく作られ方にある。収益の再現性、単一チャネル依存、外部依存と署名鍵の分離、コードの属人性、成長の天井という技術DDの五つの軸で、なぜその金額がつくのかを一点突破で解説します。

アプリ売却の事例は「いくらで売れた」を語るが、その数字を成約に変える移管作業は語らない。開発者アカウントの名義、署名鍵とAPIキー、データの引き継ぎ可否、属人性という見えない負債を、売り手が売る前にやること・買い手が数字の裏で確認することとして整理する。

GA4やGTM、広告アカウントの所有者が代理店や個人アカウントのままだと、事業を買っても計測は付いてこない。作り直せば前年同月比も広告の学習も失われる。移管の難易度はほぼゼロなのに実行されない理由と、買い手が確認すべき管理者一覧を整理する。

コードは残るが「なぜこの構成なのか」という判断の理由は、書かなければ消える。買い手は奇妙な実装を前に、制約下の合理的判断か単なる無知かを区別できず、区別できないコードには手を入れない。触られない領域が固定される構造と、1行のコメントで足りる処方箋を整理する。

外注や業務委託で作られたコードの著作権は、契約に譲渡の定めがなければ制作者側に残るのが原則と解されます。代金を払ったから自分のものという直感と法律のズレが事業の売買でどう表面化するのか、売り手と買い手それぞれの確認手順まで実務の順序で整理します。

障害の復旧手順が1人の頭にしかない事業は珍しくない。手順書を書かなかったのは怠慢ではなく、読者が一度も存在しなかったからだ。真の壁は暗黙知が本人にも見えず、書けと言われても取り出せない点にある。買い手の検分方法と、録画による可視化を整理する。

サブスク事業のチャーン率が業界平均より不自然に低いとき、その数字はプロダクトの良さではなく解約導線の摩擦を測っている可能性がある。誰も嘘をついていないのに数字の意味だけが違う構造と、買収後に抑え込まれた解約が噴き出す経路、買い手が実測すべき指標を整理する。

買収したサービスが落ちても、その第一報が旧オーナーの私用メールや個人携帯にしか届かない。監視のアラートは鳴らない時が正常なため、宛先の誤りは平時に一切表面化せず、障害の瞬間まで発覚しない。通知先の棚卸しとテスト発報の実演を実務の順序で解説する。