沟通协作 · situation-behavior-impact

情境-行为-影响

把反馈从评价变成具体事实和影响，降低防御心理。

最适合

绩效反馈、同事沟通、领导力对话、冲突降温。

可生成

反馈话术、可观察事实、影响说明、后续请求。

适合输入

请用情境-行为-影响结构帮我写一段清晰但不伤人的反馈。

Demo Gallery

这个 Skill 可以生成什么

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

Markdown 报告1 credits

高级工程师评审反馈 · 完整 Markdown 报告

管理者需要给关键成员反馈，但不想激化防御。

用这个格式生成

示例输入

一位 senior engineer 最近三次在 PRD 评审会上直接打断 PM，说“这个需求没意义”。他的技术判断很重要，但新人 PM 现在不敢发言，会议气氛变得紧张。请用情境-行为-影响结构写一段可以当面说的反馈话术，并包含可能回应和跟进请求。

生成结果会包含

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

完整 Markdown Demo

# SBI：评审会打断行为反馈

## 输入摘要
一位 senior engineer 最近三次在 PRD 评审会上直接打断 PM，说“这个需求没意义”。他的技术判断很重要，但新人 PM 现在不敢发言，会议气氛变得紧张。请用情境-行为-影响结构写一段可以当面说的反馈话术，并包含可能回应和跟进请求。

## 典型案例背景
一位 senior engineer 最近三次在 PRD 评审会上直接打断 PM，说“这个需求没意义”。他的技术判断很重要，但新人 PM 现在不敢发言，会议气氛变得紧张。请用情境-行为-影响结构写一段可以当面说的反馈话术，并包含可能回应和跟进请求。

## 使用的 Skill
- 情境-行为-影响
- 把反馈从评价变成具体事实和影响，降低防御心理。
- 最适合: 绩效反馈、同事沟通、领导力对话、冲突降温。
- 可生成: 反馈话术、可观察事实、影响说明、后续请求。

## 场景判断
高级工程师多次打断 PM，新人不敢发言，但他的技术判断仍然重要。

## 核心结论
反馈重点不是评价人格，而是描述具体会议情境、可观察行为、对团队讨论质量的影响，并提出一个下次会议可验证的请求。

## 框架分析
| SBI 模块 | 可直接说的话 |
| --- | --- |
| Situation | 在过去三次 PRD 评审，尤其是周二权限方案讨论时 |
| Behavior | 你几次在 PM 讲完背景前直接说“这个需求没意义” |
| Impact | 新人 PM 后面明显减少发言，我们也更难听到完整用户背景 |
| Ask | 下次请先问两个澄清问题，再给技术判断 |

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

## 建议方案
单独 15 分钟沟通，先肯定技术判断价值，再明确会议行为边界。把请求设计成可观察动作：先问问题，再下判断。

## 风险和未知项
- 如果反馈变成“你太强势”，会触发防御。
- 如果只安抚 PM 而不处理会议行为，团队会继续沉默。

## 下一步行动
1. 预约私下对话，不在公开会议反馈。
2. 准备一条具体例子和一条具体请求。
3. 下次评审后用 5 分钟复盘会议质量。
图表 + 报告2 credits

高级工程师评审反馈 · Mermaid 图表 + 报告

管理者需要给关键成员反馈，但不想激化防御。

用这个格式生成

示例输入

一位 senior engineer 最近三次在 PRD 评审会上直接打断 PM，说“这个需求没意义”。他的技术判断很重要，但新人 PM 现在不敢发言，会议气氛变得紧张。请用情境-行为-影响结构写一段可以当面说的反馈话术，并包含可能回应和跟进请求。

生成结果会包含

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

完整 Markdown Demo

# SBI：评审会打断行为反馈

## 输入摘要
一位 senior engineer 最近三次在 PRD 评审会上直接打断 PM，说“这个需求没意义”。他的技术判断很重要，但新人 PM 现在不敢发言，会议气氛变得紧张。请用情境-行为-影响结构写一段可以当面说的反馈话术，并包含可能回应和跟进请求。

## 典型案例背景
一位 senior engineer 最近三次在 PRD 评审会上直接打断 PM，说“这个需求没意义”。他的技术判断很重要，但新人 PM 现在不敢发言，会议气氛变得紧张。请用情境-行为-影响结构写一段可以当面说的反馈话术，并包含可能回应和跟进请求。

## 使用的 Skill
- 情境-行为-影响
- 把反馈从评价变成具体事实和影响，降低防御心理。
- 最适合: 绩效反馈、同事沟通、领导力对话、冲突降温。
- 可生成: 反馈话术、可观察事实、影响说明、后续请求。

## 场景判断
高级工程师多次打断 PM，新人不敢发言，但他的技术判断仍然重要。

## 核心结论
反馈重点不是评价人格，而是描述具体会议情境、可观察行为、对团队讨论质量的影响，并提出一个下次会议可验证的请求。

## 框架分析
| SBI 模块 | 可直接说的话 |
| --- | --- |
| Situation | 在过去三次 PRD 评审，尤其是周二权限方案讨论时 |
| Behavior | 你几次在 PM 讲完背景前直接说“这个需求没意义” |
| Impact | 新人 PM 后面明显减少发言，我们也更难听到完整用户背景 |
| Ask | 下次请先问两个澄清问题，再给技术判断 |

## 可复制图表
```mermaid
sequenceDiagram
  participant Manager as Manager
  participant Engineer as Senior engineer
  participant Team as Review team
  Manager->>Engineer: Name the specific review situation
  Manager->>Engineer: Describe observable interruption behavior
  Manager->>Engineer: Explain impact on PM participation
  Engineer-->>Manager: Shares intent or concern
  Manager->>Engineer: Ask for two clarifying questions before judgment
  Team-->>Manager: Next review shows more complete context
```

## 建议方案
单独 15 分钟沟通，先肯定技术判断价值，再明确会议行为边界。把请求设计成可观察动作：先问问题，再下判断。

## 风险和未知项
- 如果反馈变成“你太强势”，会触发防御。
- 如果只安抚 PM 而不处理会议行为，团队会继续沉默。

## 下一步行动
1. 预约私下对话，不在公开会议反馈。
2. 准备一条具体例子和一条具体请求。
3. 下次评审后用 5 分钟复盘会议质量。

Mermaid Demo

sequenceDiagram
  participant Manager as Manager
  participant Engineer as Senior engineer
  participant Team as Review team
  Manager->>Engineer: Name the specific review situation
  Manager->>Engineer: Describe observable interruption behavior
  Manager->>Engineer: Explain impact on PM participation
  Engineer-->>Manager: Shares intent or concern
  Manager->>Engineer: Ask for two clarifying questions before judgment
  Team-->>Manager: Next review shows more complete context
PDF-ready 文件3 credits

高级工程师评审反馈 · PDF-ready HTML 文件

管理者需要给关键成员反馈，但不想激化防御。

用这个格式生成

示例输入

一位 senior engineer 最近三次在 PRD 评审会上直接打断 PM，说“这个需求没意义”。他的技术判断很重要，但新人 PM 现在不敢发言，会议气氛变得紧张。请用情境-行为-影响结构写一段可以当面说的反馈话术，并包含可能回应和跟进请求。

生成结果会包含

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

完整 Markdown Demo

# SBI：评审会打断行为反馈

## 输入摘要
一位 senior engineer 最近三次在 PRD 评审会上直接打断 PM，说“这个需求没意义”。他的技术判断很重要，但新人 PM 现在不敢发言，会议气氛变得紧张。请用情境-行为-影响结构写一段可以当面说的反馈话术，并包含可能回应和跟进请求。

## 典型案例背景
一位 senior engineer 最近三次在 PRD 评审会上直接打断 PM，说“这个需求没意义”。他的技术判断很重要，但新人 PM 现在不敢发言，会议气氛变得紧张。请用情境-行为-影响结构写一段可以当面说的反馈话术，并包含可能回应和跟进请求。

## 使用的 Skill
- 情境-行为-影响
- 把反馈从评价变成具体事实和影响，降低防御心理。
- 最适合: 绩效反馈、同事沟通、领导力对话、冲突降温。
- 可生成: 反馈话术、可观察事实、影响说明、后续请求。

## 场景判断
高级工程师多次打断 PM，新人不敢发言，但他的技术判断仍然重要。

## 核心结论
反馈重点不是评价人格，而是描述具体会议情境、可观察行为、对团队讨论质量的影响，并提出一个下次会议可验证的请求。

## 框架分析
| SBI 模块 | 可直接说的话 |
| --- | --- |
| Situation | 在过去三次 PRD 评审，尤其是周二权限方案讨论时 |
| Behavior | 你几次在 PM 讲完背景前直接说“这个需求没意义” |
| Impact | 新人 PM 后面明显减少发言，我们也更难听到完整用户背景 |
| Ask | 下次请先问两个澄清问题，再给技术判断 |

## 可复制图表
```mermaid
sequenceDiagram
  participant Manager as Manager
  participant Engineer as Senior engineer
  participant Team as Review team
  Manager->>Engineer: Name the specific review situation
  Manager->>Engineer: Describe observable interruption behavior
  Manager->>Engineer: Explain impact on PM participation
  Engineer-->>Manager: Shares intent or concern
  Manager->>Engineer: Ask for two clarifying questions before judgment
  Team-->>Manager: Next review shows more complete context
```

## 建议方案
单独 15 分钟沟通，先肯定技术判断价值，再明确会议行为边界。把请求设计成可观察动作：先问问题，再下判断。

## 风险和未知项
- 如果反馈变成“你太强势”，会触发防御。
- 如果只安抚 PM 而不处理会议行为，团队会继续沉默。

## 下一步行动
1. 预约私下对话，不在公开会议反馈。
2. 准备一条具体例子和一条具体请求。
3. 下次评审后用 5 分钟复盘会议质量。

Mermaid Demo

sequenceDiagram
  participant Manager as Manager
  participant Engineer as Senior engineer
  participant Team as Review team
  Manager->>Engineer: Name the specific review situation
  Manager->>Engineer: Describe observable interruption behavior
  Manager->>Engineer: Explain impact on PM participation
  Engineer-->>Manager: Shares intent or concern
  Manager->>Engineer: Ask for two clarifying questions before judgment
  Team-->>Manager: Next review shows more complete context

PDF-ready HTML Demo

<!doctype html>
<html>
<head>
  <meta charset="utf-8" />
  <meta name="viewport" content="width=device-width, initial-scale=1" />
  <title>SBI：评审会打断行为反馈</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>SBI：评审会打断行为反馈</h1>
    <pre># SBI：评审会打断行为反馈

## 输入摘要
一位 senior engineer 最近三次在 PRD 评审会上直接打断 PM，说“这个需求没意义”。他的技术判断很重要，但新人 PM 现在不敢发言，会议气氛变得紧张。请用情境-行为-影响结构写一段可以当面说的反馈话术，并包含可能回应和跟进请求。

## 典型案例背景
一位 senior engineer 最近三次在 PRD 评审会上直接打断 PM，说“这个需求没意义”。他的技术判断很重要，但新人 PM 现在不敢发言，会议气氛变得紧张。请用情境-行为-影响结构写一段可以当面说的反馈话术，并包含可能回应和跟进请求。

## 使用的 Skill
- 情境-行为-影响
- 把反馈从评价变成具体事实和影响，降低防御心理。
- 最适合: 绩效反馈、同事沟通、领导力对话、冲突降温。
- 可生成: 反馈话术、可观察事实、影响说明、后续请求。

## 场景判断
高级工程师多次打断 PM，新人不敢发言，但他的技术判断仍然重要。

## 核心结论
反馈重点不是评价人格，而是描述具体会议情境、可观察行为、对团队讨论质量的影响，并提出一个下次会议可验证的请求。

## 框架分析
| SBI 模块 | 可直接说的话 |
| --- | --- |
| Situation | 在过去三次 PRD 评审，尤其是周二权限方案讨论时 |
| Behavior | 你几次在 PM 讲完背景前直接说“这个需求没意义” |
| Impact | 新人 PM 后面明显减少发言，我们也更难听到完整用户背景 |
| Ask | 下次请先问两个澄清问题，再给技术判断 |

## 可复制图表
```mermaid
sequenceDiagram
  participant Manager as Manager
  participant Engineer as Senior engineer
  participant Team as Review team
  Manager-&gt;&gt;Engineer: Name the specific review situation
  Manager-&gt;&gt;Engineer: Describe observable interruption behavior
  Manager-&gt;&gt;Engineer: Explain impact on PM participation
  Engineer--&gt;&gt;Manager: Shares intent or concern
  Manager-&gt;&gt;Engineer: Ask for two clarifying questions before judgment
  Team--&gt;&gt;Manager: Next review shows more complete context
```

## 建议方案
单独 15 分钟沟通，先肯定技术判断价值，再明确会议行为边界。把请求设计成可观察动作：先问问题，再下判断。

## 风险和未知项
- 如果反馈变成“你太强势”，会触发防御。
- 如果只安抚 PM 而不处理会议行为，团队会继续沉默。

## 下一步行动
1. 预约私下对话，不在公开会议反馈。
2. 准备一条具体例子和一条具体请求。
3. 下次评审后用 5 分钟复盘会议质量。
</pre>
    <h2>Mermaid diagram source</h2><pre>sequenceDiagram
  participant Manager as Manager
  participant Engineer as Senior engineer
  participant Team as Review team
  Manager-&gt;&gt;Engineer: Name the specific review situation
  Manager-&gt;&gt;Engineer: Describe observable interruption behavior
  Manager-&gt;&gt;Engineer: Explain impact on PM participation
  Engineer--&gt;&gt;Manager: Shares intent or concern
  Manager-&gt;&gt;Engineer: Ask for two clarifying questions before judgment
  Team--&gt;&gt;Manager: Next review shows more complete context</pre>
  </main>
</body>
</html>

用这个 Skill 生成文件

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

开始生成