SNQ / Reality Check Map
v1 · Internal
SNQ 平台 · 終態複雜度文件

願景圖之後,
一整棟沒畫出來的房子。

這份文件不是 mockup 的延伸,而是 mockup 背後的工程量。
它把「成為平台後」實際會長出來的所有 surface area、後台、資料管線、合規層、商業模組,全部攤開放在同一張紙上 —— 這樣老闆、團隊、工程估算、投資人,都能在同一個地表上對話。

DocumentSNQ Platform Reality Check
OwnerKai · Internal Strategy
Statusv1 · Draft for review
Mockup refsnqpupdated0428 · tvghv4
ScopeStage 1 → Stage 4 (5–7 yrs)
Updated2026.05.11
4
Growth Stages
資料收集 → 國際公信力 → 深度合作 → 買家市集
6
Functional Zones
前台 / 主檔 / 證據 / 市集 / 後台 / 基建
18
Architectural Layers
每層自成一個系統工程
130+
Modules
頁面、後台、API、管線、AI 模型
5–7yr
Realistic Timeline
從現在到 Stage 4 商業變現
給看到這頁的人

目前對外的兩個 mockup(平台首頁、TVGH 詳情頁)是 Stage 3–4 的姿態, 但 Stage 1 的資料骨幹還沒長出來。願景圖很適合拿去 align 院所與內部, 但若把它當成「就快要做到」的承諾,會嚴重低估從 0 到 4 的工程量、組織量、合規成本與外部依賴。 這份文件的目的是讓那條從 0 到 4 的路徑 — 包含時間、團隊、卡點、護城河 — 變得清楚可討論。

Part 01 01
四階段成長路徑

每一步都要 踩到實,才有資格進下一階段

終點是 Stage 4(買家市集),但不能跳。每個 stage 有它的核心使用者、核心過關條件、網站該長的樣子、商業模式、團隊規模。 以下是按目前可見的台灣醫療市場節奏粗估,每階段約 12–18 個月。

Stage 01 · Now
資料收集
Data Collection · the spine
時程
12–18 個月月 0 → 月 18
主要使用者
院所 / SNQ opsB2B 內部
網站樣貌
主檔 + 證據庫 + 簡易搜尋無 marketplace、無 AI 媒合
商業模式
院所會費 / SNQ 補助 / 政府專案非利潤導向
團隊規模
3–5 人PM · 2 eng · designer · data ops
過關條件 ≥ 50 家醫院上架完整結構化資料;SNQ 全認證 program 入庫;每筆 outcome 可追溯至論文或審計報告;schema v1 凍結。
Stage 02
國際公信力
International Authority
時程
12–18 個月月 18 → 月 36
主要使用者
院所 + 國際機構JCI / ISQua / 學會
網站樣貌
+ benchmark 引擎 / 多語介面 / 認證追蹤 / 白皮書仍無 marketplace
商業模式
院所進階會費 + 政府國際處仍非主要利潤源
團隊規模
8–12 人+ 國際 BD · medical writer · 翻譯
過關條件 至少 1–2 個國際機構簽署 endorsement / 合作 MOU;EN 介面與 benchmark 對照可信度通過第三方檢驗;資料對外曝光時被引用至少數十次。
Stage 03
深度合作
Deep Collaboration
時程
18 個月月 36 → 月 54
主要使用者
院所 + 海外醫院 / 學會非商業性合作為主
網站樣貌
+ 合作 funnel / 訓練 catalog / trial site / project room v0marketplace 簡版
商業模式
合作媒合 referral / BD service fee開始收 buyer 訂閱試水溫
團隊規模
12–25 人+ 法務 · 合約 ops · 國際 PR
過關條件 完成 ≥ 5 個跨國深度合作 case(學會、醫院、研究機構);每個 case 可作為案例頁公開;NDA / 跨境合約模板成熟。
Stage 04 · Target
買家市集
Buyer Marketplace
時程
持續演進月 54 → ongoing
主要使用者
商業買家(藥廠 / 醫材 / 保險 / 海外醫院 / 政府)
網站樣貌
完整 marketplace / buyer 後台 / deal room / AI matching / 多語本願景圖的最終形態
商業模式
buyer subscription + lead gen + featured listing + API + 報告訂閱
團隊規模
25+ 人+ sales · CS · data product · security
過關條件 有 ≥ 20 個付費 buyer;ARR 可覆蓋運營;deal room 媒合的合作有可量化成交數據;平台被視為亞太醫療合作的 default entry。
當前所在
未來階段
每階段 12–18 個月為基線,視外部依賴實際成熟度滾動修正
Part 02 02
終態 sitemap 全貌

這是平台真正長大後的所有頁面、後台與系統

六個功能區、18 層、130+ 模組。每張卡片標註該模組所屬 stage(S1–S4)與技術難度(1–4 點)。 深色卡片是該層的「anchor module」—— 如果它做不到位,整層都會塌。

Zone A

對外探索層 Public Front · Acquisition & Discovery

2 layers · ~21 modules
L01
行銷與招攬
Marketing & Acquisition
公開首頁Public homepage
S1
關於與方法論About · methodology
S1
院所招攬頁For Hospitals
S1
買家招攬頁For Buyers · 5 segments
S2
研究者入口For Researchers
S2
患者代理入口For Patient Advocacy
S3
洞察與報告Insights · annual reports
S2
新聞與媒體News · Press
S1
職涯
S2
訂閱與定價Pricing
S4
聯絡與合作詢問Contact
S1
法律頁Privacy · Terms · Cookie
S1
語系切換 / i18nzh / EN / JA / KR / AR
S2
L02
探索引擎
Discovery & Search
全站搜尋Global search · cross-entity
S1
多軸 filterDisease · Specialty · Hosp · Region · Cert · Coop · Tech
S1
比較工具Hospital / Program compare
S2
儲存搜尋 / 告警Saved searches · Alerts
S3
推薦引擎Recommendations
S4
搜尋分析Search analytics
S2
個人化Personalization
S4
SEO / 結構化資料Schema.org · sitemap
S1
Zone B

主檔層 Core Entity Profiles

4 layers · ~36 modules
L03
疾病主檔
Disease Profiles · 數百筆
疾病總覽頁Disease overview
S1
台灣總體證據Taiwan aggregate evidence
S1
該疾病領先醫院Top hospitals
S1
術式 / 治療Procedures · treatments
S2
Outcome vs benchmarkw/ global comparator
S2
該疾病證據庫Evidence registry
S1
進行中試驗Active trials
S2
專家名錄Specialists
S2
患者路徑Patient pathway
S3
合作入口Cooperation entry
S3
L04
專科主檔
Specialty Profiles · ~30
專科總覽
S1
次專科分支Sub-specialties
S2
領先團隊Top teams
S2
該專科熱門疾病
S1
人才地圖Talent / luminaries
S3
訓練機會Training
S2
設備與容量Equipment · capacity
S2
L05
醫院主檔
Hospital Profiles · 150+
醫院識別與沿革Identity · history
S1
認證與徽章SNQ · JCI · ISO · 學會
S1
專科索引Specialty index
S1
疾病 program 列表w/ outcomes vs benchmark
S1
品質指標 7 維度Quality indicators
S2
醫師名錄Doctors directory
S2
設備與技術Equipment · technology
S2
案量與容量Capacity · volume
S2
國際合作案例Intl. collaborations
S2
訓練 catalogTraining offered
S3
臨床試驗 site
S3
研究產出Research output
S2
院方更新與新聞
S1
患者服務Intl. patient ops
S3
合作詢問 CTAPartnership inquiry
S3
L06
醫師主檔
Doctor Profiles · 數千筆
基本資料 / Bio
S2
學經歷與訓練史Credentials
S2
院所關聯Affiliations
S2
論文發表Publications
S2
術式與量能Procedures · volume
S3
推薦與訓練連結Endorsements
S3
語言能力
S2
Zone C

證據與國際公信力層 Evidence & International Authority

2 layers · ~14 modules
L07
證據與引用
Evidence & Citation
論文 registryPubMed-linked
S1
臨床試驗 registryCTR-linked
S2
Outcome 資料庫Auditable · versioned
S1
Guideline 追蹤NCCN · WHO · KDIGO · ...
S2
引用圖Citation graph
S3
DOI registry
S2
指標方法論頁Methodology per metric
S1
資料版本史Provenance · changelog
S1
L08
國際公信力
International Authority
國際認證追蹤JCI · Magnet · ISO · ISQua
S2
跨境 benchmark 引擎Outcome normalization
S2
標準對齊 dashboard
S2
年度產業報告Annual reports
S2
國際 ranking 參與
S3
評鑑訪視排程
S3
Zone D

合作市集 Marketplace & Cooperation Funnel

1 layer · ~14 modules
L09
合作市集
Marketplace
Partnership funnelStart a Partnership
S3
醫師訓練 RFP / RFI
S3
轉診 / 海外患者Patient referral
S3
臨床試驗 site 媒合
S3
R&D / 產學合作
S3
技術授權Tech licensing
S4
組織庫 / 樣本庫Tissue / sample bank
S4
買家後台Buyer dashboard
S4
院方回覆工作區Hospital response
S3
Deal room / data room
S4
NDA / 合約模板
S3
多方訊息Multi-party messaging
S4
Activity feed / pipeline
S4
媒合評分引擎Match scoring
S4
Zone E

後台層 Backends · for each user role

4 layers · ~40 modules
L10
帳號與權限
Identity, Roles & Access
使用者帳號User accounts
S1
角色系統7+ roles
S1
院所代表驗證Verification flow
S1
SSO / 機構登入SAML · OIDC
S3
MFA / 2FA
S1
團隊管理Multi-user per hospital
S1
權限矩陣Permissions
S1
活動紀錄Audit log
S1
L11
院所後台
Hospital Admin Backend
Onboarding wizard
S1
Profile 編輯器
S1
疾病 program 編輯
S1
Outcome 提交w/ evidence required
S1
證據上傳器Paper · audit · report
S1
醫師檔案管理
S2
設備與容量錄入
S2
新聞 / 動態編輯
S1
合作詢問收件箱Inquiry inbox
S3
合作 pipeline / CRM-lite
S3
流量分析Who's viewing me
S2
同儕比較Peer comparison
S3
品牌資產庫
S2
多步審批 workflow
S1
L12
買家後台
Buyer Backend
收藏 hospital / program
S3
比較表Compare table
S3
外送收件箱Outreach inbox
S4
NDA library
S4
Project rooms
S4
通知中心Notifications
S3
訂閱 / 報告
S4
L13
平台營運後台
Platform Ops Backend
院所上架審批
S1
資料驗證 queueVerification
S1
SNQ 年度 ingestion 審核
S1
論文 ingestion QC
S1
內部 workflow 管理
S2
使用者支援
S1
內容發佈系統
S1
資產庫 / DAM
S2
內部 BI / 報表
S2
計費 / 訂閱管理
S4
爭議處理 workflow
S3
Zone F

基礎設施 Data, AI & Infrastructure

2 layers · ~19 modules
L14
資料管線
Data Ingestion & Pipelines
SNQ 年度 import
S1
PubMed crawler
S1
ClinicalTrials.gov sync
S2
健保署 / 醫策會 / 衛福部
S2
國際 registry syncHIMSS · OECD
S3
院所自填 submission
S1
圖像 / 影像資產
S2
RWD 匿名化資料
S4
手動策展 queueCuration
S1
ETL 監控
S2
L15
AI / ML 層
AI / ML Layer
AI 合作提案產生In current mockup
S3
AI 疾病 Q&A
S3
AI 醫院媒合
S4
證據摘要
S2
多語翻譯
S2
Outcome benchmarking
S3
買賣方 fit scoring
S4
論文 auto-tagging
S2
資料異常偵測
S2
Zone G

合規與商業 Trust, Compliance, Commerce

3 layers · ~22 modules
L16
信任與合規
Trust, Compliance & Legal
資料 provenance 公開頁
S1
驗證徽章系統
S1
認證效期追蹤
S1
爭議 / 更正 workflow
S2
個資匿名化
S1
個資法 / 醫療法
S1
HIPAA / GDPR
S2
ISO 27001 / SOC 2
S3
醫療廣告法防護關鍵
S1
資安狀態頁
S3
L17
API 與整合
API & Integrations
公開讀 API
S2
合作夥伴寫 API
S3
CRM 整合SF · HubSpot
S3
行事曆 / 排程
S3
Email 自動化
S2
Slack / Teams 通知
S3
付費通道Stripe · Adyen
S4
媒體 / PR 推送
S3
L18
變現與計費
Monetization & Billing
院所 tier 系統free · featured
S4
買家訂閱方案
S4
資料 API 方案
S4
客製化報告訂單
S3
媒合成交費
S4
活動贊助露出
S4
發票 / 計費
S4
收入認列Revenue recognition
S4
Stage 標籤
S1資料收集 S2國際公信力 S3深度合作 S4買家市集
難度 (1–4 點)
標準靜態頁 CRUD + 視覺化 複雜 domain 多方信任 / 跨境法
Anchor module
深色卡 = 該層支柱 失敗則整層塌
Part 03 03
建置難點與資料複雜度

畫出來容易,真的成立很難 — 每階段的關鍵卡點

以下挑出每個 stage 最容易被低估的工程 / 資料 / 合規難題。這些是「無法靠加人加快」的卡點 —— 需要時間沈澱、外部第三方介入、或法務 / 醫療專業判斷才能解。

Stage 01 · 資料收集

地基沒打好,後面整棟都會歪

Stage 1 看似只是「把資料蒐集起來」,但這裡有四個本質性難題決定了平台未來能不能 scale。

  • 資料 schema 設計疾病 / 專科 / 醫院 / program / outcome / 證據 的 entity 關聯,必須允許「同疾病不同醫院用不同指標」但仍可比對。一旦定錯,後面所有 benchmark 都要重來。
  • 證據可追溯每一筆 outcome 必須掛到一篇論文、一份審計、或一份 institutional report。版本控制(同 metric 不同年份的值)、撤回機制(論文被 retract 怎麼辦)都是地基工程。
  • 院所多人協作後台誰能編、誰能 publish、誰來 approve、SNQ 是不是中央審核點?這不是 CRUD,是 workflow + 權限 + 責任歸屬三件事黏在一起。
  • 醫療廣告法的 razor台灣醫療法限制比較性宣傳,但這個平台的本質就是在做比較。每一句 copy、每一個指標、每一個「世界第一」都需要法務 review。
  • 資料正確性的責任寫錯了誰賠?醫院、SNQ、平台三方的責任界線需要在合約層級畫清楚,而且每筆資料都要有「來源 + 簽核人 + 日期」的 audit trail。
Stage 02 · 國際公信力

「想被國際認」和「被國際認」之間有十年差距

這階段被低估的不是技術,而是公信力本身就是時間 + 關係 + 數據累積,三者缺一不可。

  • 國際機構不會輕易 endorse 一個 competitorJCI、ISQua 自己有商業利益,他們未必想 endorse 一個會分流他們認證業務的平台。要找對切入點:是合作 white-label?是研究合作?是 chair 級別的私人關係?
  • 跨國 benchmark 的指標定義不同「5-yr survival」每國算法不同(risk-adjustment 模型、censoring 處理、cohort 選定)。要做出能直接比較的 benchmark engine,背後是一整套 epidemiology 工程。
  • 多語翻譯不是 Google Translate醫療詞彙每個都要 medical writer 級別的翻譯,且每個專科的習慣用語不同。十國語言 × 數百疾病 × 數千指標 = 不能 outsource 的編輯工程。
  • 公信力的 chicken-and-egg沒有國際機構 endorse 之前,要靠什麼吸引第一個 endorser?通常需要 SNQ 自身 + 政府衛福部出面背書 + 一個 sponsor case 才解得開。
Stage 03 · 深度合作

合作是「人 × 信任 × 時間」,網站只是表面

這階段最大的誤解是:以為加一個「Start a Partnership」按鈕 + AI 提案就能促成合作。實際上 90% 的合作是 BD 人去跑出來的。

  • 合作是高 trust 事件,CTA 解不了真正的醫療合作需要 BD 人去談、需要 case study、需要前置 relationship。網站充其量是「會議前先看的資料」,不是「成交工具」。
  • 院所願不願意把流程放上來真實合作流程涉及商業機密、醫師個人 relationship、醫院政治。他們可能寧願走 informal channel,平台要提供額外價值才會被使用。
  • 跨境法務工作量爆炸NDA、跨境合約、數據合規、IP 歸屬、責任險。每個 case 的法務模板都要客製,標準化只能做到 70%。
  • Marketplace 兩邊冷啟動買家來看:「沒有 supply 我為什麼來?」院所來看:「沒有 demand 我為什麼填?」哪邊先有?通常需要先用 5–10 個案例堆出 demand 假象,引 supply。
Stage 04 · 買家市集

Buyer 不為「目錄」付錢 — 他們為 access 與洞察付錢

這階段如果直接複製 Crunchbase 的 directory + premium subscription 模式,會撞到一個冰冷的事實:醫療買家的決策週期以「年」計算。

  • 付費價值點要明確單純 directory 不值錢。要有獨家 access(介紹信、優先見面權)+ 獨家 insight(私下 benchmark、未公開合作 case)+ 媒合服務(不是 self-serve,是 white-glove)。
  • 轉換期長到威脅 ARR 模型藥廠決策一個跨國臨床試驗 site 要 6–18 個月,醫材 1–3 年。訂閱制如何穩定收費?可能需要 retainer + success fee 混合。
  • 已有強勢競爭者Frost & Sullivan、IQVIA、GlobalData、Definitive Healthcare 已存在數十年,有 enterprise sales 軍團。打不過它們的廣度,只能打它們做不到的深度(亞太 / 台灣 / SNQ 數據)。
  • 媒合的 liability如果平台媒合的合作出問題(醫療事故、IP 糾紛、合約違約),平台是否要負責?這是 marketplace 變現之前必須在 ToS / 保險 / 公司結構上想清楚的問題。
Part 04 04
外部依賴與護城河

這個平台活在一張依賴網裡 — 哪些是助力,哪些是卡點

除了內部工程量外,平台的每一步都需要外部第三方協作。下面列出主要依賴對象、需要他們做什麼、以及大致在哪一階段需要到位。 右側是踩穩這些依賴後逐步累積的護城河。

外部依賴清單 12 entities

  • SNQ 認證提供認證資料、年度更新、品牌背書S1 → S4
  • 院所本身資料正確性、上架配合、後台填寫意願S1 → S4
  • 衛福部 / 醫策會政策對齊、健保資料釋出、跨國推廣支持S1 → S3
  • 健保署RWD 申請(脫敏)、就醫量能資料S2 → S4
  • PubMed / NCBI論文 API、引用資料S1
  • ClinicalTrials.gov試驗資料 sync、site 媒合S2
  • SNQ 評委 / 學會指標方法論定義、品質審核S1 → S2
  • 國際評鑑JCI · ISQua · Magnet endorsementS2 → S3
  • 海外 KOL 醫院合作 case · MOU 簽署 · 共同發表S3 → S4
  • 外交 / 經貿單位推廣管道、跨國場合、貿協展會S2 → S4
  • 醫療法律事務所廣告法、合約模板、跨境合規S1 → S4
  • 資安顧問ISO 27001 · SOC 2 · pentestS2 → S4

關鍵風險 where it can break

  • 醫院 churn院所覺得「填了沒效果」而停止維護資料,平台變陳舊S1 → S2
  • 廣告法判例「世界第一」「比競爭醫院好」類用語被裁定違法,需要全站重寫S1
  • 資料準確性事件某筆 outcome 被質疑 / 撤回,引發信任崩盤S1 → S4
  • SNQ 政策變動SNQ 認證體系改版、停辦、被取代S2 → S4
  • 健保資料拒絕釋出RWD 永遠拿不到 → benchmark 永遠不夠強S2
  • 國際 endorser 跳票首個國際合作機構臨時撤回,整個 S2 重來S2
  • 買家不付費S4 商業模式無法成立 → 平台變公益化S4
  • 競爭者進場IQVIA / Frost 推出亞太版,挾廣度搶 dealS3 → S4
  • 資安事件院所敏感資料外洩,平台被告 + 失信S2 → S4
  • 法務 / 媒合糾紛媒合出的合作崩盤,平台被牽連S3 → S4
護城河來源

每一步踩實的東西,未來都是別人複製不來的資產

平台真正的價值,不在 sitemap 的廣度,而在每個 stage 踩過後留下的「無法 outsource」資產。 這些資產讓 Stage 4 的買家媒合不只是 directory 服務,而是一個 networked authority。

01
SNQ 結構化資料庫
28 年累積 × 結構化重整 × 證據可追溯。這個資料集本身就是 IP,且越久越值錢。
02
院所信任關係
院所願意把真實資料、員工醫師、合作 pipeline 開放給平台 — 這需要多年磨合,新進入者複製不來。
03
國際 endorser 網絡
JCI、ISQua、海外 KOL 醫院的官方合作,是別人無法用錢買的時間成本。
04
合作 case 案例庫
每個成功媒合都是後續 buyer 的 social proof。Crunchbase 也是靠 case study 把自己變成 default 入口。
05
指標方法論權威
當「SNQ 標準」成為國際引用標準時,平台就從 directory 變成 standards body 的伴生資產。
06
合規 / 法務基礎建設
廣告法、跨境合約、醫療數據合規 — 這些 boring 工作的累積,本身就是準入門檻。
Part 05 05
三個 reality check 對話

如果跳階段、或想省工 — 會發生什麼

這三個情境是寫給老闆 / 投資人 / 自己看的「跳階思想實驗」。任何一個都會讓人重新感受 stage 順序的必要性。

Scenario 01 · 跳階

「直接做 Stage 4 — 上 marketplace + buyer 訂閱」

假設老闆說:「先做 buyer 後台、AI 媒合、deal room — 把流量先帶起來。」

問題:buyer 進來會發現平台只有 9 個 SNQ 認證 program、無 benchmark、無國際 endorser、無 case study。 離開只要 3 分鐘。然後永遠不會回來。

會發生什麼

Demand-side 失敗 → 失去首批 buyer 信任 → 院所看到沒效果不再配合 → Stage 1 也崩。本錢燒完只剩 mockup。

Scenario 02 · 省工

「先用 1 個工程師 + 6 個月做 MVP」

預算有限,先把現在 mockup 做成可用版,找 5 家醫院上架。

問題:MVP 的本質是「資料 schema + 證據可追溯 + 院所多人後台 + 合規 + 醫療廣告法防護」— 這五件事就是地基。MVP 只能省 UI / marketing 頁,地基省不了。

會發生什麼

6 個月後得到一個展示用 demo,但每加一家醫院 schema 都要 patch,半年後重構成本超過重寫。資料準確性事件遲早發生。

Scenario 03 · 推薦

「最小可行路徑:S1 紮根 18 個月,逐步往上長」

前 18 個月只做 Stage 1,目標:50 家醫院 × 完整資料 × 證據可追溯 × 院所信任 × 法務地基。

對外 mockup 保留 Stage 4 願景,但內部 sprint 嚴格按 S1 → S2 → S3 → S4 推進。 每完成一個 stage,網站才往那個方向擴。

會發生什麼

第 1 年看似「沒進展」,但 Stage 2 起的每一步都會比競爭者快得多 — 因為地基真的存在。5–7 年成為亞太 default 入口。