问题解决 · inversion

反向思考

先问怎样会失败，再设计避免失败的系统。

最适合

项目预演、风险管理、增长策略、个人目标。

可生成

失败路径、触发因素、预防动作、早期预警。

适合输入

请用反向思考找出这个计划最可能失败的原因。

Demo Gallery

这个 Skill 可以生成什么

每个 demo 都对应一种真实付费交付：Markdown 报告、Mermaid 图表或 PDF-ready 文件。用户先看样例，再用 3 次免费额度试生成。

Markdown 报告1 credits

产品发布失败预演 · 完整 Markdown 报告

发布前先问如何失败，再反向设计防护。

用这个格式生成

示例输入

我们准备发布一个新的团队空间功能，希望两周内面向所有付费客户开放。最担心的是权限错误、迁移数据丢失、客户不知道怎么用、销售承诺过度。请用反向思考做失败预演：怎样会失败、触发因素、预防动作和早期预警。

生成结果会包含

输入摘要和典型案例背景
框架分析表
核心结论、风险、下一步行动
可复制到 Notion/飞书/Docs

完整 Markdown Demo

# 反向思考：经典生成案例

## 输入摘要
我们准备发布一个新的团队空间功能，希望两周内面向所有付费客户开放。最担心的是权限错误、迁移数据丢失、客户不知道怎么用、销售承诺过度。请用反向思考做失败预演：怎样会失败、触发因素、预防动作和早期预警。

## 典型案例背景
我们准备发布一个新的团队空间功能，希望两周内面向所有付费客户开放。最担心的是权限错误、迁移数据丢失、客户不知道怎么用、销售承诺过度。请用反向思考做失败预演：怎样会失败、触发因素、预防动作和早期预警。

## 使用的 Skill
- 反向思考
- 先问怎样会失败，再设计避免失败的系统。
- 最适合: 项目预演、风险管理、增长策略、个人目标。
- 可生成: 失败路径、触发因素、预防动作、早期预警。

## 场景判断
这是一个适合使用「反向思考」的典型场景：输入里同时存在目标、约束、不同相关人的判断和需要落地的行动。

## 核心结论
先把输入拆成事实、假设、约束和行动，再用「反向思考」收敛成可交付文件。输出重点不是解释框架，而是给出可执行判断。

## 框架分析
| 模块 | 典型输出 | 用途 |
| --- | --- | --- |
| 事实 | 从输入中提取可验证信息 | 避免凭感觉判断 |
| 假设 | 标记最影响结论的未知项 | 指导验证 |
| 框架分析 | 用 反向思考 组织结构 | 形成共同语言 |
| 行动 | owner、时间、指标 | 推动落地 |

## 可复制图表
本次是纯 Markdown 输出。切换到图表或 PDF-ready 输出后，会生成 Mermaid 图表。

## 建议方案
用这份输出作为第一版决策或工作坊材料，然后补真实数据、负责人和截止日期。

## 风险和未知项
- 输入如果缺少真实数据，排序和建议只能作为工作假设。
- 框架不应替代相关人对目标和约束的对齐。
- 图表是沟通界面，不是最终事实。

## 下一步行动
1. 确认目标和不可妥协约束。
2. 补充最能改变结论的 2-3 个证据。
3. 把输出发给相关人，收集异议后更新版本。

图表 + 报告2 credits

产品发布失败预演 · Mermaid 图表 + 报告

发布前先问如何失败，再反向设计防护。

用这个格式生成

示例输入

生成结果会包含

完整 Markdown 报告
经典 Mermaid 图表源码
页面内可视化预览
可下载 .mmd 文件

完整 Markdown Demo

# 反向思考：经典生成案例

## 输入摘要
我们准备发布一个新的团队空间功能，希望两周内面向所有付费客户开放。最担心的是权限错误、迁移数据丢失、客户不知道怎么用、销售承诺过度。请用反向思考做失败预演：怎样会失败、触发因素、预防动作和早期预警。

## 典型案例背景
我们准备发布一个新的团队空间功能，希望两周内面向所有付费客户开放。最担心的是权限错误、迁移数据丢失、客户不知道怎么用、销售承诺过度。请用反向思考做失败预演：怎样会失败、触发因素、预防动作和早期预警。

## 使用的 Skill
- 反向思考
- 先问怎样会失败，再设计避免失败的系统。
- 最适合: 项目预演、风险管理、增长策略、个人目标。
- 可生成: 失败路径、触发因素、预防动作、早期预警。

## 场景判断
这是一个适合使用「反向思考」的典型场景：输入里同时存在目标、约束、不同相关人的判断和需要落地的行动。

## 核心结论
先把输入拆成事实、假设、约束和行动，再用「反向思考」收敛成可交付文件。输出重点不是解释框架，而是给出可执行判断。

## 框架分析
| 模块 | 典型输出 | 用途 |
| --- | --- | --- |
| 事实 | 从输入中提取可验证信息 | 避免凭感觉判断 |
| 假设 | 标记最影响结论的未知项 | 指导验证 |
| 框架分析 | 用 反向思考 组织结构 | 形成共同语言 |
| 行动 | owner、时间、指标 | 推动落地 |

## 可复制图表
```mermaid
flowchart TD
  A["Input context"] --> B["Facts"]
  A --> C["Assumptions"]
  A --> D["Constraints"]
  B --> E["反向思考"]
  C --> E
  D --> E
  E --> F["Recommendation"]
  E --> G["Risks"]
  E --> H["Next actions"]
```

## 建议方案
用这份输出作为第一版决策或工作坊材料，然后补真实数据、负责人和截止日期。

## 风险和未知项
- 输入如果缺少真实数据，排序和建议只能作为工作假设。
- 框架不应替代相关人对目标和约束的对齐。
- 图表是沟通界面，不是最终事实。

## 下一步行动
1. 确认目标和不可妥协约束。
2. 补充最能改变结论的 2-3 个证据。
3. 把输出发给相关人，收集异议后更新版本。

Mermaid Demo

flowchart TD
  A["Input context"] --> B["Facts"]
  A --> C["Assumptions"]
  A --> D["Constraints"]
  B --> E["反向思考"]
  C --> E
  D --> E
  E --> F["Recommendation"]
  E --> G["Risks"]
  E --> H["Next actions"]

PDF-ready 文件3 credits

产品发布失败预演 · PDF-ready HTML 文件

发布前先问如何失败，再反向设计防护。

用这个格式生成

示例输入

生成结果会包含

完整 Markdown 内容
图表源码
可打印 HTML
适合另存为 PDF 发给老板/客户

完整 Markdown Demo

# 反向思考：经典生成案例

## 输入摘要
我们准备发布一个新的团队空间功能，希望两周内面向所有付费客户开放。最担心的是权限错误、迁移数据丢失、客户不知道怎么用、销售承诺过度。请用反向思考做失败预演：怎样会失败、触发因素、预防动作和早期预警。

## 典型案例背景
我们准备发布一个新的团队空间功能，希望两周内面向所有付费客户开放。最担心的是权限错误、迁移数据丢失、客户不知道怎么用、销售承诺过度。请用反向思考做失败预演：怎样会失败、触发因素、预防动作和早期预警。

## 使用的 Skill
- 反向思考
- 先问怎样会失败，再设计避免失败的系统。
- 最适合: 项目预演、风险管理、增长策略、个人目标。
- 可生成: 失败路径、触发因素、预防动作、早期预警。

## 场景判断
这是一个适合使用「反向思考」的典型场景：输入里同时存在目标、约束、不同相关人的判断和需要落地的行动。

## 核心结论
先把输入拆成事实、假设、约束和行动，再用「反向思考」收敛成可交付文件。输出重点不是解释框架，而是给出可执行判断。

## 框架分析
| 模块 | 典型输出 | 用途 |
| --- | --- | --- |
| 事实 | 从输入中提取可验证信息 | 避免凭感觉判断 |
| 假设 | 标记最影响结论的未知项 | 指导验证 |
| 框架分析 | 用 反向思考 组织结构 | 形成共同语言 |
| 行动 | owner、时间、指标 | 推动落地 |

## 可复制图表
```mermaid
flowchart TD
  A["Input context"] --> B["Facts"]
  A --> C["Assumptions"]
  A --> D["Constraints"]
  B --> E["反向思考"]
  C --> E
  D --> E
  E --> F["Recommendation"]
  E --> G["Risks"]
  E --> H["Next actions"]
```

## 建议方案
用这份输出作为第一版决策或工作坊材料，然后补真实数据、负责人和截止日期。

## 风险和未知项
- 输入如果缺少真实数据，排序和建议只能作为工作假设。
- 框架不应替代相关人对目标和约束的对齐。
- 图表是沟通界面，不是最终事实。

## 下一步行动
1. 确认目标和不可妥协约束。
2. 补充最能改变结论的 2-3 个证据。
3. 把输出发给相关人，收集异议后更新版本。

Mermaid Demo

flowchart TD
  A["Input context"] --> B["Facts"]
  A --> C["Assumptions"]
  A --> D["Constraints"]
  B --> E["反向思考"]
  C --> E
  D --> E
  E --> F["Recommendation"]
  E --> G["Risks"]
  E --> H["Next actions"]

PDF-ready HTML Demo

<!doctype html>
<html>
<head>
  <meta charset="utf-8" />
  <meta name="viewport" content="width=device-width, initial-scale=1" />
  <title>反向思考：经典生成案例</title>
  <style>
    body { font-family: Inter, ui-sans-serif, system-ui, -apple-system, BlinkMacSystemFont, "Segoe UI", sans-serif; margin: 48px; color: #161a1d; line-height: 1.6; background: #fbfcf8; }
    h1 { font-size: 34px; line-height: 1.1; margin: 0 0 18px; }
    h2 { font-size: 20px; margin-top: 28px; }
    pre { white-space: pre-wrap; background: #fff; border: 1px solid #dfe3de; border-radius: 8px; padding: 18px; overflow-wrap: anywhere; }
    .meta { color: #2563eb; font-size: 12px; text-transform: uppercase; font-weight: 800; letter-spacing: .08em; }
    .sheet { max-width: 940px; margin: 0 auto; background: #fff; border: 1px solid #dfe3de; border-radius: 8px; padding: 32px; }
    @media print { body { margin: 18px; background: #fff; } .sheet { max-width: none; border: 0; padding: 0; } }
  </style>
</head>
<body>
  <main class="sheet">
    <p class="meta">ThinkOps AI PDF-ready output</p>
    <h1>反向思考：经典生成案例</h1>
    <pre># 反向思考：经典生成案例

## 输入摘要
我们准备发布一个新的团队空间功能，希望两周内面向所有付费客户开放。最担心的是权限错误、迁移数据丢失、客户不知道怎么用、销售承诺过度。请用反向思考做失败预演：怎样会失败、触发因素、预防动作和早期预警。

## 典型案例背景
我们准备发布一个新的团队空间功能，希望两周内面向所有付费客户开放。最担心的是权限错误、迁移数据丢失、客户不知道怎么用、销售承诺过度。请用反向思考做失败预演：怎样会失败、触发因素、预防动作和早期预警。

## 使用的 Skill
- 反向思考
- 先问怎样会失败，再设计避免失败的系统。
- 最适合: 项目预演、风险管理、增长策略、个人目标。
- 可生成: 失败路径、触发因素、预防动作、早期预警。

## 场景判断
这是一个适合使用「反向思考」的典型场景：输入里同时存在目标、约束、不同相关人的判断和需要落地的行动。

## 核心结论
先把输入拆成事实、假设、约束和行动，再用「反向思考」收敛成可交付文件。输出重点不是解释框架，而是给出可执行判断。

## 框架分析
| 模块 | 典型输出 | 用途 |
| --- | --- | --- |
| 事实 | 从输入中提取可验证信息 | 避免凭感觉判断 |
| 假设 | 标记最影响结论的未知项 | 指导验证 |
| 框架分析 | 用 反向思考 组织结构 | 形成共同语言 |
| 行动 | owner、时间、指标 | 推动落地 |

## 可复制图表
```mermaid
flowchart TD
  A["Input context"] --&gt; B["Facts"]
  A --&gt; C["Assumptions"]
  A --&gt; D["Constraints"]
  B --&gt; E["反向思考"]
  C --&gt; E
  D --&gt; E
  E --&gt; F["Recommendation"]
  E --&gt; G["Risks"]
  E --&gt; H["Next actions"]
```

## 建议方案
用这份输出作为第一版决策或工作坊材料，然后补真实数据、负责人和截止日期。

## 风险和未知项
- 输入如果缺少真实数据，排序和建议只能作为工作假设。
- 框架不应替代相关人对目标和约束的对齐。
- 图表是沟通界面，不是最终事实。

## 下一步行动
1. 确认目标和不可妥协约束。
2. 补充最能改变结论的 2-3 个证据。
3. 把输出发给相关人，收集异议后更新版本。
</pre>
    <h2>Mermaid diagram source</h2><pre>flowchart TD
  A["Input context"] --&gt; B["Facts"]
  A --&gt; C["Assumptions"]
  A --&gt; D["Constraints"]
  B --&gt; E["反向思考"]
  C --&gt; E
  D --&gt; E
  E --&gt; F["Recommendation"]
  E --&gt; G["Risks"]
  E --&gt; H["Next actions"]</pre>
  </main>
</body>
</html>

用这个 Skill 生成文件

回到首页，贴入你的会议记录、需求文档、客户反馈或团队问题，直接生成可交付文件。

开始生成