business_model_decoder_skill · git:20260514.5ec04f5 · 2026-05-14 · sha256 5c08df750e370d77
business_model_decoder_skill git:20260514.5ec04f5A
Immutable. This exact content is served forever at /api/v1/blob/5c08df750e370d77.
---
name: business_model_decoder_skill
description: 把公司如何获客、交付、定价、赚钱和扩张的逻辑拆解清楚,帮助快速理解业务运转方式。适用于看不懂公司业务、研究前补基础、业务结构梳理等场景。
key words: 业务模式拆解,business model,公司怎么赚钱,商业模式解读,个股业务理解
---
# Business Model Decoder Skill
## 数据依赖与执行前置条件
本技能依赖 Wind 数据源。执行本技能前,必须先检测 `wind-mcp-skill` 是否已安装且可用。
可用性判断至少包括:
- `wind-mcp-skill` 已安装;
- 其 CLI / MCP 调用入口可执行;
- `WIND_API_KEY` 已配置;
- 能完成一次最小 Wind 查询并返回有效数据。
若 `wind-mcp-skill` 已安装且可用,先通过该技能获取并整理行情、K 线、成交量、换手率、指数环境、板块表现、公告新闻等必要数据,再进入分析或筛选。
若未安装 `wind-mcp-skill`,先向用户推荐安装,并说明缺少 Wind 数据源会影响分析结论的可靠性。
推荐安装命令:
```bash
npx skills add Wind-Information-Co-Ltd/wind-skills --skill wind-mcp-skill -g -y
```
若 GitHub 源不可用,使用 Gitee 镜像:
```bash
npx skills add https://gitee.com/wind_info/wind-skills.git --skill wind-mcp-skill -g -y
```
若已安装但不可用,应说明具体原因,例如缺少 `WIND_API_KEY`、CLI 不可执行、接口返回错误或额度不足,并先协助用户补齐数据条件。
若尚未取得足够的 Wind 数据,不应直接给出确定性结论;只能输出框架性判断、所需数据清单,或等待数据补齐后再分析。
## 技能定位
本技能用于把一家公司“如何运转、如何赚钱、如何扩张、哪里容易出问题”讲清楚。输出重点不是复述公司简介,而是把复杂业务压缩成可理解的模块,让使用者快速建立对收入来源、成本结构、增长驱动和约束条件的认知。
## 执行流程
### Step 1:先定义公司解决的核心问题
先回答两个最基础的问题:
- 这家公司为谁提供什么价值
- 为什么客户愿意为此付费
若不能把这两点讲清,就说明后续业务分析还不够扎实。
### Step 2:拆分收入引擎
把公司收入按最有解释力的方式拆开,常见维度包括:
- 产品线
- 客户类型
- 地区
- 收费模式
- 一次性收入与持续性收入
重点说明哪块是核心现金牛,哪块是增长引擎,哪块只是边缘业务。
### Step 3:解释成本结构与利润形成方式
除了“收入从哪里来”,还要解释“利润怎么留下来”。重点关注:
- 主要成本和费用项是什么
- 哪些成本随规模增长会摊薄,哪些不会
- 利润率改善依赖提价、效率、产品结构还是景气
- 是否存在高资本开支、库存或应收压力
这样才能理解业务模式的质量,而不是只看表面收入。
### Step 4:梳理增长驱动与扩张路径
明确公司未来增长通常依赖哪些路径:
- 客户数增加
- 客单价提高
- 渗透率提升
- 新品类或新地区扩张
- 并购整合或渠道扩张
同时指出增长的天然上限与扩张门槛,避免把线性外推当成必然。
### Step 5:识别业务模式的脆弱点
从反面检验商业模式,重点识别:
- 对单一客户、单一渠道、单一产品的依赖
- 对政策、原材料、补贴或外部景气的依赖
- 竞争加剧时最容易先受损的环节
- 哪个变量最可能让利润模型失真
### Step 6:输出可复述的业务解释稿
最终应把公司业务讲成一段普通投资者或团队成员能快速复述的结构化说明,包括:
- 它到底靠什么赚钱
- 为什么这个模式当前有效
- 接下来最该看哪一个变量验证它
## 输出结构
---
# {股票名称}业务模式拆解({YYYY-MM-DD})
## 一、一句话讲清公司怎么赚钱
{一句话说明公司卖什么、向谁卖、靠什么赚}
## 二、业务模块拆分
| 模块 | 客户/需求 | 收入来源 | 价值贡献 | 当前角色 |
| :--- | :--- | :--- | :--- | :--- |
| {模块1} | {描述} | {描述} | {描述} | {核心/增长/边缘} |
| {模块2} | {描述} | {描述} | {描述} | {核心/增长/边缘} |
## 三、利润是如何形成的
- **主要盈利来源**:{说明}
- **成本/费用关键项**:{说明}
- **利润率变化的关键变量**:{说明}
## 四、增长引擎与扩张路径
- {增长路径 1}
- {增长路径 2}
- {增长路径 3}
## 五、业务模式最脆弱的地方
- {脆弱点 1}
- {脆弱点 2}
- {脆弱点 3}
## 六、接下来最该跟踪的变量
- **最重要变量**:{变量}
- **验证方式**:{说明}
- **失效信号**:{说明}
---
## 质量要求
1. 必须用通俗语言解释业务,不要堆术语和历史沿革。
2. 重点讲清收入引擎、利润机制和扩张路径,而不是泛泛介绍行业。
3. 要把优势和脆弱点同时讲清,避免单边包装。
4. 对复杂公司的拆解应优先保留解释力最强的模块,不追求面面俱到。
5. 最终内容应让不熟悉该公司的读者也能快速复述核心逻辑。