サイドプロジェクトを売却する方法：準備、価格設定、買い手探し、引き継ぎ

サイドプロジェクトを売るには、数字と会計記録を整理し、運営方法を文書にまとめ、売るもの（対象となる資産）と大まかな価値を決め、マーケットプレイス、コミュニティ、または直接のアプローチを通じて買い手を探します。そして書面による契約とチェックリストを用いて引き継ぎを行います。作業の大半は準備にあります。理解しやすく、引き継ぎやすいプロジェクトほど売りやすく、より良い条件で売れます。このガイドでは各ステップを順に説明します。

まだ成長させている段階であれば、収益化についてはアプリで収益を得る方法を、買い手が尋ねる数字についてはSaaSの指標を解説をご覧ください。

売却を検討すべきとき

次のような場合に売却を検討する価値があります。

• 興味が薄れてきたが、プロジェクトにはまだユーザー、売上、またはトラフィックがある。
• 成長させるための時間が十分に取れないが、他の人なら取り組める。
• 別の場所でより活かせる：競合他社、提携先、より大きなプロダクトのほうが価値を引き出せる。
• 新しいことに資金や注力を振り向けたい。

プロジェクトの運営にほとんど手間がかからず、安定して収益が出ているのであれば、売らずに持ち続ける人もいます。また、丁寧にサービスを終了する、またはオープンソース化するほうがユーザーのためになるかも考えてみてください。

ステップ1：実際に何を売るのかを明確にする

買い手が支払うのは、さまざまな要素に対してです。プロジェクトが持っているものを書き出してみましょう。

プロジェクトに売上もユーザーもない場合、売っているのはコード、ドメイン、デザインなどの資産です。その前提で価格と説明を組み立ててください。

ステップ2：数字を正確に整理する

買い手と話を始める前に、少なくとも直近12か月分（開始から間もない場合は開始以来）の、シンプルで正直な記録を用意しましょう。

• 月ごとの売上：決済サービスのレポートから取得します。
• 月ごとの費用：ホスティング、ドメイン、ツール、有料API、外部委託費、広告費。
• 月ごとの利益（売上から費用を差し引いたもの）。
• 顧客やユーザー：新規、アクティブ、解約。サブスクリプションの場合は月次経常収益（MRR）と解約率。
• 流入元：アナリティクスから取得します。
• 1週間あたりの作業時間とその内訳。

数字を自分に有利になるように調整したり、切り上げたりしないでください。買い手は必ず確認しますし、説明のつかない差異があると取引は破談になります。記録が乱雑な場合は、出品前に1か月かけて整理してください。

ステップ3：引き継ぎやすくする

プロジェクトがあなた個人に依存しないほど、価値は高まります。次のリストを順に進めてください。

• 運用手順書を作る：デプロイ方法、ホスティングの場所、自動実行される処理、障害の内容と対処法。
• アカウントを分ける：プロジェクトのホスティング、ドメイン、メール、アナリティクス、ツールを、個人のアカウントではなく譲渡可能なアカウントに移します。
• すべてのサービスとキーを一覧にする：外部サービスごとに、用途、費用、アカウントの管理者を表にまとめます。実際のキーは文書に書かないでください。
• コードを整理する：使われていない機能を削除し、依存関係を更新し、まっさらな状態からビルドできることを確認します。AI生成コードのレビュー方法は、役立つチェックリストになります。
• 顧客対応を文書化する：よくある質問、定型の返信文、未解決の課題。
• 法務ページを確認する：利用規約、プライバシーポリシー、新しい所有者へのデータ移転について何と書かれているか。

ステップ4：価格を考える

決まった計算式はありません。小規模なオンラインプロジェクトの買い手は、一般的に直近1年間の利益または売上を出発点とし、倍率をかけたうえで次の要素をもとに上下させます。

• トレンド：成長しているか、横ばいか、減少しているか。
• 安定性：収益がどれだけ安定しているか、また少数の顧客や1つのチャネルに集中していないか。
• 手間：運営に週何時間かかるか。
• 歴史：運営期間が長いほど信頼されやすい。
• リスク：1つのプラットフォーム、1つのサプライヤー、1つの検索順位への依存度。
• 引き継ぎやすさ：あなたがいなくても運営できるかどうか。

現実的な相場感を知るには、マーケットプレイスに掲載・販売されている類似プロジェクトを見てみてください（出品価格は販売価格ではありません）。また、仲介業者や専門家に意見を求めることも検討できます。交渉を始める前に、譲れない最低価格を決めておきましょう。

取引の構造も重要です。一括での一回払いのほか、段階的な支払い、将来の売上の一部の受け取り、あるいは新しいオーナーを手伝う有償の移行期間を設ける取引もあります。どの形式も、リスクを売り手と買い手のどちらが負うかを変えます。

ステップ5：買い手を探す

直接アプローチする場合は、短いメッセージで十分です。プロジェクトの概要、主要な数字、相手にとってなぜ合うのか、詳細を知りたいかどうかの質問を伝えましょう。スタートアップ向けのコールドメールの原則も参考になります。

相手が興味を示したら、まずは概要を共有し、本気度が確認できてから詳細な数字を出しましょう。多くの売り手は、この段階で秘密保持契約（NDA）を求めます。

ステップ6：デューデリジェンス

本気の買い手は、あなたが伝えた内容を検証しようとします。次のような依頼があると想定してください。

• 決済サービスのダッシュボードへの閲覧専用アクセス、またはエクスポートされたレポート。
• アナリティクスへのアクセス、または日付入りのスクリーンショット。
• コード、ホスティング、管理ツールの説明。
• 顧客やユーザーの一覧（取引成立まで匿名化されることが多いです。個人データを共有する前に、プライバシーポリシーと各地域のデータ保護ルールを確認してください）。
• 契約、紛争、チャージバック、苦情に関する資料。

迅速かつ正直に回答してください。終盤で見つかった想定外の事実が、取引を破談にする最大の原因です。

ステップ7：契約と支払い

取引内容は必ず書面にしてください。売買契約には通常、売却される対象の正確な内容、価格と支払い条件、既存顧客の扱い、移行期間中のあなたのサポート、競合製品を作らないという約束、そして説明と実態が異なった場合の取り扱いが含まれます。

支払いについては、多くの売り手がエスクローサービスを利用します。これは資産の移転が完了するまで買い手の資金を預かる仕組みで、どちらかが相手を盲目的に信頼しなくても済みます。なお、この内容は一般的な情報であり、法律や税務上のアドバイスではありません。ルールは国ごとに異なるため、小規模な取引を超える場合は弁護士と税理士に相談してください。

ステップ8：引き継ぎ

チェックリストを使い、買い手と一緒に項目を確認しながら進めます。

切り替え後は、自分のアクセス権を取り消し、買い手に不要なサービスを解約し、契約書と最終的な記録の控えを保管してください。

よくある失敗

• 数字が整理される前に出品してしまう。
• 成長を誇張したり、デューデリジェンスで判明する依存関係を伏せたりする。
• 顧客データを早すぎる段階で共有する、またはプライバシーポリシーを確認せずに共有する。
• 売却額が小さいからと書面の契約を省く。
• プロジェクトと他の仕事が混在した個人アカウントを引き渡してしまう。

Mythexで作ったプロジェクトを売る場合

Mythexで作ったプロジェクトであれば、コードは引き渡せるあなたのものです。Proプランでは、プロジェクトをダウンロード用にエクスポートするか、GitHubリポジトリに同期できます。そのリポジトリまたはアーカイブを買い手に渡してください。シークレットや環境ファイルはエクスポートに含まれないため、買い手が自分のキーを追加する必要があります。買い手は、アーカイブを自分のMythexプロジェクトにインポートするか、別の環境で実行できます。詳しくはAIで作ったアプリを書き出して自分でホストする方法と、エクスポートと別環境での実行のドキュメントをご覧ください。データベースのデータがどう移るかも計画しておきましょう。買い手に本番データのコピーが必要か合意し、個人データはプライバシーポリシーに従って扱ってください。

よくある質問