Menü
七维度"好生意"评估模型 - 系统化评估商业机会是否适合个人开发者/小团队
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | business-opportunity-assessment |
| description | 七维度"好生意"评估模型 - 系统化评估商业机会是否适合个人开发者/小团队 |
这个技能实现了完整的"七维度好生意评估模型",专为个人开发者和小团队设计。它帮助快速判断一个产品方向是否值得投入时间和资源。
好生意 = 合理的成本 × 可预期的收益 × 可承受的风险 × 可控的复杂度 × 可持续的运营
评估内容:
| 风险类型 | 评估问题 | 风险等级 |
|---|---|---|
| 人身安全 | 失败会导致人员伤亡吗? | 高/中/低/无 |
| 财产损失 | 会导致用户重大财产损失吗? | 高/中/低/无 |
| 法律责任 | 有明确的法律风险吗? | 高/中/低/无 |
| 隐私泄露 | 涉及敏感个人数据吗? | 高/中/低/无 |
| 声誉风险 | 失败会导致长期负面影响吗? | 高/中/低/无 |
评分公式:
风险得分 = 5 - (高风险数×2 + 中风险数×1 + 低风险数×0.5)
风险缓解检查 (得分<3分时):
输出: 风险得分、风险清单、缓解建议
评估内容:
成本拆解:
关键指标:
启动成本健康度 = 启动成本 / 可用资金
理想值: <0.5 (留一半做运营)
月度固定成本比率 = 月固定成本 / 预期月收入
理想值: <0.3 (固定成本不超过收入的30%)
盈亏平衡用户数 = 月固定成本 / (客单价 - 单用户变动成本)
理想值: <1000 (否则太难达到)
达到盈亏平衡时间
理想值: <12个月
评分标准:
输出: 成本得分、成本明细表、盈亏平衡分析
评估内容:
收入来源评估:
关键假设检验: 识别最重要的3个假设,并明确验证方法
保守收入预测:
第1个月: 用户数、付费率、客单价、月收入
第3个月: 同上
第6个月: 同上
第12个月: 同上
敏感性分析:
评分标准:
输出: 收益得分、收入预测表、敏感性分析、关键假设清单
评估内容:
技术模块评估:
技术风险识别:
评分公式:
基础分: 3分
技术风险调整:
- 无技术风险项: +2分
- 有1-2个技术风险: +1分
- 有3-4个技术风险: 0分
- 有5个以上技术风险: -1分
开发工时调整:
- <500小时: +2分
- 500-1000小时: +1分
- 1000-2000小时: 0分
- >2000小时: -1分
输出: 技术得分、技术风险清单、工时估算
评估内容:
日常运营需求:
运营复杂度检查:
生活质量影响:
评分标准:
输出: 运营得分、运营需求表、生活质量影响分析
评估内容:
市场规模:
TAM (总体市场): ___________
SAM (可服务市场): ________
SOM (可获得市场,第一年): ________
市场成熟度:
竞品分析 (至少3个):
差异化优势:
获客成本评估:
CAC (获客成本): ¥______
LTV (用户生命周期价值): ¥______
LTV/CAC 比率: ______
理想比率: >3 (LTV是CAC的3倍以上)
评分标准:
输出: 市场得分、竞品分析表、差异化优势分析、获客策略
评估内容:
用户规模扩展:
从1000到10000用户:
- 技术架构是否需要重构: 是/否
- 成本是否线性增长: 是/否
- 是否需要更多人力: 是/否
从10000到100000用户:
- 技术架构是否需要重构: 是/否
- 成本是否线性增长: 是/否
- 是否需要更多人力: 是/否
产品功能扩展:
商业模式扩展:
评分标准:
输出: 扩展性得分、扩展路径分析
执行完七个维度评估后,按以下决策树判断:
1. 任何维度得分 < 2分?
→ 是: ❌ 不建议做
→ 否: 继续
2. 前三个维度(风险、成本、收益)都 ≥ 3分?
→ 否: ⚠️ 需要解决核心问题
→ 是: 继续
3. 总分 < 21分?
→ 是: ⚠️ 整体评分偏低,需要重大调整
→ 否: 继续
4. 总分 ≥ 28分?
→ 是: ⭐ 优秀的商业机会!
→ 否: ✅ 可以做,但需要持续优化
# 好生意评估结果
## 项目: [项目名称]
### 总体评分: __/35
| 维度 | 得分 | 评级 |
|------|------|------|
| 1. 责任与风险 ⭐⭐⭐ | __/5 | __ |
| 2. 成本结构 ⭐⭐⭐ | __/5 | __ |
| 3. 收益模型 ⭐⭐⭐ | __/5 | __ |
| 4. 技术复杂度 ⭐⭐ | __/5 | __ |
| 5. 运营负担 ⭐⭐ | __/5 | __ |
| 6. 市场与竞争 ⭐⭐ | __/5 | __ |
| 7. 可扩展性 ⭐ | __/5 | __ |
### 决策建议: [⭐优秀 / ✅可以做 / ⚠️需要优化 / ❌不建议做]
### 核心风险点
1. ...
2. ...
3. ...
### 优化建议 (如适用)
1. ...
2. ...
3. ...
### 下一步行动
1. ...
2. ...
3. ...
作为 kuko,当用户要求评估一个产品 idea 时:
1. 确认已通过"三道防火墙"检查
2. 逐个维度收集信息并评分
3. 使用本技能的评分标准计算各维度得分
4. 应用决策树逻辑
5. 输出标准化评估报告
6. 提供明确的"做/不做"建议
agents/kuko/docs/好生意.md - 完整方法论agents/kuko/SKILLS/three-firewall-check/SKILL.md - 前置检查agents/kuko/SKILLS/cost-structure-analysis/SKILL.md - 成本深度分析agents/kuko/SKILLS/revenue-model-validation/SKILL.md - 收益模型验证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.