為什麼矽基崛起要拆成 BotsUP Studio：indie 產品組合的治理
2026-01-08 · Vincent Liaw · 7 分鐘閱讀
矽基崛起有限公司從單一顧問實體，演化成一個法人三層架構的 studio：底下跑多個 indie 產品 + 顧問服務。我們記錄這個決策背後的財務、品牌、SEO 與 AI Agent 結構考量。
TL;DR
- 矽基崛起有限公司（台灣）與 BotsUP LLC（Wyoming）兩個法人不動，但對外品牌、產品組合、SEO entity 統一走 BotsUP Studio。
- 多數 indie studio 敗在第二個產品：scope 失控、財務混亂、brand 稀釋。我們的解法是法人層／studio 層／產品層三層切開，各自獨立職責。
- 產品全部掛在
*.botsup.ccsubdomain（或獨立 brand 如 agent2pdf.com），但 schema.org@id統一指向https://botsup.cc/#organization，讓 Google 和 AI answer engine 能合併實體認知。 - Consultancy 和 Products 是雙引擎：顧問收入 fund 產品研發，產品戰績反向證明顧問交付能力，兩邊都是真金白銀。
- 不做 10 人 agency：一個資深 Vincent + AI Agent team（4 個 MCP server）punching above weight，比雇 10 個人更能維持 product DNA 和交付品質。
先講結論
| 層級 | 名稱 | 負責 | 變動頻率 |
|---|---|---|---|
| 法人層 | 矽基崛起有限公司 / BotsUP LLC | 稅務、合約、發薪、ISO 27001 合規 | 極低 |
| Studio 層 | BotsUP Studio | 品牌、stack、admin 系統、顧問服務 | 中 |
| 產品層 | 水滴發票（已退）/ 間歇健走 / OnReel / Agent2PDF / Visibility Console / Action! | 各自 subdomain、各自 pricing、各自 SEO | 高 |
一句話講完：法人穩、studio 共用、產品野放。
為什麼大多數 indie studio 在第 2 個產品就崩
我 2021 年的第一個產品是水滴發票（Credidi），累積 196 萬用戶、拿過 App Store Best App 2021。2023 年因為 macro 環境收掉。那之後我觀察身邊做 indie 的朋友，幾乎都倒在同一個地方：第二個產品。
崩法有三種：
- Scope 失控 — 第一個產品還在維運，第二個就開始喊 PMF，沒人顧客服，兩邊都爛尾。
- 財務混亂 — 兩個產品共用一家公司、共用一張信用卡、共用一個銀行戶，年底做帳做到想吐，分不清哪個產品真的有賺。
- Brand 稀釋 — 官網首頁放三個產品，訪客不知道你是誰，SEO 也不知道該把 authority 餵給誰。
矽基崛起有限公司 2024 年成立的時候，我就預期這件事會發生，所以從第一天就把法人、studio、產品三層切開。現在回頭看，這是這家公司到目前為止做對最重要的結構決定。
三層架構：法人層 / studio 層 / 產品層
法人層：矽基崛起 + BotsUP LLC
台灣的矽基崛起有限公司負責：所有發薪（含健保、勞保、提撥）、對台灣客戶開發票、401 營業稅申報、ISO 27001 合規流程。Wyoming 的 BotsUP LLC 負責：海外客戶收款（USD）、國際 SaaS 訂閱收款窗口。
法人層幾乎不會變，這是刻意的。我不想為了「感覺起來比較潮」就拆新法人，每多一個法人就多一份稅務、多一份 bookkeeping、多一份 compliance。我會等到某個產品單獨估值超過整個 studio 的時候再考慮 spin off 法人。
Studio 層：BotsUP Studio
這一層是我們共用的基礎設施，包含：
- Stack：Next.js 15 + Firebase + GCP + Flutter（mobile）+ 4 個 MCP server（PM / Dev / CMS / Biz）
- ISO 27001 流程：資安政策、access control、incident response，一套用在所有產品上
- Admin 系統：OKR → Milestone → Project → Invoice → Payroll 全打通，這套本身就是 studio 治理工具
- 品牌 DNA：極簡、技術濃度高、indie-credible，不是 agency-polished
- Go-to-market 共用資產：官網 SEO authority、顧問案例庫、發布清單、ISO 認證書
任何產品進到 studio，這些立刻免費繼承。這是為什麼我們的新產品邊際成本極低 —— 5 小時就能上線一個 間歇健走 MVP，因為 auth、hosting、CI/CD、分析、跨站 session 都是現成的。
產品層：各自為政
產品全部掛在 *.botsup.cc subdomain，例外是已經有獨立品牌認知的 Agent2PDF（agent2pdf.com，因為它上架 Claude.ai 原生 MCP 整合，需要獨立 domain authority）。每個產品有自己的：
- Subdomain 或獨立 domain
- Pricing 策略（有的是 usage-based，有的是 flat rate）
- 客戶關係和 support inbox
- SEO authority（但透過 schema.org 統一認祖歸宗）
- Spin-off 選項（任何產品未來都可以拉出去成獨立法人）
共用什麼、獨立什麼
這一題是 studio 治理的核心。以下是我們現行的切法：
| 項目 | 共用 | 獨立 |
|---|---|---|
| 公司法人 | 是（矽基崛起 + BotsUP LLC） | 否 |
| Tech stack | 是 | 否 |
| Admin 系統 | 是 | 否 |
| ISO 27001 流程 | 是 | 否 |
| 客戶關係 | — | 是（各產品有各自用戶） |
| Pricing | — | 是 |
| SEO subdomain | — | 是 |
| Brand tone | 是（BotsUP DNA） | — |
| Schema.org entity | 是（@id: https://botsup.cc/#organization） | — |
關鍵眉角：entity graph 統一對 AI answer engine 很重要。ChatGPT、Claude、Perplexity、Google AI Overview 都會去 crawl schema.org。如果每個產品各自宣告一個 Organization entity，AI 會把我們當成五家無關的小公司，每家 authority 都薄薄一層。統一 @id 之後，我們是一個 studio 有多個產品，authority 累積在同一個 node 上。
Consultancy + Products：雙引擎怎麼互相滋養
很多人會問：顧問和產品不會互相搶時間嗎？短期會，長期不會。機制是這樣：
顧問 → 產品：企業客戶遇到的真實痛點，就是產品 idea 的來源。Agent2PDF 是從幫一個客戶做報表系統時發現 Claude.ai 沒有好用的 PDF 輸出，直接長出來的。Visibility Console 是幫客戶做 SEO/AEO 診斷做到第 N 家，發現工具鏈有洞才自己做的。
產品 → 顧問：產品上線本身就是 case study。我跟企業客戶開場白從來不用講「我們很懂 AI Agent」，直接丟 Agent2PDF 上 Claude.ai 官方 marketplace 的事實、OnReel 上線的過程、水滴發票 196 萬用戶的歷史。做過比說過有用一百倍。
現金流層面：顧問 revenue 可預期、margin 高、現金提早進來；產品 revenue 慢熱、但有 optionality 和複利。顧問 fund 產品，產品證明顧問，這不是兩件事，是一台引擎的兩個行程。
AI Agent 在這個架構扮演什麼角色
這是 BotsUP Studio 能成立、但傳統 indie studio 做不到的關鍵。
傳統 indie studio 要維持 N 個產品，通常會走這條路：雇 PM、雇工程師、雇行銷、雇客服，變 agency。我們走的是另一條：一個 Vincent + AI Agent team。
我們內部的 admin 後台有 4 個 MCP server，每個都是一個 AI Agent 的運作介面：
- PM Agent（~60 tools）：管 Objective → Milestone → Epic → Backlog，生 daily briefing、跑 scope guard、偵測 focus drift
- Dev Agent（~20 tools）：自動 claim backlog item、跨 repo 開 PR、ship 前檢查 epic 完成度
- CMS Agent：管文章、job post、content pipeline
- Biz Agent：管發票、報價單、薪資、代墊款、銀行對帳（這篇文章的財務背後就是這個在跑）
實際產出：一個我 + Agents 團隊每週可以跨 3-4 個 repo 推進。這不是「AI 取代人」的敘事，是槓桿（leverage）。Naval 講過，現代的槓桿是 code 和 media，但他那是 2018 年。2026 年多了一種：AI Agent。一個懂怎麼設計 Agent 工作流、會設計 MCP tool 的資深工程師，等於過去的一個小團隊。
所以 studio 不是 oversell。Studio 的人數不用看頭數，要看 throughput。
什麼時候會 spin off 某個產品
我有寫下明確指標，避免情緒決策：
- 年化 revenue 超過整個 studio 的 30% — 該產品需要獨立財務報表可信度
- 有外部投資意願且對方只想投單一產品 — 不能用 studio 結構收那筆錢
- 監管需求要求獨立法人（例如 fintech 牌照、獨立資安審計）
- Exit 機會出現（M&A 買家只要那個產品線）
目前所有產品都沒達到任一個條件。最接近的是 Agent2PDF，因為它上 Claude.ai 官方整合之後增速較快，但還沒到需要拆的程度。拆法人是最後手段，不是 default 路徑。
FAQ
Q: 為什麼不乾脆做一家 funded startup？ 因為 funded startup 的 incentive 是追 unicorn valuation，這會逼你做你本來不想做的事 —— 拼 growth at all cost、追下一輪、焦慮 dilution。Indie studio 的 incentive 是讓每個產品 sustainably profitable，我比較喜歡後者的 game。37signals 和 Basecamp 這條路走了 20+ 年，活得比多數 YC S19 公司久。
Q: 同時做顧問跟產品不會 lose focus 嗎？ 會，但不是因為同時做，是因為沒有治理就做。我們的 admin 系統就是為了解決這題：顧問案和產品開發都進同一個 backlog、用同一個 OKR、每週同一個 focus score。Focus score 掉到 60% 以下 PM Agent 會告警。這不是理論，是跑了一年的實戰系統。
Q: 哪個產品最可能第一個 spin off？ 誠實說，現在看起來是 Action!。2026 會從內部工具拆成獨立 SaaS 產品，因為它有清楚的 ICP（AI-native 任務管理）、可複製的 ACV 模型、而且內部用了一年夠熟。Agent2PDF 是 revenue 最快的，但獨立 brand 已經存在，反而不急著拆法人。
Q: 跟 agency 最大差別在哪？ Agency 的商業模式是賣人天，我們的是賣交付結果。Agency 賺的是工時差價，擴張方式是雇更多人；我們賺的是用 AI Agent 槓桿做出來的效率 delta，擴張方式是把更多工作流交給 Agent。另外 agency 沒有自有產品，我們有 6 個（含已退），這是本質不同。
Q: 你們不是 solo 嗎，BotsUP Studio 這個 branding 會不會 oversell？ Solo 是人數，Studio 是結構。有一個 Vincent，有 4 個 AI Agent server、有 6 個產品、有一套 ISO 27001 合規、有正規發薪系統、有獨立法人。如果 throughput 和治理結構對得起 studio 這個稱呼，那就不是 oversell。我不會在官網寫「我們有 30 人團隊」—— 那才叫 oversell。
延伸閱讀
- BotsUP 顧問服務介紹 — consultancy 這條引擎怎麼跑
- Work / 案例集 — 自有產品與顧問案實績
- 軟體外包合約怎麼談：避免報價翻倍的 5 個條款
- App 開發費用怎麼估？2026 台灣行情完整解
參考資料
- 37signals, "It Doesn't Have to Be Crazy at Work" (Jason Fried & DHH, 2018) — 單一 studio 多產品長期經營的 playbook。
- Naval Ravikant, "How to Get Rich (without getting lucky)" — leverage 三大類：labor / capital / code+media。AI Agent 是 2026 新增的第四類。
- Schema.org — Organization 實體規範 與
@id跨頁共用的語意，是 entity graph 合併的基礎。
BotsUP 是新型態軟體顧問公司。想了解我們怎麼做顧問、做產品、或合作？30 分鐘需求診斷。
