infometa
infometa/workbuddyskills
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/infometa/workbuddyskills --skill business-case命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | business-case |
| description | 构建客户导向的商业案例：ROI 叙事、价值模型、高管摘要、客户价值故事。 触发词：商业案例、business case、ROI、价值主张、value case、投资回报、价值模型 |
从客户上下文出发，构建客户导向的商业案例、ROI 叙事、价值模型和高管摘要。
核心原则：从客户出发，不是从产品出发。遵循这个链条：
客户上下文 → 业务锚点 → 工作流 → 用例 → 价值驱动 → 指标 → 量化影响 → 叙事
如果证据稀疏，产出清晰标注的结构性假设或跟进问题集，而非虚假的精确性。
不适用于：没有客户角度的通用产品定位。
明确：
锚定在客户目标和业务压力上，不要在这一步完成前就跳到产品推荐。
在识别用例之前，理解客户试图改进的实际工作流/业务流程：
用业务语言命名工作流，不是产品语言。
优先选择 1-3 个与客户目标和工作流约束匹配的用例：
使用以下价值类别：
| 价值类别 | 说明 |
|---|---|
生产力提升 | 相同资源产出更多 |
成本降低 | 直接降低运营/人力/工具成本 |
风险降低 | 减少合规、安全、运营风险 |
收入加速 | 更快变现或提高转化 |
上市速度 | 缩短产品/功能交付周期 |
将每个用例映射到最少数量的价值类别。使因果链明确。
对每个用例，识别可信量化所需的最低指标集：
不具备所需输入时不暗示可量化性。
当证据可信时，展示：
如果输入太弱无法量化：保持案例为结构性，明确说明将案例从"结构性"推进到"财务可用"需要什么数据。
将运营影响翻译为业务成果，用客户导向、销售可用的语言撰写：
语气应该是咨询式的、成果导向的、有据可依的、量身定制的——不是产品说明书。
# 商业案例：[客户] — [日期]
## 高管摘要
[客户试图实现什么、为什么现在重要、最相关的工作流和用例、可能的价值故事、为什么我方方案相关]
## 战略计划
[客户的战略优先级和驱动力]
## 关键挑战
[当前面临的核心业务挑战]
## 优先工作流
[最重要的 1-3 个工作流及其痛点]
## 优先用例
[每个用例：解决什么、为什么现在、谁关心、证据、待验证]
## 价值假设
| 用例 | 价值类别 | 假设 | 影响估算 | 信心 |
|------|---------|------|---------|------|
| | | | | |
## 指标与假设
| 指标 | 已知值 | 假设值 | 来源 | 信心 |
|------|--------|--------|------|------|
| | | | | |
## ROI / 价值视图
[低/基线/高场景，仅当可量化时]
## 方案差异化
[将差异化与工作流、买方需求和预期效果关联]
## 证据与类比案例
[保持公开公司声明与客户本地证据分离]
## 注意事项与开放问题
[什么仍需验证、什么公开研究无法确定]
已知/推断/假设/缺失绝对不要：
作为销售教练，在商业案例之后提供：