# SNQ 平台 · 方向對焦問題清單

> 跨討論累積的「需要跟老闆 / Na 姐先對焦才能落實」的策略性問題。  
> 不是技術問題、不是設計問題 — 是組織方向問題。  
> 每一題未解決前，相關的產品 / 團隊 / 預算決策都會卡。

---

## 標籤系統

- `[OPEN]` 尚未對齊
- `[ALIGNING]` 對話中
- `[ALIGNED]` 已對齊，但 record 為什麼 / 怎麼決定
- `[DEFERRED]` 暫不解決，標註延後到哪個時點

---

## ISSUE #01 · 盈利模式與平台定位

**狀態**：`[OPEN]`  
**記錄日期**：2026.05.12  
**影響範圍**：產品策略 / 團隊組成 / 預算分配 / KPI 設定 / 對外溝通  
**緊急度**：高 — 不解開會在 Y2 開始撕裂

### 問題簡述

老闆原始 vision 是「平台 → buyer → marketplace subscription / 撮合費」的 Crunchbase-style 商業模型，把平台本身當成終極產品。  
但根據對醫療資訊產業的分析（IQVIA / Definitive Healthcare 等競爭、醫療買家決策週期、台灣品牌差異化等），這個方向的勝算不高。

### Kai 的傾向分析

**「網站本身不會直接賺錢」**。平台是 lead generation surface + trust label。
真正會產生現金流的活動是：

| 收入線 | Y5 末估算 | 佔比 | 關鍵成立條件 |
|--------|-----------|------|--------------|
| 政府 B2G（衛福部 / 外交 / 經貿） | ~ NT$3,500 萬 | 50% | 政策延續、政府有意願 |
| Solution Export deal facilitation | ~ NT$2,500 萬 | 25% | BD 團隊 + 5-10 個 deal/年 |
| 院所會費 / 認證延伸 | ~ NT$2,500 萬 | 20% | 100 家醫院 × avg NT$25 萬 |
| API / Report / Event | ~ NT$500 萬 | 5% | 各種小型收入 |

**Y5 總收入 ~ NT$9,000 萬／年**，能覆蓋當時 25 人團隊 + 平台 + 國際 BD 的營運。

### 兩個關鍵分歧點

**分歧 A · 平台是「公司本體」還是「公司的 marketing surface」？**
- 若是公司本體 → 產品團隊主導、KPI 看 ARR / MAU / 訂閱數
- 若是 marketing surface → BD 團隊主導、KPI 看 deal 量 / Solution Export 簽約數

**分歧 B · 「Stage 4 buyer marketplace」這個 vision 該不該保留？**
- 砍掉：聚焦 Solution Export，平台只做 catalogue
- 保留：花更多錢做 buyer 後台 + payment + 媒合 AI，但勝算不高

### Na 姐的暗示

Na 姐 ppt 的三大任務順序（資料庫 → 平台 → Solution Export）其實已經暗示「平台 = enabler、賺錢在 Solution Export」這個邏輯。可能她跟老闆之間就有 misalignment，不是只有 Kai 跟老闆之間。

### 待對齊的決策點

1. 老闆心裡真實的盈利結構期待是什麼？（marketplace subscription 真的是主軸？還是其實也清楚「平台 = enabler」？）
2. 若採「平台 = enabler」模型，公司未來幾年該招的人是工程／產品還是 BD／國際關係？
3. NT$3,000 萬／年的預算分配比例（工程 vs BD vs marketing）該怎麼定？
4. 對外給投資人 / 政府的 pitch 用哪個 narrative？
5. 院所會費這條線什麼時候啟動？由 SNQ 認證費延展，還是另立平台訂閱？

### 影響的下游決策

- 產品 sitemap 的 Stage 4 區塊（buyer 後台 / deal room / payment）該不該真的做？
- 工程招募的優先序（後端 / 後台 / API / 媒合 AI）
- 對外 marketing 的姿態（「我們是台灣的 Crunchbase」vs「我們是台灣醫療輸出的窗口」）
- Solution Package 的設計優先序（Y3 才上 vs Y1 內部 schema 預留）

### 下一步建議

需要找老闆做一次「策略對焦會議」，把這份分析給他看，明確問：「你期待 5 年後我們公司賺錢主要靠什麼？」。在沒對齊前，產品 sitemap / 團隊招募 / 預算分配都採取「兩種方向都不傷」的折衷路線（schema 預留 buyer 後台，但實作優先做 Solution Export 流程）。

---

## ISSUE #02 · _尚未提出_

（保留位置）

---

## 結案紀錄

當 issue 從 `[OPEN]` 轉為 `[ALIGNED]` 時，要在這裡記錄：

- 對焦會議日期
- 出席者
- 決議內容
- 影響範圍重新評估