jim800121chen
fb7da5d180
依 autoflow-agent workspace v2 設計把 PRD / 設計 / 架構 / 交付類 共享文件從個人層 .autoflow/（ignored）搬到 docs/autoflow/（進 git）， 讓團隊可共享產品與架構文件，個人層只留 progress / review / testing 等 per-branch 筆記。 - 02-prd/ 21 個檔（PRD、features、market-analysis 等） - 03-design/ 18 個檔（design-spec、wireframes、flows 等） - 04-architecture/ 31 個檔（TDD、design-doc、ADR×14、API 規格等） - 07-delivery/ 3 個檔（project-summary、phase-0.6-handover、stage-deployment-setup） 合計 73 檔。原檔已從 .autoflow/ 移除（migration 工具執行 git mv， 但因 .autoflow/ 在 .gitignore 中、git 將此操作視為新增、無 rename history）。
167 lines
6.9 KiB
Markdown
167 lines
6.9 KiB
Markdown
# 3. 市場分析 — visionA Cloud
|
||
|
||
> 父文件：[PRD.md](PRD.md)
|
||
>
|
||
> 註：Phase 0 雛形階段，市場分析以「**為產品定位提供參照**」為主，不做完整 TAM/SAM/SOM 數字推估。待 Phase 1 MVP 前會做更詳細的市場驗證。
|
||
|
||
---
|
||
|
||
## 3.1 市場概述
|
||
|
||
**邊緣 AI 推論裝置管理市場**可以分成三層：
|
||
|
||
1. **硬體層**：Kneron、NVIDIA Jetson、Google Coral、Hailo、NXP i.MX
|
||
2. **模型訓練層**：Edge Impulse、SenseCraft AI、Roboflow、kneron_model_converter
|
||
3. **推論與部署管理層**（本產品所在）：NVIDIA Triton、AWS IoT Greengrass、Azure IoT Edge、本地自建工具
|
||
|
||
**市場規模參考數字**（產業報告，非精準值）：
|
||
|
||
- 全球邊緣 AI 晶片市場 2025 約 $10B，2030 CAGR ~20%
|
||
- 邊緣推論軟體市場 2025 約 $2B，成長率略高於硬體
|
||
- Kneron 在 NPU 市場屬於中小型玩家，主戰場在亞洲（台灣、日本、中國）+ 美國西岸
|
||
|
||
**visionA Cloud 的 SAM**：Kneron 裝置使用者，保守估算 Kneron 生態系全球開發者 5,000-10,000 人，加上內部 FAE 50 人。Phase 0 目標觸及 ~50 人（內部 + 早期採用者）。
|
||
|
||
---
|
||
|
||
## 3.2 競品分析
|
||
|
||
### 3.2.1 競品清單
|
||
|
||
| 競品 | 類型 | 和 visionA Cloud 的重疊度 | 威脅等級 |
|
||
|------|------|------------------------|---------|
|
||
| NVIDIA Triton Inference Server | 推論 Server | 中（不針對邊緣，鎖 NVIDIA 硬體）| 低 |
|
||
| Edge Impulse Studio | 訓練 + 部署 | 中（重 training，不重遠端操作）| 中 |
|
||
| SenseCraft AI | 訓練 + 部署 | 中（鎖 Seeed 硬體）| 低 |
|
||
| AWS IoT Greengrass | 邊緣設備管理 | 高（設備管理理念相近）| 中 |
|
||
| Azure IoT Edge | 邊緣設備管理 | 高（同上）| 中 |
|
||
| Kneron 自家工具（KneronPLUS SDK）| SDK / CLI | 低（命令列工具，沒有 UI）| 無 |
|
||
| edge-ai-platform POC（自家）| — | 100%（就是前身）| — |
|
||
| local-tool（自家）| 離線桌面 | 高（同一批用戶）| 互補不衝突 |
|
||
|
||
### 3.2.2 重點競品深度分析
|
||
|
||
#### NVIDIA Triton Inference Server
|
||
|
||
| 維度 | 內容 |
|
||
|------|------|
|
||
| 定位 | 企業級推論 server，跑在資料中心 / 雲端 GPU |
|
||
| 優勢 | 極高效能、多框架（TF/PyTorch/ONNX）、成熟 |
|
||
| 劣勢 | 鎖 NVIDIA 硬體、不是為「邊緣裝置遠端管理」設計、學習曲線陡峭 |
|
||
| 對我們的啟發 | 他們的 Model Repository、HTTP/gRPC 雙 API 可參考 |
|
||
| 威脅 | 不直接 — 不同硬體生態、不同場景 |
|
||
|
||
#### Edge Impulse Studio
|
||
|
||
| 維度 | 內容 |
|
||
|------|------|
|
||
| 定位 | 端到端邊緣 AI MLOps 平台（資料收集 → 訓練 → 部署） |
|
||
| 優勢 | 250K+ 開發者、40+ 硬體支援、完整 MLOps |
|
||
| 劣勢 | 訓練導向、部署後管理薄弱、Kneron 支援有限 |
|
||
| 對我們的啟發 | 他們的 Live Classification（類似我們的 workspace）體驗很好 |
|
||
| 威脅 | 中 — 如果他們加強 Kneron 支援和遠端管理，會直接競爭 |
|
||
|
||
#### AWS IoT Greengrass
|
||
|
||
| 維度 | 內容 |
|
||
|------|------|
|
||
| 定位 | AWS 生態系邊緣運算平台 |
|
||
| 優勢 | 企業級、與 AWS IoT Core 整合、大規模 |
|
||
| 劣勢 | 綁定 AWS、配置複雜、不是 AI 專用 |
|
||
| 對我們的啟發 | 他們的 device pairing / shadow 機制可參考 |
|
||
| 威脅 | 中 — 企業客戶可能偏好 AWS 生態系 |
|
||
|
||
#### edge-ai-platform POC（前身）
|
||
|
||
| 維度 | 內容 |
|
||
|------|------|
|
||
| 定位 | Kneron 內部 POC，驗證 relay + cluster 可行性 |
|
||
| 優勢 | 已驗證核心技術（tunnel、叢集推論）|
|
||
| 劣勢 | 無 auth、token hardcode、沒有產品化包裝、文件分散 |
|
||
| 對我們的繼承 | 搬核心模組（relay / tunnel / cluster / wsconn）|
|
||
|
||
---
|
||
|
||
## 3.3 差異化策略
|
||
|
||
### 3.3.1 visionA Cloud 的獨特定位（UVP）
|
||
|
||
> **「專為 Kneron 邊緣 AI 裝置打造的雲端遠端操作平台 — 不做訓練，不綁雲，就是要讓你打開瀏覽器就能操作自己的 Kneron 裝置。」**
|
||
|
||
四個核心差異化：
|
||
|
||
1. **Kneron 專用** → 不分心做 40+ 硬體，深度優化 KL520 / KL720
|
||
2. **遠端 tunnel** → 不需要 VPN、公開 IP，local agent 主動連雲端 WebSocket
|
||
3. **叢集推論** → 加權 RR，多裝置並行，Edge Impulse / SenseCraft 都沒有
|
||
4. **和 local-tool 互補** → 同一個使用者可同時使用，UI 一致
|
||
|
||
### 3.3.2 護城河分析
|
||
|
||
| 護城河 | 強度 | 可維持多久 | 說明 |
|
||
|-------|------|-----------|------|
|
||
| Kneron 生態系整合 | 高 | 2-3 年 | 我們是 Innovedus（Kneron 自家），官方渠道優勢 |
|
||
| Tunnel 技術（yamux over WebSocket） | 低 | 6 個月 | 競品可抄 |
|
||
| local-tool + cloud 雙模式 | 中 | 1-2 年 | 技術不難，但做到 UI 完全一致需要長期累積 |
|
||
| 叢集推論 | 低 | 6 個月 | POC 已展示，競品可抄 |
|
||
| 和 kneron_model_converter 整合 | 中 | 1-2 年 | 取決於 converter 團隊的護城河 |
|
||
|
||
**結論**：最強的護城河是**「Kneron 官方身份 + local-tool 熟客基礎」**，技術護城河薄。需要靠快速迭代 + 生態系整合維持優勢。
|
||
|
||
### 3.3.3 沒做這個會怎樣（反面論證）
|
||
|
||
如果不做 visionA Cloud：
|
||
|
||
- FAE 繼續每次出差帶筆電 → 疲勞 + 出錯
|
||
- SI 客戶管不了多裝置 → Kneron 採購天花板被限制
|
||
- POC 技術被閒置 → 沈沒成本
|
||
- 用戶被 Edge Impulse / SenseCraft 吸走 → 生態系流失
|
||
|
||
---
|
||
|
||
## 3.4 市場進入策略（簡版）
|
||
|
||
> 註：Phase 0 雛形階段只做內部使用，完整 GTM 策略在 Phase 1 前規劃。
|
||
|
||
### Phase 0（2026 Q2）
|
||
|
||
- 對象：Kneron 內部 FAE + Innovedus 團隊
|
||
- 通路：內部公告、直接拉人測試
|
||
- 目標：技術驗證，拿到 5-10 位深度回饋
|
||
|
||
### Phase 1 MVP（2026 Q3）
|
||
|
||
- 對象：Kneron 外部生態系中**已知的早期採用者**（從 local-tool / POC 用戶名單找）
|
||
- 通路：Email 邀請、1:1 onboarding
|
||
- 目標：100 個 Pairing，50 個 WAD
|
||
|
||
### Phase 2（2026 Q4+）
|
||
|
||
- 對象：Kneron 晶片採購新客戶、Kneron 官網訪客
|
||
- 通路：Kneron 官網首頁、developer portal 整合、技術部落格
|
||
- 目標：北極星指標穩定成長
|
||
|
||
**在地化策略**：
|
||
|
||
- Phase 0-1：繁體中文 + English（沿用 local-tool 的 i18n）
|
||
- Phase 2：加入簡體中文、日文（主要亞洲市場需求）
|
||
|
||
---
|
||
|
||
## 3.5 關鍵假設與驗證
|
||
|
||
| 假設 | 驗證方式（Phase 0） | 成功標準 |
|
||
|------|-------------------|---------|
|
||
| 使用者願意把 local agent 連上雲端 | 內部 FAE 測試 Pairing 流程 | 5/5 FAE 完成 Pairing |
|
||
| 企業網路能穿透（NAT / Proxy / Firewall） | 在不同客戶網路做 tunnel 連線測試 | 至少在 3 種企業網路成功 |
|
||
| 推論端到端延遲可接受 | 實測 P95 延遲 | < 500ms（比 local 多 ~300ms tunnel）|
|
||
| UI 體驗一致性（local vs cloud） | 讓用過 local 的 FAE 試 cloud | 無需額外學習 |
|
||
| 叢集推論對 SI 有價值 | 展示給目標 SI 客戶 | 至少 2 家表達興趣 |
|
||
|
||
---
|
||
|
||
## 連結
|
||
|
||
- 上一章：[產品定位](product-positioning.md)
|
||
- 下一章：[用戶研究](user-research.md)
|
||
- 跳回：[PRD 索引](PRD.md)
|