一个任务该不该自己干,我定三条判断线
有个烧烤店小程序的单子,交付收入 ¥3000,其中我手写的代码不到 20 行。这单做完我想通一件事:干得多不等于赚得多。怎么判断一个任务该不该自己干,我定了三条线,按顺序过一遍就有答案。
怎么判断一个任务该不该自己干:三条线从上往下过
第一条线不行就走第二条,第二条不行就走第三条,三条都不行才自己干。
这三条线不是打分表,是三个闸门。任何一条亮红灯,这活就不该由你亲手做。怎么判断一个任务该不该自己干,先别问「我快不快」,先问「错了谁担」。
线一:这件事会不会重复发生
只做一次的活,自己干通常更划算,因为教别人做的成本可能更高。
会重复发生的活,就该想办法变成流程或模板。
判断动作:在任务后面写一句「这类事我这半年做过几次」。超过两次,就该沉下来。
我做过一个涂色类小游戏模板化,Cocos 3.8.x,配了 3 个广告位,AI 批量生成 20 张线稿,2 天拆完。这种事如果每次都从零做,成本会一直重复。
线二:这件事错了谁承担
出错代价落在别人身上的活,必须自己确认。
出错只影响你自己的活,可以放手。
判断动作:问一句「这件事做砸了,会不会有外部的人受影响」。会,就自己拍板。
我给 AI 员工的分工里,涉及对外交付和定价的部分只能我确认,其余的技术实现和素材生产,交出去就行。
线三:这件事我干是不是真的更快
很多人以为自己干更快,其实只是没算过。
如果你教一遍的时间比自己做三遍还多,那确实自己做更快——但那是一次性的,第三次就该换人。
判断动作:写下「我这周在它身上花了多久」,跟「别人做的返工次数」比一比。
顺带说一句,估时这件事本身很容易失真。我改过的估算办法写在AI排期总是不准,我改了这套估算办法。
还有一个更隐蔽的坑:你以为的「快」,往往是建立在没算上返工的前提上。自己做一遍快,做第二遍、第三遍呢?重复的活里,这个差距会一直累积。
所以第三条线真正要问的不是「我能不能更快」,是「这件事重复十次之后,谁更快」。
三条线都过了之后
三条线全亮绿灯,说明这活确实该你自己干。
这时候就别纠结了,直接排进去。该自己干的活,最大的风险是被你一边干一边想着「这能不能交出去」。
反过来,任何一条线亮红灯,就别亲手做。要么交给 AI 员工,要么把流程沉成模板。
交互之后的判断顺序
三条线是有优先级的,别并行看。
先看线二(风险归属),再看线一(是否重复),最后看线三(我是不是更快)。
理由是:风险判断错了,后面省下来的时间全得还回去。重复性判断错了,只是效率损失。
优先级定下来之后,具体派活和拆活还有一层。拆解的方法我写在一人公司任务拆解:我按四步把活拆开。
交出去之后,还有一件事
交出去不等于不用管。得有回收的标准。
我的做法是给每块活写清楚「做成什么样算完」和「卡住时什么时候找我」。
另外,交出去的任务之间会互相依赖,所以交接规矩比派活本身更重要。这块我写在AI员工之间怎么交接,我定了三条规矩。
常见问题
Q:怎么判断一个任务该不该自己干,有没有更快的办法?
先看风险归属:做错了会不会影响外部的人。会,就自己干;不会,就往第二条和第三条线上过。这三条里风险那条最先看,权重也最高。
Q:交给 AI 员工做,做错了怎么办?
把验收标准提前写清楚,比事后补救便宜得多。做完的样子、卡住时什么时候找你,这两句必须在派活时写下来。
Q:一个人是不是该尽量把活都交出去?
不是。只做一次、又不涉及外部风险的活,自己做往往更划算。该交出去的是重复发生、又能标准化的那部分。
相关阅读
本文作者西米,37 岁程序员,一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展,都在公众号。
📱 关注公众号「西米分享」