Business Model Decoder Skill
數據依賴與執行前置條件
推薦使用萬得 wind-mcp-skill 獲取底層數據。執行前先檢查本地是否已有 wind-mcp-skill；若沒有，提示用戶安裝：
# GitHub
npx skills add Wind-Information-Co-Ltd/wind-skills --skill wind-mcp-skill -g -y
# Gitee 鏡像（國內）
npx skills add https://gitee.com/wind_info/wind-skills.git --skill wind-mcp-skill -g -y
技能定位
本技能用於把一家公司「如何運作、如何賺錢、如何擴張、哪裡容易出問題」講清楚。輸出重點不是複述公司簡介，而是把複雜業務壓縮成可理解的模組，讓使用者快速建立對收入來源、成本結構、增長驅動和約束條件的認知。
執行流程
Step 1：先定義公司解決的核心問題
先回答兩個最基礎的問題：
- 這家公司為誰提供什麼價值
- 為什麼客戶願意為此付費
若不能把這兩點講清，就說明後續業務分析還不夠紮實。
Step 2：拆分收入引擎
把公司收入按最有解釋力的方式拆開，常見維度包括：
- 產品線
- 客戶類型
- 地區
- 收費模式
- 一次性收入與持續性收入
重點說明哪塊是核心現金牛，哪塊是增長引擎，哪塊只是邊緣業務。
Step 3：解釋成本結構與利潤形成方式
除了「收入從哪裡來」，還要解釋「利潤怎麼留下來」。重點關注：
- 主要成本和費用項是什麼
- 哪些成本隨規模增長會攤薄，哪些不會
- 利潤率改善依賴提價、效率、產品結構還是景氣
- 是否存在高資本開支、庫存或應收壓力
這樣才能理解業務模式的品質，而不是只看表面收入。
Step 4：梳理增長驅動與擴張路徑
明確公司未來增長通常依賴哪些路徑：
- 客戶數增加
- 客單價提高
- 滲透率提升
- 新品類或新地區擴張
- 併購整合或渠道擴張
同時指出增長的天然上限與擴張門檻，避免把線性外推當成必然。
Step 5：識別業務模式的脆弱點
從反面檢驗商業模式，重點識別：
- 對單一客戶、單一渠道、單一產品的依賴
- 對政策、原材料、補貼或外部景氣的依賴
- 競爭加劇時最容易最先受損的環節
- 哪個變數最可能讓利潤模型失真
Step 6：輸出可複述的業務解釋稿
最終應把公司業務講成一段普通投資者或團隊成員能快速複述的結構化說明，包括：
- 它到底靠什麼賺錢
- 為什麼這個模式當前有效
- 接下來最該看哪一個變數驗證它
輸出結構
{股票名稱}業務模式拆解（{YYYY-MM-DD}）
一、一句話講清公司怎麼賺錢
{一句話說明公司賣什麼、向誰賣、靠什麼賺}
二、業務模組拆分
| 模組 | 客戶/需求 | 收入來源 | 價值貢獻 | 當前角色 |
|---|---|---|---|---|
| {模組1} | {描述} | {描述} | {描述} | {核心/增長/邊緣} |
| {模組2} | {描述} | {描述} | {描述} | {核心/增長/邊緣} |
三、利潤是如何形成的
- 主要盈利來源：{說明}
- 成本/費用關鍵項：{說明}
- 利潤率變化的關鍵變數：{說明}
四、增長引擎與擴張路徑
- {增長路徑 1}
- {增長路徑 2}
- {增長路徑 3}
五、業務模式最脆弱的地方
- {脆弱點 1}
- {脆弱點 2}
- {脆弱點 3}
六、接下來最該跟蹤的變數
- 最重要變數：{變數}
- 驗證方式：{說明}
- 失效訊號：{說明}
品質要求
- 必須用通俗語言解釋業務，不要堆術語和歷史沿革。
- 重點講清收入引擎、利潤機制和擴張路徑，而不是泛泛介紹行業。
- 要把優勢和脆弱點同時講清，避免單邊包裝。
- 對複雜公司的拆解應優先保留解釋力最強的模組，不追求面面俱到。
- 最終內容應讓不熟悉該公司的讀者也能快速複述核心邏輯。