GoSky 財務盤點與增長數據規劃
日期：2026-09-23 ｜ 時長：67:39 ｜ 來源：PLAUD
摘要
會議先盤點 GoSky 的現金流、債務、銀行帳戶與資金暫存機制，確認必須補齊 parking 資金紀錄及還款專案明細。後半段轉向 SaaS 成長，決定先建立獲客歸因、漏斗與轉換數據。
詳細摘要
會議以 GoSky 的財務與營運健康檢視為主軸。Marcus 說明介入目的並非只為催收，而是先釐清收入、成本、現金位置與債務優先順序，找出開源節流後可持續還款的空間。團隊逐筆檢視台新帳戶流水，辨識廣告代收代付、B2B SaaS、To C 自動回覆服務、薪資、伺服器費與各筆借款的關係；Joseph 也說明部分資金會暫存於個人帳戶或 TapPay。
在成長段落，Fash 與 Joseph 表示 SaaS 營收雖在上升，但網紅、UGC、內容投放與 affiliate 的效果尚未被完整歸因，且現金不足會使既有行銷計畫無法執行。Marcus 要求先建立 paid acquisition ROAS、使用者來源、優惠碼使用率，以及從免費額度到付費與續訂的完整漏斗。各方同意第一週先收集歷史財務、行銷與產品數據，並暫定每週三 11:00 例會。Marcus 的資料存取權限後續已開通，會協助釐清資料位置、資料流與可查詢方式。
主題討論
現金流、帳戶與債務盤點
Marcus 說明此次協作的核心是把 GoSky 的營收、支出、現金位置與債務還款順序看清楚，進而判斷可用於營運、還款與成長投資的餘額。團隊以台新近一個月流水為起點，辨識廣告費代收代付、B2B 軟體收入、To C 收款、薪資、伺服器費及銀行扣款。Joseph 說明公司帳戶餘額會盡量維持低位；部分款項則暫存於個人帳戶或 TapPay，之後再依付款需求匯回。
重點：
- @Marcus 要求先以一個月銀行流水快速建立收入、成本與還款結構，再補齊可供稽核的完整資料。
- Joseph 說明廣告款多在每月 25 日後入帳，部分金額需再支付給潮網等上游廣告代理商，屬代收代付成本。
- Joseph 表示會將暫無立即支出的款項轉至個人帳戶暫存，之後再依付款需求匯回。
- @Marcus 提問伺服器費；Joseph 表示八月約 20 萬元，近期已降至約 11 至 12 萬元，並每日監控 billing。
各方立場：
- @Marcus：應先把資金流向、債務優先序與月度可支配現金量數字化，才有辦法決定還款與投資。
- Joseph：在付款與資金調度限制下，必須以低帳戶餘額、個人暫存和分批撥款維持營運彈性。
- Fash：支持整理暫存資金與全部債務專案，讓團隊能以同一份資料追蹤財務狀態。
月度毛利與成本結構
團隊用既有損益資料及銀行流水估算 GoSky 的月度收入與成本結構。廣告投放收入雖可達百萬元量級，但大部分要付給上游，真正可用於營運的是服務費、B2B 與 To C SaaS 收入。軟體服務成本包含 GCP 與 Chat 的技術服務等，近期預期可再下降；薪資則隨人力縮減而降低。討論中的結論是，在扣除營業成本與薪資後，每月可用現金可能只剩約 20 至 30 萬元，仍須優先處理銀行、中租與 iSpa 等還款。
重點：
- Joseph 表示廣告業務每月約收 100 萬元上下、支付上游約 80 至 90 萬元，剩餘為服務費。
- @Marcus 將廣告代收代付視為銷貨成本，要求以服務費、B2B 與 To C 收入重算真正毛利。
- Joseph 表示軟體服務成本包含 GCP 與 Chat 的技術服務，近期預估可少約 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 說明優惠碼及訂單資料理論上可用於歸因，已有可產生折扣碼及查看使用率的介面，但尚未做過每百名使用者中有多少使用優惠碼的查詢。後續 Marcus 的 GCP／BigQuery 權限已開通；他會協助釐清原始資料庫、BigQuery、四個 repo 與 Rum 的實際資料流和可查詢方式，我也會一起協助釐清。
重點：
- @Marcus 要求以訂單資料區分有無使用優惠碼的客戶，作為網紅與 affiliate 歸因的保守下限。
- Joseph 表示 MRR 由訂單計算，TapPay 反映較偏現金流且可能因年費收款高於當期 MRR。
- Fash 承諾整理 iOS／Meta 廣告資料與過去數月成效，並和廣告負責人核對。
- Joseph 說明 Rum 偏資料庫及金流相關，修改風險較高；Frontend 與 Marmalade 分別主要負責前端與後端功能。
各方立場：
- @Marcus：先取得可查的原始數字與漏斗，才能判斷增長來源、產品瓶頸及資金投入回收效率；權限開通後會協助釐清資料位置與取數方式。
- Joseph：訂單、優惠碼與既有 dashboard 應可支援查詢，但資料位置與實作方式仍需進一步確認。
- Fash：可先由廣告資料、網紅付款時間點與優惠碼三條線交叉整理，建立初步歸因。