一句话定义
不是所有重复的活儿都值得固化成技能——只有当一件事高频出现、套路稳定、并且固化后省下的时间明显超过维护成本时,才值得做成技能。
机制 / 原理
判断可以看三条:第一看频率,一年做一次的事不值得投入;第二看稳定性,如果每次做法差异很大、全靠临场应变,写成固定流程反而束缚手脚;第三看投入产出比,做技能本身要花时间设计、测试、维护,如果省下的时间还不够抵消维护成本,就不划算。
经典实验 / 例子
团队每周都要把销售数据整理成周报,格式、口径基本固定,做成技能后每次几分钟搞定,长期看非常划算;而"把一份客户PDF合同转成PPT演示稿"这种事一年才碰到一两次,每次需求还都不一样,直接手动处理反而更省心,没必要专门做沉淀。
生活中的例子
就像家里每天都要煮的早餐可以固定菜单、提前备料,省时省力;但半年才做一次的生日蛋糕,每次口味都不同,提前准备一套固定流程反而没意义。
常见误区
常见误区是看到某个任务"重复出现过两次"就急着做成技能,却没考虑套路是否真的稳定,结果技能做出来后每次都要大改,维护成本比手动做还高。