目标拆不开的三个原因
下面两句话都可以填进目标输入框。
第一句：为下周的新品上市做一波推广。
第二句：下周三之前产出 3 篇种草图文和 1 支短视频脚本，发布到小红书和抖音的自有账号，素材用产品部提供的 6 张实拍图，卖点按商品事实卡里的前三条，成稿先给我审。
第一句能被原样执行的概率很低。第二句基本可以直接开工。
差别不在字数。第一句 11 个字，第二句 70 多个字，但把第二句删到 30 个字它照样能跑。差别在三个东西上，缺一个，目标就会退化成一句愿望。
一、能判定完成
系统要拆解一个目标，第一步是判断它什么时候算做完。
"做一波推广"没有完成态。做了 3 篇算不算做完？发了 1 个平台算不算？数据不好算不算没做成？这三种问法都没有答案，因为这句话里没有可判定的对象。
"产出 3 篇种草图文和 1 支短视频脚本"有完成态。3 篇就是 3 篇，数得出来。
判断方法很土：把这个目标交给一个完全不了解你业务的同事，问他"什么情况下你可以说这件事做完了"。如果他要反问你三个问题才能回答，这个目标就不可判定。
一个常见的反面例子是品牌类的目标。"提升品牌影响力"没法判定，但"在 120 个行业提问里被 AI 提及的比例从 26% 提到 31%"可以判定。前者是愿望，后者是目标，区别只在于末尾那个数。
二、边界能画出来
第二个条件是知道这件事做到哪里为止。
第二句话里有三处边界。发布到自有账号，意味着不投达人；素材用现有的 6 张实拍图，意味着不做新拍摄；卖点取事实卡前三条，意味着不做卖点研究。
这三处边界的存在，让执行方不需要在过程中回来问。缺了它们，任何一个环节都能无限展开：素材不够是不是要拍？卖点不够是不是要调研？平台不合适是不是要开新号？
边界不必写得细，但要写得让执行方知道哪里可以停。判断方法同样土：把你预期里的"顺手也做了"的东西列出来，那些都该被排除在边界外。
边界写不全的典型信号是执行过程中频繁出现"那这个要不要做"。出现三次以上，就该停下来把边界补齐，而不是继续回答。
三、输入得存在
第三个条件最容易被忽略，也最硬。
第二句话里点明了两个输入来源：产品部的 6 张实拍图、商品事实卡里的前三条卖点。这两个东西在开工前必须真实存在，而且能取到。
如果它们不存在，拆解会失败在一个奇怪的地方：系统能拆出"写 3 篇图文"，但写不出来，因为没有任何可用的素材和事实。这时候它要么停下来要输入，要么编一个。
编一个的后果比停下来严重得多。你会拿到 3 篇看起来完整、卖点是编的图文，而它们会被发出去。
所以目标定义里必须写清输入来源，并且在提交前确认这些来源可用。这一步花的时间很少，省掉的返工量很大。
四、一份四轮改写的记录
原始需求：帮我提升一下小红书的数据。
第一轮改写，加上对象和动作：这个月在自有小红书账号发布 12 篇笔记。
这一轮解决了"做什么"，但没解决判定。12 篇是产出量，不是目标。数据提升在哪？
第二轮，加上可判定的结果：这个月在自有小红书账号发布 12 篇笔记，平均单篇曝光不低于 3000。
这一轮还有两个问题。平均曝光 3000 从哪来？现有的数字是多少？
第三轮，补上基线和素材来源：这个月在自有小红书账号发布 12 篇笔记，平均单篇曝光从现在的 800 提到 3000，选题从客服对话里挑出来的前 12 个高转化问题里取，封面用现有素材库。
到这里目标基本可拆了。还差最后一处：谁审、审到什么程度算通过。
第四轮，补上验收形态：这个月在自有小红书账号发布 12 篇笔记，平均单篇曝光从现在的 800 提到 3000，选题取自高转化问题清单前 12 项，封面用现有素材库，成稿由运营负责人审核后发布。
四轮下来，字数从 12 个变成 80 多个。看起来是变麻烦了，但实际省下的是来回澄清的时间。
四轮里每一轮补的都是同一个东西：系统在开工前必须知道，而你默认它知道的那部分。
五、拆解失败的五种形态
把上面三条条件反过来看，失败形态大致五种。
第一种，目标不可判定。表现是执行方反复确认"这算完成了吗"。多见于品牌类、体验类目标。
第二种，边界无限。表现是范围不断扩张，交付日期一再推迟，而且每次扩张都看起来合理。
第三种，输入不存在。表现是产出物完整但内容不实，或者流程反复卡在等资料。
第四种，验收标准主观。表现是交付后反复修改，每次修改的理由都不同。这类问题在成稿阶段最难发现。
第五种最隐蔽，目标内部冲突。既要快又要便宜又要全，三者在同一个目标里并列时，执行方必须自己挑一个放弃，而它挑的那个通常不是你想要的。
前四种靠改写目标能解决。第五种不能，它需要你先在内部做个决定。这类冲突往往不是 AI 的问题，是需求方自己还没对齐。
六、这件事对岗位的影响
目标能被拆开之后，人的工作重心会移动。
过去的链条是：有人定方向，有人写方案，有人执行，有人验收。中间几环占掉了大部分人力。
现在的链条变短：定方向的人把方向写成可拆解的目标，系统拆解和执行，人做关键节点的验收。
少掉的是中间的执行协调，多出来的是两件事。一件是目标定义，也就是上面讲的三条。另一件是验收，而验收比执行更吃判断力，因为它要回答的是"这个东西对不对"，而不只是"做完没有"。
所以岗位能力的要求是往上抬的。执行能力强但目标定义模糊的团队，会发现系统不好用；反过来，习惯把事说清楚的团队，上手速度会明显更快。
七、什么时候不该拆
有一套情况不适合走拆解。
探索性的工作没法先定义清楚。你不知道答案长什么样的时候，"产出什么"就写不出来。这类工作正确的做法是先做小样本试验，出结果之后再转成可拆解的目标。
同一种情况出现在方向选择上。"这个季度主攻小红书还是视频号"这种问题，拆解没有意义，因为它要的是一个判断，不是一堆任务。
判断标准可以简化成一句：如果一件事的产出形态你现在就能描述出来，它可以拆；描述不出来，先把它做成能描述的样子。
八、一个开工前的检查
目标提交之前，用四个问题过一遍。
一，做完的标准是什么，能不能数出来。
二，到哪里停，哪些明确不做。
三，需要用到的素材、数据、事实从哪来，现在有没有。
四，谁来审，审过之后是什么状态。
四个问题都能当场答出来，目标就可以交出去。有一个答不出来，先补那一个。
这四问花的时间通常不到十分钟。它挡掉的是拆解到一半才发现缺东西带来的返工，那部分时间以天计。
常见问题
问：目标要写得多细才算够？
细到能让执行方不再问你问题为止。判断标准不是你写得舒不舒服，是执行方需不需要回来确认。写完之后如果还会出现三次以上的"那这个要不要做"，说明还差一轮。
问：每次都要写这么长，会不会反而变慢？
第一周会慢。写第二十个目标时，大部分内容来自模板和历史目标，速度会明显回升。真正省下来的时间在返工上，而不在写目标上。
问：小团队没人专门写目标，能不能省掉这一步？
可以省掉形式，不能省掉内容。那三个条件本来就是决定一件事能不能做成的东西，跟用不用 AI 无关。区别只在于，过去它们由执行的人在现场临时补齐，现在需要提前写出来。
相关阅读
延伸阅读：智能大脑完全指南：从一句话目标到任务交付、AI 说错了你的公司：为什么"改官网"经常不管用，以及四种错误各自的解法、批量上新为什么总在返工：两条流程逐步对照。
数字员工在我们这里怎么编排、怎么过质量门禁，AI 中心里有完整的岗位和编队说明。