一个任务该不该自己干,我定三条判断线

有个烧烤店小程序的单子,交付收入 ¥3000,其中我手写的代码不到 20 行。这单做完我想通一件事:干得多不等于赚得多。怎么判断一个任务该不该自己干,我定了三条线,按顺序过一遍就有答案。

怎么判断一个任务该不该自己干:三条线从上往下过

第一条线不行就走第二条,第二条不行就走第三条,三条都不行才自己干。

这三条线不是打分表,是三个闸门。任何一条亮红灯,这活就不该由你亲手做。怎么判断一个任务该不该自己干,先别问「我快不快」,先问「错了谁担」。

线一:这件事会不会重复发生

只做一次的活,自己干通常更划算,因为教别人做的成本可能更高。

会重复发生的活,就该想办法变成流程或模板。

判断动作:在任务后面写一句「这类事我这半年做过几次」。超过两次,就该沉下来。

我做过一个涂色类小游戏模板化,Cocos 3.8.x,配了 3 个广告位,AI 批量生成 20 张线稿,2 天拆完。这种事如果每次都从零做,成本会一直重复。

线二:这件事错了谁承担

出错代价落在别人身上的活,必须自己确认。

出错只影响你自己的活,可以放手。

判断动作:问一句「这件事做砸了,会不会有外部的人受影响」。会,就自己拍板。

我给 AI 员工的分工里,涉及对外交付和定价的部分只能我确认,其余的技术实现和素材生产,交出去就行。

线三:这件事我干是不是真的更快

很多人以为自己干更快,其实只是没算过。

如果你教一遍的时间比自己做三遍还多,那确实自己做更快——但那是一次性的,第三次就该换人。

判断动作:写下「我这周在它身上花了多久」,跟「别人做的返工次数」比一比。

顺带说一句,估时这件事本身很容易失真。我改过的估算办法写在AI排期总是不准,我改了这套估算办法。

还有一个更隐蔽的坑:你以为的「快」,往往是建立在没算上返工的前提上。自己做一遍快,做第二遍、第三遍呢?重复的活里,这个差距会一直累积。

所以第三条线真正要问的不是「我能不能更快」,是「这件事重复十次之后,谁更快」。

三条线都过了之后

三条线全亮绿灯,说明这活确实该你自己干。

这时候就别纠结了,直接排进去。该自己干的活,最大的风险是被你一边干一边想着「这能不能交出去」。

反过来,任何一条线亮红灯,就别亲手做。要么交给 AI 员工,要么把流程沉成模板。

交互之后的判断顺序

三条线是有优先级的,别并行看。

先看线二(风险归属),再看线一(是否重复),最后看线三(我是不是更快)。

理由是:风险判断错了,后面省下来的时间全得还回去。重复性判断错了,只是效率损失。

优先级定下来之后,具体派活和拆活还有一层。拆解的方法我写在一人公司任务拆解:我按四步把活拆开。

交出去之后,还有一件事

交出去不等于不用管。得有回收的标准。

我的做法是给每块活写清楚「做成什么样算完」和「卡住时什么时候找我」。

另外,交出去的任务之间会互相依赖,所以交接规矩比派活本身更重要。这块我写在AI员工之间怎么交接,我定了三条规矩。

常见问题

Q:怎么判断一个任务该不该自己干,有没有更快的办法?

先看风险归属:做错了会不会影响外部的人。会,就自己干;不会,就往第二条和第三条线上过。这三条里风险那条最先看,权重也最高。

Q:交给 AI 员工做,做错了怎么办?

把验收标准提前写清楚,比事后补救便宜得多。做完的样子、卡住时什么时候找你,这两句必须在派活时写下来。

Q:一个人是不是该尽量把活都交出去?

不是。只做一次、又不涉及外部风险的活,自己做往往更划算。该交出去的是重复发生、又能标准化的那部分。

相关阅读


本文作者西米,37 岁程序员,一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。

完整代码、踩坑清单与最新进展,都在公众号。

📱 关注公众号「西米分享」