如何出售副專案：準備、定價、買家與交接

出售副專案的重點，是把數字與帳務整理好、寫下專案的運作方式、決定你要賣的範圍和大致價值，接著透過交易平台、社群或直接接洽找到買家，並以書面協議和檢核清單完成交接。大部分的工作都在準備階段：一個容易理解、容易接手的專案，更好賣，也能談到更好的條件。本指南會逐步說明每個步驟。

如果你的專案還在成長階段、尚未準備出售，如何從應用程式賺錢介紹了獲利方式，SaaS 指標解析則說明買家會問到的各項數字。

什麼時候適合出售

以下情況適合考慮出售：

• 你已經失去興趣，但專案仍有用戶、營收或流量。
• 它需要的時間超出你能投入的程度，而別人可以把它做大。
• 它對其他人來說更有價值，例如競爭對手、合作夥伴或規模更大的產品，可能讓它發揮更大的作用。
• 你想為新的事物籌措資金，或把心力轉向新的專案。

如果專案幾乎不需要花時間維護，又能穩定獲利，那麼可能不值得賣；有些人會把這類專案留著。也可以考慮，優雅地結束服務或開放原始碼，是否對用戶更好。

步驟一：搞清楚你究竟要賣什麼

買家買的是不同的東西。請列出你的專案擁有哪些資產：

如果專案沒有營收或用戶，你賣的就是資產，例如程式碼、網域和設計，定價與描述時也應該以此為準。

步驟二：把數字理清楚

在與任何買家談話之前，請先準備簡單、誠實的紀錄，至少涵蓋過去十二個月；若專案較新，則從上線至今：

• 每月營收，來自你的金流服務商報表。
• 每月成本：主機、網域、工具、付費 API、外包費用、廣告費。
• 每月獲利（營收減去成本）。
• 客戶或用戶：新增、活躍、取消人數。若是訂閱制，請提供每月經常性營收與流失率。
• 流量來源，來自你的分析工具。
• 你每週花在專案上的時間，以及用在什麼地方。

不要為了自己有利而調整或四捨五入。買家一定會查核，無法解釋的落差會讓交易告吹。如果你的紀錄很亂，請在上架前花一個月整理。

步驟三：讓專案容易接手

專案越不依賴你個人，價值就越高。請逐項完成以下清單：

• **撰寫操作手冊：**如何部署、代管於何處、哪些項目會自動執行、哪些地方容易出問題以及如何修復。
• **分開帳號：**把專案的主機、網域、電子郵件、分析工具與各項工具，移到可以轉移的帳號，而不是你的個人帳號。
• **列出所有服務與金鑰：**一張表格，列出每項第三方服務、用途、費用，以及帳號的持有人。切勿把實際的金鑰寫進文件。
• **整理程式碼：**移除沒有使用的功能、更新相依套件，並確認能從全新的副本成功建置。如何審查 AI 生成的程式碼是一份實用的檢查清單。
• **整理客戶支援資料：**常見問題、制式回覆範本、未解決的問題。
• **檢查法律頁面：**服務條款、隱私權政策，以及其中關於將資料轉移給新擁有者的規定。

步驟四：思考售價

沒有固定的公式。小型線上專案的買家通常以過去一年的獲利或營收為起點，套用一個倍數，再依下列因素上下調整：

• **趨勢：**成長中、持平或下滑。
• **穩定性：**收入是否穩定，以及是否集中在少數客戶或單一管道。
• **投入工時：**每週需要花多少時間經營。
• **年資：**經營時間較長的專案更有說服力。
• **風險：**是否仰賴單一平台、單一供應商或單一搜尋排名。
• **可移轉性：**專案能多容易在沒有你的情況下運作。

若想掌握實際行情，可以參考交易平台上已刊登或已成交的類似專案（刊登價不等於成交價），也可以考慮請仲介或顧問提供意見。在開始議價前，先決定你的底線價格。

交易結構也很重要。除了一次性的付款，有些交易會採用分期付款、未來營收分成，或是安排一段有償的過渡期，由你協助新擁有者上手。每種結構都會在你與買家之間重新分配風險。

步驟五：找到買家

若採取直接接洽，一則簡短的訊息就很有效：說明專案是什麼、關鍵數字、為什麼可能適合對方，並詢問對方是否想進一步了解。新創公司的冷郵件中的原則在這裡同樣適用。

當有人表示興趣時，先分享摘要，等對方證明確有誠意後，再提供詳細數字。許多賣家在這個階段會要求簽署保密協議（NDA）。

步驟六：盡職調查

認真的買家會想要查證你告訴他們的內容。請預期對方會要求：

• 金流服務商後台或匯出報表的唯讀權限。
• 分析工具的存取權限，或附有日期的截圖。
• 程式碼、主機與管理工具的導覽說明。
• 客戶或用戶名單（通常會先去識別化，直到交易簽約後才提供；分享個人資料前，請先確認你的隱私權政策與當地的資料保護規定）。
• 任何合約、糾紛、退款或投訴紀錄。

請迅速且誠實地回應。交易最怕的，就是後期才冒出來的意外。

步驟七：協議與付款

請把交易內容寫成書面協議。一份買賣協議通常會涵蓋：實際出售的標的、價格與付款條件、現有客戶的處理方式、你在過渡期間提供的協助、是否承諾不開發競爭產品，以及若實際情況與描述不符時該怎麼處理。

在付款方面，許多賣家會使用第三方託管服務，由其代為保管買家的款項，直到資產移轉完成，讓雙方都不必盲目信任對方。以上只是一般性資訊，並非法律或稅務建議；各國規定不同，若交易金額超過小型規模，請諮詢律師與會計師。

步驟八：交接

請使用檢核清單，並與買家逐項確認：

切換完成後，請撤銷你自己的存取權限、取消買家不需要的服務，並保留協議與最終紀錄的副本。

常見錯誤

• 數字還沒理清就上架。
• 誇大成長，或隱瞞某項依賴關係，這些問題會在盡職調查時暴露。
• 太早分享客戶資料，或未先確認隱私權政策就分享。
• 因為交易金額小就省略書面協議。
• 交出與你其他工作混在一起的個人帳號。

出售以 Mythex 打造的專案

如果你的專案是用 Mythex 建置的，程式碼就屬於你，可以交給買家。在 Pro 方案中，你可以把專案匯出為下載檔，或同步到 GitHub 儲存庫，再把儲存庫或封存檔交給買家。匯出檔不包含機密資訊與環境設定檔，因此買家需要自行加入金鑰。買家可以把封存檔匯入自己的 Mythex 專案，或在其他地方執行，請參考如何匯出並自行架設 AI 建置的應用程式，以及說明匯出與在其他地方執行的文件。也請規劃資料庫中的資料如何移轉：先約定買家是否需要正式環境資料的副本，並依照你的隱私權政策處理任何個人資料。

常見問題