← rugoi.com 原始文件 ↓

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

用途:分清「该做」「该我做」「现在做」三件事。它们经常被混成一个「行」。

覆盖:工作请求、协作邀约、功能需求、临时插入的任务。

产出:接 / 不接 / 有条件地接(缩小范围或延后),加一句能交代的理由。

拿到就能跑:拒绝也是一种交付。 说清为什么不做,比勉强做完更有价值。


触发的变异问法


什么时候不要用这份文件


判断:先问三个问题

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

分支

Q1Q2Q3结论
有后果非我不可有时效接
有后果非我不可无时效接,但排期
有后果别人能做—转交,给出具体的人或路径
无后果非我不可—缩小范围:只做只有我能做的那部分
无后果别人能做—不接

三种「不接」,说法完全不同

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

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

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

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

② 转交 —— 该做,但不该我做。

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

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

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

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

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

一条禁令

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

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


出问题怎么办

现象最可能的原因处理
什么都接,什么都做不好没有 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。三问判据与行业无关;「三种不接」的说法可按关系远近调整语气,但不能省内容。与所执行系统的既定标准冲突时,以那个系统的标准为准。

Markdown 原文 · 更新 2026-11-06
judge-request-worth-taking · v1 · sop