點樣出售側邊項目:準備、定價、買家同交接
要出售側邊項目,先將數字同帳目理順,寫低項目點樣運作,決定你賣嘅係咩同大約值幾多錢,然後透過市場、社群或直接接洽搵買家,最後用書面協議同一份核對清單完成交接。大部分工夫都喺準備階段:一個容易明白、容易接手嘅項目,就更易賣,亦會賣得更好價錢。本指南會逐步講解每個步驟。
如果你仲處於較早階段,仲喺度繼續發展項目,點樣由應用程式賺錢會講解變現方法,而SaaS 指標解釋則會講解買家一定會問嘅數字。
幾時值得考慮出售
以下情況值得考慮出售:
- 你已經冇興趣,但項目仍然有用戶、收入或流量。
- 佢需要嘅時間多過你可以俾,但有其他人可以幫佢增長。
- 佢放喺其他地方會更好,例如競爭對手、合作夥伴或更大嘅產品可以更善用佢。
- 你想為新嘢注入資金或集中精力。
如果項目營運需要嘅工夫好少,而且收入穩定,就可能唔值得賣,有啲人會選擇保留佢。另外亦可以考慮,妥善關閉或開放原始碼會否對用戶更有利。
第一步:清楚知道你實際上賣緊咩
買家付錢買嘅係唔同嘅嘢。列出你個項目有咩:
| 資產 | 例子 | 買家會睇咩 |
|---|---|---|
| 收入 | 訂閱、一次性銷售、廣告 | 穩定、有紀錄、唔係只依賴單一客戶 |
| 用戶或受眾 | 帳戶、電子報訂閱者、社交媒體追蹤者 | 活躍,而唔係只係註冊;已同意接收訊息嘅聯絡人 |
| 流量 | 搜尋訪客、轉介流量 | 來源穩定,唔係靠一篇僥幸爆紅嘅帖子 |
| 產品 | 程式碼、設計、資料庫結構 | 乾淨、有文件、唔需要你親自操作都可以運作 |
| 品牌 | 網域、名稱、社交帳號 | 可以轉移,冇商標問題 |
| 關係 | 合作夥伴、整合、供應商 | 合約可以轉交俾新擁有人 |
如果項目冇收入或冇用戶,你賣嘅就係資產,即程式碼、網域、設計,你要咁樣去定價同描述。
第二步:將數字整理清楚
喺同任何買家傾偈之前,先準備簡單、誠實嘅紀錄,至少涵蓋過去十二個月,如果項目未滿一年就由推出日起計:
- 按月嘅收入,來自你嘅付款服務商報告。
- 按月嘅成本:主機、網域、工具、付費 API、外判人員、廣告。
- 按月嘅利潤(收入減成本)。
- 客戶或用戶:新增、活躍、取消。如果係訂閱制,要有每月經常性收入同流失率。
- 流量來源,來自你嘅分析工具。
- 你每星期用幾多時間,以及用喺邊啲嘢上。
唔好為咗對自己有利而調整或四捨五入。買家會核對,無法解釋嘅差額會令交易告吹。如果你嘅紀錄好亂,就喺上架之前花一個月整理好。
第三步:令項目容易接手
項目愈依賴你個人,價值就愈低。跟住以下清單處理:
- 寫一份操作手冊:點樣部署、項目託管喺邊度、有咩會自動運行、出現問題時會點樣、點樣修復。
- 分開帳戶:將項目嘅主機、網域、電郵、分析同工具放入可以轉移嘅帳戶,而唔係你個人帳戶。
- 列出每項服務同金鑰:一張表列出每個第三方服務、用途、費用同帳戶擁有人。切勿將實際金鑰寫入文件。
- 清理程式碼:移除冇用嘅功能、更新依賴項目、確保可以由全新副本建置。點樣檢視 AI 生成嘅程式碼係一份好用嘅清單。
- 記錄客戶支援:常見問題、罐頭回覆、未解決嘅問題。
- 檢查法律頁面:條款、私隱政策,以及佢哋點樣講述將資料轉交新擁有人嘅情況。
第四步:考慮價錢
冇固定公式。買家買入細型網上項目時,通常會以過去一年嘅利潤或收入為起點,再乘以一個倍數,然後按以下因素向上或向下調整:
- 趨勢:增長、持平或下跌。
- 穩定性:收入幾穩定,以及有幾集中於少數客戶或單一渠道。
- 工夫:每星期營運要用幾多小時。
- 年資:營運歷史愈長,愈有說服力。
- 風險:依賴單一平台、單一供應商或單一搜尋排名。
- 可轉移性:項目幾容易喺冇你嘅情況下運行。
想得到一個較實際嘅概念,可以睇吓市場上類似項目嘅上架或成交價(上架價唔等於成交價),亦可以考慮諮詢經紀或顧問嘅意見。開始談判之前,先決定你嘅最低可接受價格。
交易結構都好重要。除咗一次過付款之外,有啲交易會包括分期付款、未來收入分成,或者你幫新擁有人過渡嘅有薪過渡期。每種安排都會喺你同買家之間轉移唔同嘅風險。
第五步:搵買家
| 渠道 | 適合 | 要留意 |
|---|---|---|
| 專為細型網上生意而設嘅網上市場 | 接觸大量買家;上架格式有條理 | 費用、上架要求、浪費時間嘅買家 |
| 經紀 | 較大嘅項目;佔用你較少時間 | 佣金;並非所有經紀都接細型項目 |
| 創辦人社群 | 細型項目;明白側邊項目嘅買家 | 對買家嘅審核較少 |
| 直接接洽 | 競爭對手、合作夥伴、大客戶、你嘅受眾 | 你要自己搵到佢哋並向佢哋推銷 |
如果係直接接洽,一條簡短訊息就已經足夠:講清楚項目係咩、主要數字、點解可能符合對方需要,以及問對方有冇興趣了解更多細節。初創企業冷郵件嘅原則同樣適用。
當有人表示有興趣,先俾摘要,並等對方表明認真之後,先提供詳細數字。好多賣家呢個階段會要求對方簽署保密協議。
第六步:盡職審查
認真嘅買家會想核實你講過嘅嘢。預計會要求以下資料:
- 付款服務商後台嘅唯讀權限,或匯出嘅報告。
- 分析工具嘅權限,或附有日期嘅截圖。
- 程式碼、主機同管理工具嘅講解。
- 客戶或用戶名單(通常會匿名處理,直至交易簽訂為止;分享個人資料之前,請先檢查你嘅私隱政策同當地資料保護規定)。
- 任何合約、爭議、拒付或投訴。
要快速而誠實地回應。交易中途才發現嘅驚喜,正正係最容易令交易告吹嘅原因。
第七步:協議同付款
交易要寫成書面。銷售協議一般會列明被出售嘅確切內容、價格同付款條款、現有客戶會有咩安排、你喺過渡期間嘅協助、任何不建立競爭產品嘅承諾,以及如果實際情況與描述不符時會點處理。
付款方面,好多賣家會使用託管服務,由佢暫時持有買家嘅款項,直至資產轉移完成,咁雙方就唔需要盲目信任對方。以上只係一般資訊,並非法律或稅務意見。規則因國家而異,所以除非係非常細嘅交易,否則要諮詢律師同會計師。
第八步:交接
用一份核對清單,同買家逐項確認:
| 項目 | 要做嘅嘢 |
|---|---|
| 網域 | 轉移到買家嘅註冊商帳戶 |
| 程式碼 | 交出代碼庫或項目嘅匯出檔案 |
| 主機同資料庫 | 轉移帳戶,或協助買家重新部署同遷移資料 |
| 金鑰同 API 金鑰 | 買家自行建立新金鑰;切換完成後你撤銷你嘅金鑰 |
| 付款 | 向你嘅付款服務商查詢客戶同訂閱點樣轉移,通常唔可以隨帳戶直接轉移 |
| 電郵同支援 | 轉移支援收件箱或設定轉寄;交出範本 |
| 社交媒體同上架 | 喺平台允許嘅情況下,轉移帳號同市場上架 |
| 客戶 | 按你嘅條款同當地法律,告知佢哋有關變更 |
| 過渡支援 | 協定好幾多個星期內回答問題 |
完成切換後,撤銷你自己嘅存取權限,取消買家唔需要嘅服務,並保留協議同最終紀錄嘅副本。
常見錯誤
- 數字未整理好就上架。
- 誇大增長,或者隱瞞某項依賴,而呢啲嘢會喺盡職審查時暴露。
- 太早分享客戶資料,或者未檢查私隱政策就分享。
- 因為交易細而唔簽書面協議。
- 交出混合咗你其他工作嘅個人帳戶。
出售用 Mythex 建造嘅項目
如果你係用 Mythex 建造項目,程式碼就係你可以交出嘅嘢。喺 Pro 方案下,你可以將項目匯出為下載檔案,或者同步到 GitHub 儲存庫,然後將儲存庫或壓縮檔交俾買家;匯出檔案唔會包括秘密資料同環境檔案,所以買家要自己加入金鑰。買家可以將壓縮檔匯入自己嘅 Mythex 項目,或者喺其他地方運行。請參閱點樣匯出同自行託管 AI 建造嘅應用程式,以及有關匯出同喺其他地方運行嘅文件。同時亦要計劃資料庫資料點樣轉移:事先講好買家係咪需要一份生產資料嘅副本,並按你嘅私隱政策處理任何個人資料。
常見問題
冇收入嘅側邊項目可以賣嗎?
有機會。冇收入嘅項目仍然可以因為佢嘅程式碼、設計、網域、受眾或搜尋流量而賣出,但買家通常會比有穩定、有紀錄收入嘅項目付少好多。要講清楚你賣嘅係資產,唔係一盤生意。
細型網上項目點樣估值?
買家通常會睇過去一年嘅利潤或收入,再乘以一個倍數,並按增長、收入穩定程度、營運所需工夫,以及會唔會過分依賴單一渠道或單一人而作出調整。冇固定公式,所以可以比較類似嘅上架項目,並預期會有討價還價。
側邊項目可以喺邊度賣?
常見嘅選擇包括專為細型網上生意而設嘅網上市場、創辦人社群,以及直接接觸可能嘅買家,例如競爭對手、合作夥伴、較大嘅客戶或你受眾中嘅人。每個渠道嘅費用同買家審核嘅嚴謹程度都唔同,所以要先睇清條款。
賣側邊項目需唔需要請律師?
如果交易超過非常細嘅規模,最好簽署書面協議,並諮詢律師或顧問,尤其係涉及客戶嘅個人資料、付款帳戶或持續責任嗰陣。稅務處理亦因國家而異,所以要同會計師確認。