con un clic
cost-structure-analysis
成本结构深度分析 - 评估启动成本、固定成本、变动成本及盈亏平衡点
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Menú
成本结构深度分析 - 评估启动成本、固定成本、变动成本及盈亏平衡点
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
Use this skill when debugging complex, multi-factor, or long-running bugs. It maintains a project-root /coe Markdown case file per bug case using a strict Chain-of-Evidence model with only Problem, Hypothesis, and Evidence nodes.
Best practices for Remotion - Video creation in React
Manages shadcn components and projects — adding, searching, fixing, debugging, styling, and composing UI. Provides project context, component docs, and usage examples. Applies when working with shadcn/ui, component registries, presets, --preset codes, or any project with a components.json file. Also triggers for "shadcn init", "create an app with --preset", or "switch to --preset".
Use when the user needs to design, implement, audit, or govern Storybook stories for frontend components, design systems, page states, interaction tests, accessibility checks, visual baselines, or component-driven UI workflows.
Allows you to view the user's screen as well as several hours of history. Use when the user makes a reference to their recent work, for which it'd be helpful to see the screen. This skill MUST be used whenever you need to resolve ambiguity in a user request, where the user hasn't specified enough context to do the task. Examples include disambiguating the specific user/app/document/error the user is referring to. You must also use this skill if the user asks about any question regarding Chronicle or asks what you can see from the screen.
Use when a frontend redesign or legacy CSS refactor is blocked by global style pollution, selector collisions, unstable DOM reuse, or the need to migrate a page or module to a new UI without breaking the old system.
| name | cost-structure-analysis |
| description | 成本结构深度分析 - 评估启动成本、固定成本、变动成本及盈亏平衡点 |
深度分析产品的成本结构,包括启动成本、固定成本、变动成本,计算盈亏平衡点,评估成本健康度。这是"好生意评估"七维度模型中的第2维度。
| 成本类型 | 说明 | 估算方法 | 典型范围 |
|---|---|---|---|
| 开发成本 | 人力或外包 | 人月×人数×单价 | 5-30万 |
| 设计成本 | UI/UX设计 | 外包或自己做 | 0.5-5万 |
| 硬件成本 | 服务器/设备 | 首次采购 | 0.5-5万 |
| 办公成本 | 租金/设备 | 首3-6个月 | 1-10万 |
| 其他成本 | 注册/认证等 | 实际支出 | 0.1-2万 |
计算公式:
总启动成本 = 开发成本 + 设计成本 + 硬件成本 + 办公成本 + 其他成本
保守估算 = 总启动成本 × 1.5
| 成本类型 | 说明 | 估算方法 | 典型范围 |
|---|---|---|---|
| 服务器/云服务 | 按最小用户规模 | 云服务商报价 | 500-5000元/月 |
| 第三方服务 | 推送/存储/CDN | SaaS订阅费 | 200-2000元/月 |
| 人力成本 | 至少1人维护 | 按市场价 | 5000-3万/月 |
| 办公成本 | 租金/水电/网络 | 实际支出 | 1000-1万/月 |
| 其他固定支出 | 域名/证书/软件 | 按月分摊 | 100-500元/月 |
计算公式:
月固定成本 = 服务器 + 第三方服务 + 人力 + 办公 + 其他
| 成本类型 | 说明 | 估算方法 | 典型范围 |
|---|---|---|---|
| 存储成本 | 按用户数据量 | GB×单价×用户 | 0.1-5元/用户/月 |
| 流量成本 | 按使用频率 | 按流量计费 | 0.05-2元/用户/月 |
| 客服成本 | 按咨询量 | 时间×人力成本 | 0.5-10元/用户/月 |
| 交易成本 | 支付手续费 | 按交易额% | 交易额的2-5% |
计算公式:
单用户月变动成本 = 存储 + 流量 + 客服 + 交易成本
启动成本健康度 = 启动成本 / 可用资金
评分标准:
- <0.3: 非常健康 (+2分)
- 0.3-0.5: 健康 (+1分)
- 0.5-0.7: 一般 (0分)
- 0.7-0.9: 偏高 (-1分)
- >0.9: 危险 (-2分)
建议: 应该<0.5,留一半资金做运营
月度固定成本比率 = 月固定成本 / 预期月收入
评分标准:
- <0.2: 优秀 (+2分)
- 0.2-0.3: 良好 (+1分)
- 0.3-0.5: 一般 (0分)
- 0.5-0.7: 偏高 (-1分)
- >0.7: 不健康 (-2分)
建议: 应该<0.3,固定成本不超过收入的30%
盈亏平衡用户数 = 月固定成本 / (客单价 - 单用户变动成本)
评分标准:
- <100: 非常容易达到 (+2分)
- 100-500: 容易达到 (+1分)
- 500-1000: 一般 (0分)
- 1000-5000: 较难达到 (-1分)
- >5000: 很难达到 (-2分)
建议: 应该<1000,否则太难达到
基于保守的用户增长预测,计算何时达到盈亏平衡用户数
评分标准:
- <6个月: 优秀 (+2分)
- 6-12个月: 良好 (+1分)
- 12-18个月: 一般 (0分)
- 18-24个月: 偏长 (-1分)
- >24个月: 太长 (-2分)
建议: 应该<12个月
变动成本占比 = 单用户变动成本 / 客单价
评分标准:
- <10%: 非常健康 (+2分)
- 10-20%: 健康 (+1分)
- 20-30%: 一般 (0分)
- 30-50%: 偏高 (-1分)
- >50%: 不健康 (-2分)
建议: 应该<20%,确保有足够利润空间
基于5个指标的得分,计算总分:
基础评分项 (每项1分,满分5分):
- 启动成本<10万: +1分
- 月固定成本<1万: +1分
- 盈亏平衡用户数<500: +1分
- 变动成本占比<20%: +1分
- 12个月内能盈亏平衡: +1分
最终得分:
5分: 成本结构非常健康
4分: 成本结构良好
3分: 成本结构一般,需要控制
2分: 成本结构有压力
1分: 成本结构不健康
0分: 成本结构不可持续
评估成本变化对盈利能力的影响:
场景1: 用户增长速度减半
- 达到盈亏平衡时间: __个月
- 影响: [高/中/低]
场景2: 用户增长停滞
- 最大月亏损: ¥__
- 资金能支撑: __个月
场景1: 服务器成本增加50%
- 盈亏平衡用户数变化: __→__
- 影响: [高/中/低]
场景2: 人力成本增加1人
- 月固定成本变化: ¥__→¥__
- 盈亏平衡时间变化: __个月→__个月
场景1: 客单价降低20%
- 盈亏平衡用户数变化: __→__
- 影响: [高/中/低]
场景2: 客单价提高20%
- 盈亏平衡用户数变化: __→__
- 影响: [高/中/低]
基于分析结果,提供具体的优化建议:
# 成本结构分析报告
## 项目: [项目名称]
### 1. 成本明细
#### 启动成本
| 类型 | 金额 | 说明 |
|------|------|------|
| 开发成本 | ¥__ | __ |
| 设计成本 | ¥__ | __ |
| 硬件成本 | ¥__ | __ |
| 办公成本 | ¥__ | __ |
| 其他成本 | ¥__ | __ |
| **总计** | **¥__** | |
| **保守估算(×1.5)** | **¥__** | |
#### 月固定成本
| 类型 | 金额 | 说明 |
|------|------|------|
| 服务器/云服务 | ¥__/月 | __ |
| 第三方服务 | ¥__/月 | __ |
| 人力成本 | ¥__/月 | __ |
| 办公成本 | ¥__/月 | __ |
| 其他 | ¥__/月 | __ |
| **总计** | **¥__/月** | |
#### 单用户变动成本
| 类型 | 金额 | 说明 |
|------|------|------|
| 存储成本 | ¥__/用户/月 | __ |
| 流量成本 | ¥__/用户/月 | __ |
| 客服成本 | ¥__/用户/月 | __ |
| 交易成本 | __% | __ |
| **总计** | **¥__/用户/月** | |
### 2. 关键指标
| 指标 | 数值 | 评分 | 评价 |
|------|------|------|------|
| 启动成本健康度 | __ | __分 | __ |
| 月度固定成本比率 | __ | __分 | __ |
| 盈亏平衡用户数 | __ | __分 | __ |
| 达到盈亏平衡时间 | __个月 | __分 | __ |
| 变动成本占比 | __% | __分 | __ |
### 3. 盈亏平衡分析
盈亏平衡用户数: __用户 预计达到时间: __个月 路径: [用户增长预测]
### 4. 敏感性分析
- **最敏感因素**: [用户增长/服务器成本/定价/...]
- **风险提示**: [关键风险点]
### 5. 维度2评分: __/5
**评级**: [非常健康/良好/一般/有压力/不健康]
### 6. 优化建议
1. ...
2. ...
3. ...
作为 kuko,在评估项目时:
agents/kuko/docs/好生意.md - 方法论详细说明agents/kuko/SKILLS/business-opportunity-assessment/SKILL.md - 七维度评估agents/kuko/SKILLS/unit-economics-modeling/SKILL.md - 单位经济模型