Skill: yakov0922/opportunity-assessment (version 1.0.0)

--- name: opportunity-assessment description: 商机判断与风险评估技能。接收新项目信息，主动询问关键问题（客户背景、时间要求、第三方集成等），输出风险分级评估、待确认事项清单、商机建议。适用于销售前期、项目立项、商机评审场景。 --- # 商机判断技能 ## 核心目标 快速识别商机质量，评估风险等级，明确待确认事项，辅助决策是否承接项目。 --- ## 工作流程 ### 第一步：接收项目信息 用户可能提供： - **文本描述**：项目概况、客户需求 - **文档/截图**：需求文档、聊天截图、会议纪要 ### 第二步：主动询问（必须） 收到项目信息后，**必须主动询问以下关键问题**（根据项目情况选择）： #### 客户背景 1. **是不是老客户？** 之前合作过哪些项目？ 2. **客户行业属性？** 政府/企业/教育/医疗等 3. **预算范围有预期吗？** 大概什么量级？ 4. **决策链是怎样的？** 谁是最终决策人？ #### 项目要求 5. **项目时间要求？** 什么时候上线？有硬性 deadline 吗？ 6. **项目规模预期？** 小型/中型/大型？ 7. **是否需要多端支持？** Web/小程序/APP/鸿蒙？ #### 技术风险 8. **涉及第三方系统吗？** 有哪些？API 文档有吗？ 9. **有技术栈要求吗？** 指定技术或平台？ 10. **数据从哪里来？** 客户提供还是我们采集？ 11. **有没有高并发预期？** 预计用户规模？ #### 商务风险 12. **付款方式？** 预付款比例？验收标准？ 13. **有没有竞品对比？** 还有谁在跟进？ 14. **客户期望的合作模式？** 外包/联合开发/技术入股？ #### 其他 15. **有没有参考产品？** 类似的项目案例？ 16. **售后要求？** 运维期多久？SLA 要求？ ### 第三步：风险评估（按级别输出） **风险分级标准**： | 级别 | 标识 | 说明 | |------|------|------| | 🔴 高风险 | 严重影响交付 | 可能导致项目失败、延期、亏损 | | 🟡 中风险 | 影响执行效率 | 需要额外资源或时间投入 | | 🟢 低风险 | 轻微影响 | 可接受，常规处理即可 | **风险评估维度**： 1. **交付风险** - 工期、技术难度、人员匹配 2. **商务风险** - 预算、付款、合同条款 3. **技术风险** - 第三方依赖、性能要求、数据安全 4. **客户风险** - 决策链、配合度、需求稳定性 ### 第四步：输出待确认事项 列出**需要客户协助确认**的事项，按优先级排序： | 优先级 | 待确认事项 | 影响 | 建议沟通方式 | |--------|------------|------|--------------| | P0 | ... | ... | ... | | P1 | ... | ... | ... | ### 第五步：商机建议 基于以上分析，给出**承接建议**： - ✅ **建议承接** - 风险可控，利润合理，客户优质 - ⚠️ **谨慎评估** - 存在一定风险，需进一步确认 - ❌ **不建议承接** - 风险过高，投入产出比低 --- ## 输出格式 **重要：飞书消息不支持 markdown 表格，全部使用纯文本格式！** ### 1. 项目概况（简要） ``` 项目名称：XXX 客户类型：新客户/老客户 预算范围：XXX 预期上线：XXX ``` ### 2. 风险分级清单 ``` 🔴 高风险事项 - [风险描述] 影响：[说明] 建议：[应对措施] 🟡 中风险事项 - [风险描述] 影响：[说明] 建议：[应对措施] 🟢 低风险事项 - [风险描述] 影响：[说明] 建议：[应对措施] ``` ### 3. 待确认事项（需要客户协助） **注意：不要用 markdown 表格，用纯文本列表格式** ``` P0 紧急（影响报价/立项） - [事项 1] - [事项 2] P1 重要（影响执行） - [事项 1] - [事项 2] P2 一般（可后续确认） - [事项 1] - [事项 2] ``` ### 4. 商机建议 ``` 综合评估：✅建议承接 / ⚠️谨慎评估 / ❌不建议承接 理由： - 优势：... - 劣势：... - 关键决策点：... ``` --- ## 注意事项 1. **必须主动询问** - 不要直接给评估，先问清楚背景 2. **风险透明** - 不确定的地方要明确标注 3. **分级清晰** - 高/中/低风险用 emoji 标识，一目了然 4. **可执行** - 每条风险都要有应对建议 5. **待确认事项** - 明确哪些需要客户协助，优先级排序 --- ## 相关资源 - 风险评估标准：`references/风险评估标准.md` - 常见问题清单：`references/常见问题清单.md`

path: references/常见问题清单.md
content: # 常见问题清单

## 一、客户背景类

### 新客户
- 之前有没有类似项目经验？
- 怎么了解到我们的？（渠道/推荐）
- 公司规模？团队结构？
- 这个项目是谁发起的？（业务部门/技术部门/老板）
- 决策流程是怎样的？需要几轮审批？

### 老客户
- 上次合作是什么时候？什么项目？
- 合作体验怎么样？有没有遗留问题？
- 这次对接人和上次是同一个吗？
- 预算审批流程和上次一样吗？

---

## 二、项目要求类

### 时间要求
- 什么时候上线？（具体日期）
- 这个时间是硬性要求还是期望？
- 如果延期会有什么后果？
- 是否需要分期上线？
- 有没有关键节点？（如活动、发布会）

### 功能范围
- 核心功能是哪几个？
- 哪些功能可以二期做？
- 有没有不做的需求？
- 功能优先级排序？

### 多端支持
- 需要哪些端？（Web/小程序/APP）
- 优先级？（哪个先做）
- 是否需要数据打通？
- 有没有设计稿/原型？

---

## 三、技术风险类

### 第三方集成
- 需要对接哪些系统？
- 有 API 文档吗？
- 需要谁配合？（客户/第三方）
- 接口是现成的还是需要开发？
- 有没有对接经验或案例？

### 数据来源
- 数据从哪里来？
- 客户提供还是我们采集？
- 数据量大概多少？
- 数据更新频率？
- 有没有数据清洗需求？

### 性能要求
- 预计用户规模？
- 并发量预期？
- 响应时间要求？
- 是否需要 CDN/负载均衡？

### 技术栈
- 有没有指定技术栈？
- 部署环境？（公有云/私有云/本地）
- 有没有安全合规要求？
- 需要源码交付吗？

---

## 四、商务风险类

### 预算
- 预算范围是多少？
- 预算包含哪些？（开发/设计/运维）
- 预算审批通过了吗？
- 有没有追加预算的可能？

### 付款方式
- 付款节点？（预付款/进度款/尾款）
- 验收标准是什么？
- 发票类型？（普票/专票）
- 账期多久？

### 合同
- 用什么合同模板？（客户/我方）
- 有没有特殊条款？
- 保密协议签了吗？
- 知识产权归属？

### 竞品
- 还有谁在跟进？
- 客户最看重什么？（价格/技术/服务）
- 我们的优势是什么？
- 有没有底价？

---

## 五、售后运维类

### 运维期
- 运维期多久？（3 个月/6 个月/1 年）
- 运维范围？（bug 修复/功能迭代）
- 响应时间要求？
- 是否需要驻场？

### SLA 要求
- 系统可用性要求？（99%/99.9%）
- 故障响应时间？
- 数据备份要求？
- 安全巡检要求？

### 培训
- 需要培训吗？
- 培训对象？（管理员/最终用户）
- 培训方式？（线上/线下）
- 需要操作手册吗？

---

## 六、快速判断清单

### 🚩 红色预警（建议谨慎）
- [ ] 工期<2 周
- [ ] 预算低于市场均价 30%
- [ ] 验收后全款
- [ ] 需求完全模糊
- [ ] 指定不熟悉技术栈
- [ ] 无 API 文档的第三方对接
- [ ] 决策链>3 层
- [ ] 竞品>3 家且拼价格

### ✅ 绿色信号（建议承接）
- [ ] 老客户二次合作
- [ ] 预算合理（利润>30%）
- [ ] 预付款>50%
- [ ] 需求清晰有文档
- [ ] 技术成熟有案例
- [ ] 决策人明确
- [ ] 工期充裕
- [ ] 独家/优势明显

---

## 七、沟通技巧

### 问预算
> "类似项目我们做过，价格区间在 X 万到 Y 万，您这边预算大概什么范围？"

### 问工期
> "这个功能开发周期大概 X 周，您期望什么时候上线？我们看看怎么排期。"

### 问决策
> "这个项目除了您之外，还需要谁参与决策？我们好准备相关材料。"

### 问竞品
> "您这边应该也对比了几家吧？您最看重哪方面？我们好针对性准备。"


path: references/风险评估标准.md
content: # 风险评估标准

## 一、风险分级定义

### 🔴 高风险（严重影响交付）

**特征**：
- 可能导致项目失败
- 可能造成重大经济损失
- 可能严重延期（>2 周）
- 客户配合度低或决策链复杂

**典型场景**：
- 工期紧张且不可调整
- 核心功能依赖未验证的第三方
- 预算低于成本
- 需求模糊且客户不愿确认
- 付款条件苛刻（如验收后全款）

**应对策略**：
- 重新评估是否承接
- 要求调整工期或预算
- 签订详细合同明确边界
- 分阶段交付降低风险

---

### 🟡 中风险（影响执行效率）

**特征**：
- 需要额外资源投入
- 可能小幅延期（<2 周）
- 技术难度较高但有方案
- 客户配合度一般

**典型场景**：
- 涉及多个第三方系统集成
- 性能要求较高
- 需要客户配合提供数据/接口
- 需求有部分不确定

**应对策略**：
- 预留缓冲时间
- 提前识别依赖项
- 与客户明确配合事项
- 定期同步进度

---

### 🟢 低风险（可接受）

**特征**：
- 常规项目，可预测
- 技术成熟，有类似案例
- 客户配合度高
- 预算合理

**典型场景**：
- 老客户二次合作
- 标准化产品/方案
- 工期充裕
- 需求清晰

**应对策略**：
- 按正常流程执行
- 保持常规沟通频率

---

## 二、风险评估维度

### 1. 交付风险

| 评估项 | 高风险信号 | 中风险信号 | 低风险信号 |
|--------|------------|------------|------------|
| 工期 | <2 周或指定硬 deadline | 2-4 周 | >4 周 |
| 技术难度 | 无成熟方案 | 有方案但需验证 | 成熟方案 |
| 人员匹配 | 无合适人员 | 需外部支持 | 团队熟悉 |
| 需求清晰度 | 模糊且不愿确认 | 部分清晰 | 清晰明确 |

### 2. 商务风险

| 评估项 | 高风险信号 | 中风险信号 | 低风险信号 |
|--------|------------|------------|------------|
| 预算 | 低于成本 | 利润<20% | 利润>30% |
| 付款 | 验收后全款 | 3-6-1 | 5-4-1 或更好 |
| 合同条款 | 苛刻/无限责任 | 部分苛刻 | 标准条款 |
| 竞品对比 | 多家低价竞争 | 2-3 家竞争 | 独家/优势明显 |

### 3. 技术风险

| 评估项 | 高风险信号 | 中风险信号 | 低风险信号 |
|--------|------------|------------|------------|
| 第三方依赖 | 无 API 文档 | 有文档但需对接 | 成熟 SDK |
| 性能要求 | 高并发无方案 | 有一定要求 | 常规要求 |
| 数据安全 | 敏感数据无保护 | 需要加密 | 公开数据 |
| 技术栈 | 指定不熟悉技术 | 需学习 | 团队熟悉 |

### 4. 客户风险

| 评估项 | 高风险信号 | 中风险信号 | 低风险信号 |
|--------|------------|------------|------------|
| 客户类型 | 新客户无背书 | 老客户新对接人 | 老客户熟悉对接人 |
| 决策链 | 多层级不明确 | 有决策人但慢 | 决策人明确高效 |
| 配合度 | 不愿提供资源 | 配合一般 | 积极配合 |
| 需求稳定性 | 频繁变更 | 部分变更 | 稳定 |

---

## 三、风险评分参考

**快速评分法**（每项 1-5 分，5 分最高风险）：

```
交付风险：___ 分
商务风险：___ 分
技术风险：___ 分
客户风险：___ 分

总分：___ 分

- 16-20 分：🔴 高风险（不建议承接）
- 11-15 分：🟡 中风险（谨慎评估）
- 4-10 分：🟢 低风险（建议承接）
```

---

## 四、常见风险应对话术

### 工期紧张
> "这个工期比较紧张，为了保证质量，建议分期上线，核心功能优先。"

### 预算不足
> "根据需求评估，这个预算可能难以覆盖成本，建议调整功能范围或增加预算。"

### 需求模糊
> "为了避免后期返工，建议先花 1-2 周做需求梳理，确认后再报价。"

### 第三方依赖
> "第三方接口的稳定性会影响项目进度，建议在合同中明确免责条款。"

### 付款条件
> "我们标准的付款方式是 5-4-1，预付款可以启动项目，保障双方权益。"


Security scan verdicts — ClawScan: clean | static analysis: clean | VirusTotal: clean | SkillSpector: clean (LOW)