---
id: judge-request-worth-taking
type: sop
group: D
status: published
version: 1
updated: 2026-11-06
token_estimate: 1858
---

# 如何判断一个需求该不该接

> **用途**：分清「该做」「该我做」「现在做」三件事。它们经常被混成一个「行」。
>
> **覆盖**：工作请求、协作邀约、功能需求、临时插入的任务。
>
> **产出**：接 / 不接 / 有条件地接（缩小范围或延后），加一句能交代的理由。
>
> 拿到就能跑：**拒绝也是一种交付。** 说清为什么不做，比勉强做完更有价值。

---

## 触发的变异问法

- 「这个需求要不要接」
- 「这个能不能做」
- 「他们让我帮忙，我该答应吗」
- 「做不完，怎么推掉」
- 「这个优先级高不高」
- 「是不是该我干」
- 「拒绝了会不会不好」
- 「先接下来再说？」

---

## 什么时候不要用这份文件

- **已经答应了** —— 现在要判断的是怎么排期，不是该不该接。
- **职责范围内明确该你做的** —— 不需要判断，直接做。
- **紧急事故** —— 先处理，事后复盘。判断留给不紧急的事。
- **对方没有替代方案**（只有你能做且后果严重）—— 这已经不是选择题。

---

## 判断：先问三个问题

| # | 问什么 | 怎么问出口（原话） | 判据 | 答不上来时 |
|---|---|---|---|---|
| Q1 | 不做会怎样 | 「这件事没人做，会发生什么？多久之后发生？」 | 有具体后果且有期限 → Q2；没有 → **不接** | 问「如果一个月后还没做，谁会来找你」——找不到人，说明没后果 |
| Q2 | 是不是非我不可 | 「换个人做，会差在哪？我能给的、别人给不了的是什么？」 | 有独有条件 → Q3；没有 → **转交** | 列出对方能找的三个人，如果我都在里面且不是最优，那就是不必 |
| Q3 | 现在做，还是以后做 | 「这件事早做和晚做，结果差别在哪？」 | 有明确时效 → **接**；没有 → **可延后** | 看它是否卡住别人——卡住别人就有时效 |

### 分支

| Q1 | Q2 | Q3 | 结论 |
|---|---|---|---|
| 有后果 | 非我不可 | 有时效 | **接** |
| 有后果 | 非我不可 | 无时效 | **接，但排期** |
| 有后果 | 别人能做 | — | **转交**，给出具体的人或路径 |
| 无后果 | 非我不可 | — | **缩小范围**：只做只有我能做的那部分 |
| 无后果 | 别人能做 | — | **不接** |

---

## 三种「不接」，说法完全不同

「不接」不是只有一种。用错了说法，比接了还麻烦。

**① 不接** —— 这件事不该做。

> 「这件事我不做，因为它解决不了 <真正的问题>；建议改成 <另一个方向>。」

必须给出「为什么不该做」，否则对方会以为你在推活。

**② 转交** —— 该做，但不该我做。

> 「这件事该做，找 <谁> 更快，因为他 <具体条件>；我可以把 <我这边的东西> 给他。」

⛔ 只说「你找别人吧」等于没交代，对方会回来再问一次。

**③ 有条件地接** —— 该我做，但现在做不了全部。

> 「我可以做 <只有我能做的那部分>，其余部分建议 <转交 / 延后>；时间上最早 <什么时候>。」

这是最实用的第三种。它承认了需求的价值，同时守住了边界。

### 一条禁令

⛔ **「我最近很忙」不是拒绝理由。** 对方听到的不是「不」，是「等等再说」——然后这件事悬在半空，谁也没推进。

要么给时间点（「下周三之后可以」），要么给替代方案。含糊的忙，是最坏的回答。

---

## 出问题怎么办

| 现象 | 最可能的原因 | 处理 |
|---|---|---|
| 什么都接，什么都做不好 | 没有 Q1，全凭对方开口 | 补上「不做会怎样」，把判断权拿回来 |
| 拒绝了对方还反复来问 | 只说了「不」，没说「为什么」和「那该找谁」 | 补上理由与替代路径 |
| 接了之后烂尾 | Q2 判断错了，其实不是非你不可 | 中途转交，越早越好——烂尾比转交贵得多 |
| 事情悬着没人推进 | 用「忙」当了理由 | 给明确时间点或转交 |
| 判断该做但一直没做 | Q3 判错了，其实有时效 | 补上期限，排进日程 |
| 判断完还是不踏实 | 三问里有答不上来的 | 答不上来的那一问，就是真正的风险点 |

---

## 输出规范

### 人读

```
请求：<一句话>
Q1 不做会怎样：<后果 + 期限>
Q2 非我不可吗：<独有条件 / 无>
Q3 时效：<有 / 无>
结论：接 / 不接 / 转交 / 有条件地接
说法：<准备怎么回复，逐字>
```

### 机器读

```
request: <一句话>
q1_consequence: {what, deadline}|null
q2_unique: [conditions]|[]
q3_time_sensitive: true|false
verdict: take|decline|delegate|partial
reply: <逐字回复>
```

`verdict` 为 `decline` 时，`reply` 必须包含「为什么不该做」与「替代方向」——**缺一个都算没交代**。

### 一句话版

`接，下周给；或：不接，建议找 X；或：只做 A 部分，其余转交。`

---

## 常见错误

- **「最近忙」当拒绝** —— 对方会等，事情会悬着。
- **只判断「该不该做」，不判断「该不该我做」** —— 于是接下一堆别人更该做的事。
- **拒绝不给替代方案** —— 对方会回来问第二次、第三次。
- **接了超出能力的** —— 中途烂尾比一开始拒绝代价大得多。
- **把「急」当「重要」** —— 急是别人的时间表，重要是你自己的判断。
- **先接下来再说** —— 接的时候不判断，做的时候就要替这个决定还债。
- **判断完不回复** —— 判断了不告诉对方，等于没判断，对方仍在等。

---

## 最后核对

2026-11-06。三问判据与行业无关；「三种不接」的说法可按关系远近调整语气，但不能省内容。与所执行系统的既定标准冲突时，以那个系统的标准为准。