2.4 各岗位决策逻辑深度拆解
PM、UI/UX、Dev、QA、Ops、项目经理的决策逻辑
核心论点
每个岗位都有其独特的决策逻辑和思维模式。OPC 需要理解这些逻辑,才能有效地指挥 AI 执行。
决策逻辑框架
产品经理(PM)决策逻辑
核心决策维度
决策矩阵
| 决策类型 | 考虑因素 | 决策标准 |
|---|---|---|
| 功能优先级 | 用户价值、商业价值、开发成本 | ROI 最大化 |
| MVP 范围 | 核心功能、用户反馈、时间限制 | 快速验证 |
| 产品路线图 | 市场趋势、技术演进、竞争格局 | 长期价值 |
| 用户反馈 | 用户需求、使用数据、满意度 | 用户体验 |
决策流程
Prompt 模板
作为产品经理,请分析以下需求并给出决策建议:
## 需求描述
{需求描述}
## 用户画像
{用户画像}
## 约束条件
- 时间限制:{时间}
- 资源限制:{资源}
- 技术限制:{技术}
## 请分析
1. 用户价值评估(1-10 分)
2. 商业价值评估(1-10 分)
3. 技术可行性评估(1-10 分)
4. 优先级建议(P0/P1/P2/P3)
5. MVP 范围建议UI/UX 设计师决策逻辑
核心决策维度
决策矩阵
| 决策类型 | 考虑因素 | 决策标准 |
|---|---|---|
| 布局设计 | 信息层级、视觉流、用户习惯 | 易用性 |
| 交互设计 | 用户行为、操作效率、反馈机制 | 流畅性 |
| 视觉风格 | 品牌调性、用户偏好、行业趋势 | 一致性 |
| 响应式设计 | 设备类型、屏幕尺寸、使用场景 | 适配性 |
决策流程
Prompt 模板
作为 UI/UX 设计师,请为以下功能设计界面:
## 功能描述
{功能描述}
## 用户场景
{用户场景}
## 设计要求
- 品牌风格:{风格}
- 目标设备:{设备}
- 设计规范:{规范}
## 请输出
1. 信息架构图
2. 线框图描述
3. 交互流程说明
4. 视觉设计建议
5. 响应式适配方案全栈开发工程师(Dev)决策逻辑
核心决策维度
决策矩阵
| 决策类型 | 考虑因素 | 决策标准 |
|---|---|---|
| 技术选型 | 生态成熟度、社区活跃度、学习成本 | 可维护性 |
| 架构设计 | 可扩展性、可维护性、性能要求 | 可扩展性 |
| 代码实现 | 代码质量、开发效率、测试覆盖 | 可读性 |
| 性能优化 | 响应时间、资源占用、用户体验 | 用户体验 |
决策流程
Prompt 模板
作为全栈开发工程师,请实现以下功能:
## 功能需求
{功能需求}
## 技术栈
- 前端:{前端技术}
- 后端:{后端技术}
- 数据库:{数据库}
## 约束条件
- 性能要求:{性能}
- 安全要求:{安全}
- 时间限制:{时间}
## 请输出
1. 技术方案设计
2. 数据库设计
3. API 接口设计
4. 核心代码实现
5. 测试用例测试工程师(QA)决策逻辑
核心决策维度
决策矩阵
| 决策类型 | 考虑因素 | 决策标准 |
|---|---|---|
| 测试范围 | 功能重要性、风险等级、资源限制 | 覆盖率 |
| 测试类型 | 功能测试、性能测试、安全测试 | 全面性 |
| 测试环境 | 环境配置、数据准备、工具选择 | 真实性 |
| 缺陷管理 | 缺陷优先级、修复成本、影响范围 | 质量 |
决策流程
Prompt 模板
作为测试工程师,请为以下功能设计测试用例:
## 功能描述
{功能描述}
## 测试要求
- 测试类型:{类型}
- 测试环境:{环境}
- 测试数据:{数据}
## 请输出
1. 测试策略
2. 测试用例(正向/反向/边界)
3. 测试数据准备
4. 预期结果
5. 缺陷报告模板运维工程师(Ops)决策逻辑
核心决策维度
决策矩阵
| 决策类型 | 考虑因素 | 决策标准 |
|---|---|---|
| 部署策略 | 发布频率、回滚机制、灰度策略 | 稳定性 |
| 监控告警 | 监控指标、告警阈值、通知机制 | 可靠性 |
| 故障处理 | 故障等级、处理流程、恢复时间 | 快速恢复 |
| 容量规划 | 业务增长、资源成本、扩展性 | 成本效益 |
决策流程
Prompt 模板
作为运维工程师,请为以下系统设计运维方案:
## 系统描述
{系统描述}
## 运维要求
- 可用性要求:{可用性}
- 性能要求:{性能}
- 安全要求:{安全}
## 请输出
1. 部署架构图
2. 监控方案
3. 告警策略
4. 故障处理流程
5. 容量规划建议项目经理决策逻辑
核心决策维度
决策矩阵
| 决策类型 | 考虑因素 | 决策标准 |
|---|---|---|
| 项目规划 | 目标明确、范围可控、资源充足 | 可行性 |
| 资源分配 | 人员能力、任务优先级、时间限制 | 效率 |
| 进度管理 | 里程碑、关键路径、缓冲时间 | 按时交付 |
| 风险控制 | 风险识别、应对策略、监控机制 | 可控性 |
决策流程
Prompt 模板
作为项目经理,请为以下项目制定管理计划:
## 项目描述
{项目描述}
## 项目约束
- 时间限制:{时间}
- 资源限制:{资源}
- 预算限制:{预算}
## 请输出
1. 项目章程
2. 工作分解结构(WBS)
3. 项目进度计划
4. 风险登记册
5. 沟通计划决策逻辑整合
OPC 决策矩阵
核心洞察
OPC 的决策逻辑是:战略层聚焦价值,战术层聚焦方案,执行层聚焦质量。
决策优化
决策质量提升方法
- 数据驱动:基于数据而非直觉做决策
- 反馈循环:建立快速反馈机制
- 持续学习:从成功和失败中学习
- 工具辅助:使用 AI 辅助决策分析
常见决策陷阱
避免
- 过度分析:陷入分析瘫痪,无法行动
- 确认偏误:只关注支持自己观点的信息
- 沉没成本:因为已投入而继续错误决策
- 群体思维:盲目跟随主流观点
底线
- 涉及资金安全的决策必须人工审核
- 法律合规问题不能完全依赖 AI
- 用户隐私保护需要人工把关
真实决策场景:OPC 怎么做决策?
场景一:PM 决策——功能优先级排序
背景:你正在开发一个 DeFi 仪表板,有 10 个功能需求,但时间只够做 5 个。
决策过程:
| 功能 | 用户价值(1-10) | 商业价值(1-10) | 技术成本(1-10) | RICE 得分 | 优先级 |
|---|---|---|---|---|---|
| 资产总览 | 10 | 9 | 3 | 30 | P0 |
| 收益追踪 | 9 | 8 | 4 | 18 | P0 |
| 风险提示 | 8 | 7 | 5 | 11.2 | P1 |
| 交易历史 | 7 | 6 | 3 | 14 | P1 |
| 多链支持 | 9 | 8 | 8 | 9 | P1 |
| 投资建议 | 8 | 9 | 9 | 8 | P2 |
| 社交功能 | 5 | 4 | 7 | 2.9 | P3 |
| NFT 展示 | 6 | 5 | 6 | 5 | P2 |
| 质押管理 | 7 | 8 | 6 | 9.3 | P1 |
| 税务报告 | 4 | 6 | 7 | 3.4 | P3 |
RICE 计算公式:RICE = (Reach × Impact × Confidence) ÷ Effort
AI 辅助决策 Prompt:
你是一个产品经理。请帮我用 RICE 模型对以下功能进行优先级排序:
## 功能列表
[粘贴功能列表]
## 评分标准
- 用户价值:用户有多需要这个功能(1-10)
- 商业价值:这个功能能带来多少收入(1-10)
- 技术成本:实现这个功能需要多少时间(1-10)
- RICE = (用户价值 × 商业价值) ÷ 技术成本
## 输出格式
| 功能 | 用户价值 | 商业价值 | 技术成本 | RICE 得分 | 优先级 |
## 约束
- 时间:2 周
- 资源:1 人 + AI
- 目标:MVP 版本决策结果:P0 功能(资产总览 + 收益追踪)+ P1 功能(风险提示 + 交易历史 + 质押管理)= 5 个功能,正好在 2 周内完成。
场景二:Dev 决策——技术选型
背景:你要开发一个 SaaS 应用,需要在 3 个技术栈中选择。
决策矩阵:
| 技术栈 | 开发效率 | 生态成熟度 | 学习成本 | 部署难度 | 总分 |
|---|---|---|---|---|---|
| Next.js + Supabase | 9 | 8 | 3 | 2 | 22 |
| React + Node.js + PostgreSQL | 7 | 9 | 5 | 5 | 26 |
| Vue + Firebase | 8 | 7 | 4 | 3 | 22 |
AI 辅助决策 Prompt:
你是一个技术架构师。请帮我选择以下项目的技术栈:
## 项目需求
- 类型:[SaaS/电商/社交/...]
- 功能:[核心功能列表]
- 用户量:[预估用户量]
- 时间:[交付时间]
- 团队:[团队规模和能力]
## 技术栈选项
1. [选项 1]
2. [选项 2]
3. [选项 3]
## 评估维度
- 开发效率:能多快开发出来
- 生态成熟度:社区支持、文档质量
- 学习成本:团队需要多长时间学会
- 部署难度:部署和维护有多复杂
## 输出格式
| 技术栈 | 开发效率 | 生态成熟度 | 学习成本 | 部署难度 | 总分 | 推荐度 |决策结果:选择 Next.js + Supabase。理由:
- 开发效率最高(AI 生成代码最成熟)
- 部署最简单(Vercel 一键部署)
- 学习成本最低(前端开发者最熟悉)
场景三:UI/UX 决策——设计风格选择
背景:你要为一个 B2B SaaS 产品选择设计风格。
决策矩阵:
| 风格 | 专业感 | 用户友好 | 开发成本 | 品牌调性 | 推荐度 |
|---|---|---|---|---|---|
| 极简风格 | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | 专业、高效 | ⭐⭐⭐⭐⭐ |
| 卡通风格 | ⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | 年轻、活泼 | ⭐⭐⭐ |
| 科技风格 | ⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐ | 创新、前沿 | ⭐⭐⭐⭐ |
AI 辅助决策 Prompt:
你是一个 UI/UX 设计专家。请帮我选择以下产品的设计风格:
## 产品信息
- 产品类型:[SaaS/电商/社交/...]
- 目标用户:[用户画像]
- 品牌调性:[专业/年轻/创新/...]
- 竞品:[竞品名称]
## 风格选项
1. [风格 1]
2. [风格 2]
3. [风格 3]
## 评估维度
- 专业感:是否符合行业调性
- 用户友好:是否易于使用
- 开发成本:AI 生成代码的难度
- 品牌调性:是否匹配品牌形象
## 输出格式
| 风格 | 专业感 | 用户友好 | 开发成本 | 品牌调性 | 推荐度 |决策结果:选择极简风格。理由:
- B2B 用户更看重"专业感"而非"炫酷"
- AI 生成极简风格的代码最成熟
- 开发和维护成本最低
场景四:QA 决策——测试策略
背景:你开发了一个 SaaS 应用,需要决定测试策略。
测试金字塔:
| 测试类型 | 数量 | 执行时间 | 覆盖率 | 成本 |
|---|---|---|---|---|
| 单元测试 | 100+ | 10 秒 | 80% | 低 |
| 集成测试 | 20+ | 2 分钟 | 60% | 中 |
| E2E 测试 | 5+ | 5 分钟 | 40% | 高 |
AI 辅助决策 Prompt:
你是一个测试专家。请帮我制定以下项目的测试策略:
## 项目信息
- 项目类型:[SaaS/电商/社交/...]
- 核心功能:[功能列表]
- 技术栈:[前端/后端技术栈]
- 时间:[测试时间]
## 测试策略选项
1. 重单元测试(80% 单元 + 15% 集成 + 5% E2E)
2. 平衡策略(60% 单元 + 25% 集成 + 15% E2E)
3. 重 E2E 测试(40% 单元 + 30% 集成 + 30% E2E)
## 输出格式
| 策略 | 单元测试 | 集成测试 | E2E 测试 | 总时间 | 覆盖率 | 推荐度 |决策结果:选择"重单元测试"策略。理由:
- AI 生成单元测试最成熟
- 执行时间最短(10 秒)
- 覆盖率最高(80%)
场景五:Ops 决策——部署方案
背景:你要部署一个 SaaS 应用,需要在 3 个方案中选择。
决策矩阵:
| 方案 | 部署难度 | 成本 | 扩展性 | 维护成本 | 推荐度 |
|---|---|---|---|---|---|
| Vercel + Supabase | ⭐ | $0-$45/月 | ⭐⭐⭐ | ⭐ | ⭐⭐⭐⭐⭐ |
| AWS + RDS | ⭐⭐⭐⭐ | $50-$200/月 | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐ |
| 自建服务器 | ⭐⭐⭐⭐⭐ | $100-$500/月 | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐ |
AI 辅助决策 Prompt:
你是一个运维专家。请帮我选择以下项目的部署方案:
## 项目信息
- 项目类型:[SaaS/电商/社交/...]
- 用户量:[预估用户量]
- 数据量:[预估数据量]
- 预算:[月预算]
## 方案选项
1. [方案 1]
2. [方案 2]
3. [方案 3]
## 评估维度
- 部署难度:部署和配置有多复杂
- 成本:月度成本
- 扩展性:能否支持用户增长
- 维护成本:日常维护有多复杂
## 输出格式
| 方案 | 部署难度 | 成本 | 扩展性 | 维护成本 | 推荐度 |决策结果:选择 Vercel + Supabase。理由:
- 部署最简单(一键部署)
- 成本最低($0-$45/月)
- 维护成本最低(无需运维)
OPC 决策的常见陷阱
陷阱一:过度分析,无法行动
场景:一个 OPC 花了 2 周时间研究"哪个前端框架最好",结果还没开始写代码。
教训:不要追求"最优解",要追求"够用解"。AI 时代,技术选型的试错成本很低——选错了,换一个就是。
正确做法:给自己设定一个"决策截止时间"。比如:技术选型最多花 1 天,设计风格最多花 2 小时。
陷阱二:确认偏误,只看支持自己观点的信息
场景:一个 OPC 喜欢 React,所以只看 React 的优点,忽略了 Vue 的优势。结果选了一个不适合项目的技术栈。
教训:让 AI 帮你做"反对派"。在做决策前,让 AI 列出每个选项的缺点。
AI 辅助决策 Prompt:
你是一个技术选型专家。请帮我分析以下技术栈的缺点:
## 技术栈
[技术栈名称]
## 项目需求
[项目需求]
## 请分析
1. 这个技术栈的 5 个主要缺点
2. 这些缺点在本项目中的影响程度
3. 替代方案及其优势陷阱三:沉没成本,因为已投入而继续错误决策
场景:一个 OPC 花了 3 天学了一个框架,发现不适合项目,但因为"已经花了 3 天"而继续用。
教训:已投入的时间是"沉没成本",不应该影响未来决策。如果发现方向错了,立刻止损。
正确做法:设定"止损点"。比如:如果用了 1 天发现方向不对,立刻换方向。
陷阱四:群体思维,盲目跟随主流
场景:看到别人都用 Next.js,自己也用 Next.js,但项目其实不需要 SSR。
教训:主流技术不一定适合你的项目。要根据项目需求做决策,而不是跟风。
正确做法:让 AI 分析"这个技术是否真的适合我的项目"。
陷阱五:忽视风险,只看收益
场景:一个 OPC 选了一个"最新最酷"的框架,结果文档不全、社区不活跃,遇到问题没人帮忙。
教训:新技术的风险很高。在 OPC 模式下,稳定性和可维护性比"酷"更重要。
正确做法:评估技术的风险矩阵:
| 风险 | 影响 | 概率 | 应对措施 |
|---|---|---|---|
| 文档不全 | 高 | 中 | 先看文档质量再选型 |
| 社区不活跃 | 高 | 中 | 检查 GitHub star 和 issue |
| 学习成本高 | 中 | 低 | 用 AI 辅助学习 |
| 性能问题 | 高 | 低 | 先做性能测试 |
记忆锚点:决策的 5 个陷阱 = "过度分析、确认偏误、沉没成本、群体思维、忽视风险"——避开这 5 个陷阱,决策质量提升 80%。
OPC 决策的 AI 辅助工具
决策矩阵生成器
你是一个决策分析专家。请帮我生成一个决策矩阵:
## 决策问题
[描述你要做的决策]
## 选项
1. [选项 1]
2. [选项 2]
3. [选项 3]
## 评估维度
- [维度 1]:权重 [百分比]
- [维度 2]:权重 [百分比]
- [维度 3]:权重 [百分比]
## 输出格式
| 选项 | 维度 1 | 维度 2 | 维度 3 | 加权总分 | 推荐度 |风险评估器
你是一个风险评估专家。请帮我评估以下决策的风险:
## 决策
[描述你的决策]
## 请分析
1. 这个决策的 5 个主要风险
2. 每个风险的影响程度(高/中/低)
3. 每个风险的发生概率(高/中/低)
4. 每个风险的应对措施
5. 整体风险等级(高/中/低)
## 输出格式
| 风险 | 影响 | 概率 | 应对措施 |反对派角色
你是一个批判性思维专家。请扮演"反对派",挑战以下决策:
## 决策
[描述你的决策]
## 请挑战
1. 这个决策的 5 个潜在问题
2. 每个问题的具体表现
3. 每个问题的严重程度
4. 替代方案及其优势
## 输出格式
| 问题 | 具体表现 | 严重程度 | 替代方案 |记忆锚点:AI 辅助决策 = "决策矩阵 + 风险评估 + 反对派"——用 AI 帮你做分析、评估风险、挑战假设,决策质量提升 3 倍。
OPC 决策能力自评
| 能力 | 1 分(不会) | 3 分(了解) | 5 分(精通) | 我的评分 |
|---|---|---|---|---|
| 数据驱动决策 | 凭直觉决策 | 能用数据辅助决策 | 能建立决策模型 | ___ |
| 风险评估 | 不考虑风险 | 能识别主要风险 | 能建立风险矩阵 | ___ |
| 优先级排序 | 不会排序 | 能用简单方法排序 | 能用 RICE 等模型排序 | ___ |
| 技术选型 | 不会选型 | 能做基本选型 | 能做架构级选型 | ___ |
| 快速决策 | 决策很慢 | 能在 1 天内决策 | 能在 1 小时内决策 | ___ |
评分解读:
- 20-25 分:决策能力是 OPC 的优势
- 15-19 分:决策能力达标,但有提升空间
- 10-14 分:需要重点提升决策能力
- 5-9 分:建议先学习决策框架再做 OPC
记忆锚点:OPC 决策能力 = "数据 × 风险 × 速度"——用数据做决策、评估风险、快速行动。三个要素缺一不可。
OPC 决策框架:从混乱到清晰
框架一:OODA 循环(观察-判断-决策-行动)
OODA 循环是美国空军飞行员 John Boyd 发明的决策框架,被广泛用于军事和商业决策。
OODA 循环的 4 个步骤:
| 步骤 | 内容 | OPC 应用 |
|---|---|---|
| 观察(Observe) | 收集信息 | 用 AI 收集市场数据、竞品信息 |
| 判断(Orient) | 分析信息 | 用 AI 分析趋势、识别机会 |
| 决策(Decide) | 做出选择 | 用决策矩阵评估选项 |
| 行动(Act) | 执行决策 | 用 AI 快速执行 |
OPC 的 OODA 循环示例:
观察:发现 AI 视频制作市场需求增长
判断:可灵 API 价格低、质量高,适合批量制作
决策:切入 AI 视频批量制作服务
行动:搭建工作流、获取第一批客户AI 辅助 OODA Prompt:
你是一个战略顾问。请用 OODA 循环帮我分析以下决策:
## 背景
[描述你的背景和目标]
## 观察(Observe)
请帮我收集以下信息:
1. 市场趋势
2. 竞品动态
3. 技术发展
4. 客户需求
## 判断(Orient)
请帮我分析:
1. 这些信息意味着什么
2. 有哪些机会和威胁
3. 我的优势和劣势
## 决策(Decide)
请帮我评估以下选项:
1. [选项 1]
2. [选项 2]
3. [选项 3]
## 行动(Act)
请帮我制定行动方案:
1. 第一步做什么
2. 时间线是什么
3. 如何衡量成功框架二:第一性原理(First Principles Thinking)
第一性原理是 Elon Musk 最爱用的决策方法。核心思想是:不要用类比思考,要从最基本的事实出发。
传统思维 vs 第一性原理:
| 思维方式 | 示例 | 结果 |
|---|---|---|
| 类比思维 | "别人都用 React,我也用 React" | 跟风 |
| 第一性原理 | "我的项目需要什么?React 能满足吗?" | 理性决策 |
OPC 的第一性原理应用:
| 问题 | 类比回答 | 第一性原理回答 |
|---|---|---|
| 用什么技术栈? | "别人都用 Next.js" | "我的项目需要 SSR 吗?不需要就用 Vite" |
| 收多少钱? | "别人收 $5,000" | "客户能从这个项目获得多少价值?" |
| 做什么产品? | "AI 绘图很火" | "客户真正需要什么?" |
AI 辅助第一性原理 Prompt:
你是一个第一性原理思考专家。请帮我用第一性原理分析以下问题:
## 问题
[描述你要解决的问题]
## 传统思维
[传统做法是什么]
## 第一性原理分析
1. 这个问题的最基本事实是什么?
2. 从这些事实出发,最优解是什么?
3. 传统做法为什么不是最优解?
4. 新方案的优势是什么?
## 输出格式
- 基本事实:[列表]
- 最优解:[方案]
- 与传统做法的差异:[对比]框架三:反向思考(Inversion)
反向思考是 Charlie Munger 最爱用的决策方法。核心思想是:不要想"怎么成功",要想"怎么避免失败"。
OPC 的反向思考应用:
| 正向思考 | 反向思考 |
|---|---|
| 怎么让项目成功? | 什么会导致项目失败? |
| 怎么获取客户? | 什么会让客户跑掉? |
| 怎么提高收入? | 什么会让收入下降? |
反向思考 Prompt:
你是一个反向思考专家。请帮我用反向思考分析以下决策:
## 决策
[描述你的决策]
## 反向思考
1. 这个决策最可能的 5 个失败原因是什么?
2. 每个失败原因的具体表现是什么?
3. 如何避免每个失败原因?
4. 如果失败了,最坏结果是什么?我能承受吗?
## 输出格式
| 失败原因 | 具体表现 | 如何避免 | 最坏结果 |案例:用反向思考避免 OPC 失败:
| 失败原因 | 具体表现 | 如何避免 |
|---|---|---|
| 没有客户 | 3 个月没接到项目 | 每天花 30 分钟做营销 |
| 定价太低 | 时薪低于 $25 | 按价值定价,不按时间 |
| 技术选型错误 | 项目延期 2 倍 | 先用熟悉的技术栈 |
| 范围蔓延 | 客户不断加需求 | 签合同明确范围 |
| 不会拒绝 | 接太多项目质量下降 | 每月最多 3 个项目 |
记忆锚点:决策框架 = "OODA 循环 + 第一性原理 + 反向思考"——OODA 帮你快速行动,第一性原理帮你找到最优解,反向思考帮你避免失败。三个框架组合使用,决策质量提升 5 倍。
OPC 决策的量化工具
工具一:决策矩阵模板
| 评估维度 | 权重 | 选项 A | 选项 B | 选项 C |
|---|---|---|---|---|
| 维度 1 | 30% | 评分 | 评分 | 评分 |
| 维度 2 | 25% | 评分 | 评分 | 评分 |
| 维度 3 | 20% | 评分 | 评分 | 评分 |
| 维度 4 | 15% | 评分 | 评分 | 评分 |
| 维度 5 | 10% | 评分 | 评分 | 评分 |
| 加权总分 | 100% | 计算 | 计算 | 计算 |
使用方法:
- 确定评估维度和权重
- 对每个选项打分(1-10 分)
- 计算加权总分
- 选择总分最高的选项
工具二:风险矩阵
| 风险 | 影响程度 | 发生概率 | 风险等级 | 应对措施 |
|---|---|---|---|---|
| 风险 1 | 高 | 中 | 高 | 避免 |
| 风险 2 | 中 | 高 | 高 | 缓解 |
| 风险 3 | 低 | 高 | 中 | 接受 |
| 风险 4 | 高 | 低 | 中 | 转移 |
风险等级计算:风险等级 = 影响程度 × 发生概率
应对策略:
- 避免:改变计划,消除风险
- 缓解:降低影响或概率
- 接受:准备应急方案
- 转移:外包或保险
工具三:SWOT 分析
| 积极 | 消极 | |
|---|---|---|
| 内部 | 优势(Strengths) | 劣势(Weaknesses) |
| 外部 | 机会(Opportunities) | 威胁(Threats) |
AI 辅助 SWOT Prompt:
你是一个战略分析专家。请帮我做 SWOT 分析:
## 背景
[描述你的 OPC 或项目]
## SWOT 分析
1. 优势(Strengths):我有什么优势?
2. 劣势(Weaknesses):我有什么劣势?
3. 机会(Opportunities):外部有什么机会?
4. 威胁(Threats):外部有什么威胁?
## 战略建议
1. SO 战略:如何用优势抓住机会?
2. WO 战略:如何弥补劣势抓住机会?
3. ST 战略:如何用优势应对威胁?
4. WT 战略:如何弥补劣势应对威胁?
## 输出格式
| | 积极 | 消失 |
|---|------|------|
| 内部 | [优势列表] | [劣势列表] |
| 外部 | [机会列表] | [威胁列表] |OPC 决策能力自评
| 能力 | 1 分(不会) | 3 分(了解) | 5 分(精通) | 我的评分 |
|---|---|---|---|---|
| 决策框架 | 不知道决策框架 | 了解 OODA/SWOT | 能灵活运用多个框架 | ___ |
| 数据分析 | 不会分析数据 | 能做基本分析 | 能建立数据模型 | ___ |
| 风险评估 | 不考虑风险 | 能识别风险 | 能建立风险矩阵 | ___ |
| 快速决策 | 决策很慢 | 能在 1 天内决策 | 能在 1 小时内决策 | ___ |
| 反思复盘 | 不做复盘 | 能做基本复盘 | 能建立复盘机制 | ___ |
评分解读:
- 20-25 分:决策能力是 OPC 的核心优势
- 15-19 分:决策能力达标,有提升空间
- 10-14 分:需要系统学习决策框架
- 5-9 分:建议先学习决策理论再做 OPC
记忆锚点:OPC 决策 = "框架 + 数据 + 速度 + 复盘"——用框架做决策、用数据支撑、快速行动、持续复盘。四个要素形成闭环,决策能力持续提升。
趋势预判:决策的 AI 化
| 决策类型 | 当前状态(2025) | 2027 年预判 | 对 OPC 的影响 |
|---|---|---|---|
| 技术选型 | AI 辅助分析 | AI 自动推荐最优方案 | 决策时间减少 80% |
| 市场分析 | AI 数据收集 | AI 自动生成市场报告 | 分析成本趋近于零 |
| 风险评估 | AI 辅助识别 | AI 自动监控和预警 | 风险管理自动化 |
| 定价策略 | AI 辅助分析 | AI 动态定价 | 收入优化自动化 |
| 客户沟通 | AI 辅助回复 | AI 自动处理 80% 沟通 | 沟通时间减少 70% |
核心趋势:AI 正在从"辅助决策"走向"自动决策"。但 OPC 的核心价值——判断力和决策力——不会被 AI 替代。AI 能帮你分析数据,但最终的判断和决策,仍然需要人类来做。
OPC 的机会:当 AI 能自动处理 80% 的"执行类决策"时,OPC 可以把更多时间花在"战略类决策"上——做什么产品、服务什么客户、如何定价、如何竞争。这些决策的质量,决定了 OPC 的成败。
记忆锚点:决策的趋势 = "执行自动化、判断人类化"——AI 自动做执行类决策,人类专注做判断类决策。OPC 的核心竞争力是"判断力",不是"执行力"。