GoSky 財務盤點與增長數據規劃
日期：2026-09-23 ｜ 時長：67:39 ｜ 來源：PLAUD
摘要
會議先盤點 GoSky 的現金流、債務、銀行帳戶與資金暫存機制，確認必須補齊 parking 資金紀錄及還款專案明細。後半段轉向 SaaS 成長，決定先建立獲客歸因、漏斗與轉換數據，再評估由 Marcus 提供受管理的成長實驗資金。
詳細摘要
會議以 GoSky 的財務與營運健康檢視為主軸。Marcus 說明介入目的並非只為催收，而是先釐清收入、成本、現金位置與債務優先順序，找出開源節流後可持續還款的空間。團隊逐筆檢視台新帳戶流水，辨識廣告代收代付、B2B SaaS、To C 自動回覆服務、薪資、伺服器費與各筆借款的關係；Joseph 說明因帳戶可能遭圈存，部分資金會暫存於個人帳戶或 TapPay。
在成長段落，Fash 與 Joseph 表示 SaaS 營收雖在上升，但網紅、UGC、內容投放與 affiliate 的效果尚未被完整歸因，且現金不足會使既有行銷計畫無法執行。Marcus 要求先建立 paid acquisition ROAS、使用者來源、優惠碼使用率，以及從免費額度到付費與續訂的完整漏斗。各方同意第一週先收集歷史財務、行銷與產品數據，並暫定每週三 11:00 例會；Marcus 則在可驗證投資效率後，考慮提供 10 至 30 萬元的受管理實驗資金。
主題討論
現金流、帳戶與債務盤點
Marcus 說明此次協作的核心是把 GoSky 的營收、支出、現金位置與債務還款順序看清楚，進而判斷可用於營運、還款與成長投資的餘額。團隊以台新近一個月流水為起點，辨識廣告費代收代付、B2B 軟體收入、To C 收款、薪資、伺服器費及銀行扣款。Joseph 說明公司帳戶餘額會盡量維持低位，以避免被圈存影響日常營運；部分款項因此暫存於個人帳戶或 TapPay。
重點：
- @Marcus 要求先以一個月銀行流水快速建立收入、成本與還款結構，再補齊可供稽核的完整資料。
- Joseph 說明廣告款多在每月 25 日後入帳，部分金額需再支付給潮網等上游廣告代理商，屬代收代付成本。
- Joseph 表示台新帳戶可能有圈存風險，因此會將暫無立即支出的款項轉至個人帳戶暫存，之後再依付款需求匯回。
- @Amy 提問伺服器費；Joseph 表示八月約 20 萬元，近期已降至約 11 至 12 萬元，並每日監控 billing。
各方立場：
- @Marcus：應先把資金流向、債務優先序與月度可支配現金量數字化，才有辦法決定還款與投資。
- Joseph：在圈存與付款限制下，必須以低帳戶餘額、個人暫存和分批撥款維持營運彈性。
- Fash：支持整理暫存資金與全部債務專案，讓團隊能以同一份資料追蹤財務狀態。
月度毛利與成本結構
團隊用既有損益資料及銀行流水估算 GoSky 的月度收入與成本結構。廣告投放收入雖可達百萬元量級，但大部分要付給上游，真正可用於營運的是服務費、B2B 與 To C SaaS 收入。軟體服務成本包含 GCP、ChatGPT 等，近期預期可再下降；薪資則隨人力縮減而降低。討論中的結論是，在扣除營業成本與薪資後，每月可用現金可能只剩約 20 至 30 萬元，仍須優先處理銀行、中租與 iSpa 等還款。
重點：
- Joseph 表示廣告業務每月約收 100 萬元上下、支付上游約 80 至 90 萬元，剩餘為服務費。
- @Marcus 將廣告代收代付視為銷貨成本，要求以服務費、B2B 與 To C 收入重算真正毛利。
- Joseph 表示軟體服務成本包含 GCP 與 ChatGPT，近期預估可少約 8 至 10 萬元。
- @Marcus 與 Joseph估算，扣除軟體成本與約 30 萬元薪資後，月度可支配現金約為 20 至 30 萬元，尚未充分涵蓋各項還款。
各方立場：
- @Marcus：營運判斷必須排除代收代付流水，改以毛利、固定成本與債務還款後的淨現金衡量。
- Joseph：成本與薪資已有下降，但可動用資金仍有限，需持續兼顧營運與債務。
- Fash：應補齊所有債務及暫存資金明細，才能將現金流與還款優先序放進同一模型。
SaaS 成長來源與獲客方式
Fash 說明 SaaS 成長主要來自網紅／UGC 內容、將表現好的內容投放廣告，以及以 AI 對海外創作者做 outreach 與 affiliate 合作；SEO 與 Ad Search 目前占比較小。Marcus 追問成長是否真的來自 paid acquisition，釐清多數內容本身可能是免費合作，但少數付費合作或投放會帶來長尾效果。團隊承認目前缺乏完整歸因，無法直接回答特定營收成長波段與哪一次 campaign 的關係。
重點：
- Fash 表示約八成流量／效果來自網紅內容，其餘包含 SEO、Ad Search 等較小來源。
- Fash 說明付費網紅或內容投放的執行次數不多，但內容發布後可帶來長尾訂單。
- Joseph 表示既有網紅名單與行銷計畫常已準備，但是否能執行取決於當月可用現金。
- @Marcus 指出目前做法偏向有錢才投的被動模式，必須先釐清單次投放效率與可複製的成長機制。
各方立場：
- @Marcus：應把零散的行銷嘗試轉成可歸因、可驗證、可擴大的獲客模型。
- Fash：網紅與 UGC 是目前最有效的成長來源，但效果具有長尾且需要更系統化的回查。
- Joseph：現金限制是現有行銷計畫無法穩定執行的主要原因。
資料存取、歸因與成長漏斗
Marcus 要求建立完整數據基礎，包括 paid acquisition ROAS、使用者來源占比、優惠碼使用率、免費額度到付費的轉換漏斗，以及續訂與 churn。Joseph 說明優惠碼及訂單資料理論上可用於歸因，已有可產生折扣碼及查看使用率的介面，但尚未做過每百名使用者中有多少使用優惠碼的查詢。GoSky 已為 Marcus 開通 GCP／BigQuery 相關存取；團隊仍需釐清原始資料庫、BigQuery、四個 repo 與 Rum 的實際資料流和安全存取方式。
重點：
- @Marcus 要求以訂單資料區分有無使用優惠碼的客戶，作為網紅與 affiliate 歸因的保守下限。
- Joseph 表示 MR 由訂單計算，TapPay 反映較偏現金流且可能因年費收款高於當期 MR。
- Fash 承諾整理 iOS／Meta 廣告資料與過去數月成效，並和廣告負責人核對。
- Joseph 說明 Rum 偏資料庫及金流相關，修改風險較高；Frontend 與 Marmalade 分別主要負責前端與後端功能。
各方立場：
- @Marcus：先取得可查的原始數字與漏斗，才能判斷增長來源、產品瓶頸及資金投入回收效率。
- Joseph：訂單、優惠碼與既有 dashboard 應可支援查詢，但資料位置與實作方式仍需進一步確認。
- Fash：可先由廣告資料、網紅付款時間點與優惠碼三條線交叉整理，建立初步歸因。
受管理的成長資金與合作機制
Marcus 認為 GoSky 目前陷入「沒有資金做實驗，因此無法證明成長後再取得更多資金」的循環，提出在歸因與投資效率可驗證後，可能提供一筆由他管理的 10 至 30 萬元資金，專門用於獲客與產品實驗。Fash 提出直接移轉股份涉及董事會、股東與債務承接等程序，建議改以未來增長的一定比例作為類似 bonus 的合約安排。Marcus 接受此方向，但表示需再共同檢視合約與條件。
重點：
- @Marcus 表示若確認投放能在約三個月內回本，可考慮籌措 10 至 30 萬元做策略性成長實驗。
- @Marcus 強調此資金應由他管理，並以每週節奏檢視哪些假設值得擴大或持續探索。
- Fash 提議以未來營收成長的一定比例作為報酬，避免直接股權移轉的繁複程序與債務承接問題。
- 團隊同意第一週先收集資料，暫定每週三 11:00 固定檢視進度。
各方立場：
- @Marcus：願意以小額、受管理資金打破成長實驗的現金瓶頸，但前提是數據可驗證且決策按週檢討。
- Fash：以增長分潤或 bonus 取代直接股權，可能更快且避免承接公司既有債務。
- Joseph：現金流限制確實使既有成長計畫難以執行，支持先完成可驗證的資料整理。
決議
- 第一週先完成財務、還款、行銷與產品數據的收集與整理，前提是能確認資料來源、存取權限與數字可追溯性。
- 建立 GoSky 的成長衡量架構：paid acquisition ROAS、使用者來源 breakdown、優惠碼使用率、轉換漏斗與 retention／churn；前提是能從訂單、優惠碼、廣告與產品原始資料取數。
- 暫定每週三 11:00 召開 GoSky 固定例會，第一週以資訊收集與資料驗證為主。
- Marcus 將在確認獲客效率與歸因後，評估提供約 10 至 30 萬元的受管理成長實驗資金，而非立即承諾投入。
- 股權合作機制先不直接定案，優先評估以未來增長分潤或類 bonus 合約處理，前提是法律與條件可行。
爭議點
SaaS 成長來源與獲客方式
- @Marcus：原先理解成長主要由付費獲客驅動，要求釐清投放與營收成長的直接歸因。
- 理由：若能證明投放效率，就可建立可擴張的資金投入與回收模型。
- Fash：多數成長動能來自網紅內容的長尾效果，付費合作與投放次數有限，不能僅以當期付費支出判定。
- 理由：內容從合作、製作到發布和轉換有 lead time，且部分網紅合作是免費或低成本。
受管理的成長資金與合作機制
- @Marcus：若數據證明獲客效率，可投入受管理資金推動實驗，並以股權或等值合作安排回報。
- 理由：GoSky 因現金不足無法做實驗，形成阻礙成長與還款的循環。
- Fash：較適合先用未來增長分潤或類 bonus 合約，而不是直接移轉股權。
- 理由：直接股權移轉涉及董事會、股東程序及既有債務承接，執行較慢且複雜。
Action Items (Marcus)
- 測試 GCP／BigQuery 存取並探索可取得的資料結構 > 「那我等下去試試看。」 — 00:48:19
- 與 Fash 共同檢視增長分潤／bonus 合約的可行結構 > 「好，這個這個我再我再跟你一起看一下那個怎麼簽好了。」 — 01:00:40
其他人的承諾
- @Joseph：整理暫存於個人帳戶的 parking 資金紀錄表 > 「第一個就是就是到三九九三這邊 parking 的的的的記錄表嘛。」 — 00:33:35
- @Joseph：整理全部債務與還款專案明細 > 「第二個就是那個我們有哪一些還款專案這樣子。就是就是所有的債的專案這樣子。」 — 00:33:35
- @Joseph：整理與網紅合作相關的支出時間點，供對照 SaaS 收入 > 「Joseph你可以拉一個，呃，我們支出跟網紅有關的支出的時間點，然後跟現在這個SaaS的的收入的地方做一個對照。」 — 01:04:30
- @Fash：整理過去數月的廣告 ROI、iOS／Meta 廣告資料並與廣告負責人核對 > 「我把過去幾個月其他都拉拉再整理一次給我，然後這邊我來我來負責。」 — 01:02:32
- @Joseph：從訂單與優惠碼資料確認可否產出優惠碼使用率與來源歸因 > 「訂單有沒有折扣碼，應該也也可以從訂單裡面看得出來。」 — 00:45:28
關鍵數字
- 260 萬元：8 月 24 日至 9 月 23 日台新帳戶的約略流水 — 00:06:12
- 每月 15 萬元：對 iSpa 的還款上限或約定月付款額 — 00:11:29
- 12 月 20 日：iSpa 本金預計完成還款的期限 — 00:12:10
- 54 萬元：iSpa 討論中的利息金額 — 00:14:23
- 每月最多 75 萬元：TapPay 目前每月可領取款項的上限 — 00:17:00
- 60 至 70 萬元：To C 服務當時的月度 MR 約略區間 — 00:17:28
- 約 30 萬元：當時每月薪資支出估計 — 00:18:21
- 2.8 至 2.9 萬元：部分人員扣除勞健保後的月薪約略金額 — 00:20:07
- 約 20 萬元：8 月伺服器費 — 00:24:16
- 11 至 12 萬元：優化後近期伺服器費約略金額 — 00:24:27
- 約 40 萬元：暫存於個人帳戶與 TapPay 的現金約略合計 — 00:24:51
- 91.6 萬元：某月支付潮網的廣告相關支出 — 00:26:20
- 約 100 萬元：每月廣告收入約略規模 — 00:27:02
- 80 至 90 萬元：每月支付上游廣告成本的約略規模 — 00:27:04
- 8 至 10 萬元：軟體服務成本近期預期可再降低的金額 — 00:30:49
- 20 至 30 萬元：扣除主要成本與薪資後的月度可支配現金估計 — 00:32:38
- 每月 13 萬元：中租目前月還款額 — 00:33:08
- 30 至 40 天：網紅合作或內容投放後較明顯效果的預期 lead time — 00:52:39
- 1 至 3 萬元：單月 Meta 內容投放常見預算 — 00:55:18
- 3 至 5 萬元：單次網紅合作或獲客投放的常見預算區間 — 00:56:10
- 10 至 15%：與 agency 合作時先支付的服務費占總額比例 — 00:57:29
- 10 至 30 萬元：Marcus 考慮籌措並管理的成長實驗資金規模 — 00:58:15
- 每週三 11:00：暫定 GoSky 例會時間 — 01:06:10
未解決問題
- 個人帳戶 3993 暫存資金的完整餘額、來源、用途與公司可追溯紀錄為何？
- 卡住：完成可稽核的現金位置與還款能力評估
- 推動：@Joseph
- GoSky 全部債務的本金、利息、餘額、月付額、到期日與優先序為何？
- 卡住：制定月度還款計畫與判斷可投入成長的資金
- 推動：@Joseph
- 網紅、UGC、affiliate 與 Meta 投放各自帶來多少新增註冊、付費與 ROAS？
- 卡住：判斷是否投入受管理成長實驗資金
- 推動：@Fash
- 訂單、優惠碼、BigQuery、產品原始資料庫與 dashboard 的實際資料模型及可查詢方式為何？
- 卡住：建立來源歸因、轉換漏斗及 retention 分析
- 推動：@Joseph
- 未來增長分潤或 bonus 合約的法律可行性、期限、分潤比例與權責如何設計？
- 卡住：確定 Marcus 與 GoSky 的合作及資金安排
- 推動：@Marcus