把考核口径从“各自完成多少”改成“共同交付什么”,并让一个人的动作能被另一个人的结果验证。部门结构优化在这里不是画新组织图,而是重设一组共享的验收条件:谁先做、交给谁、什么算完成、失败时谁补位。只要这四个问题写清楚,即使没有完整数据看板,也能先在一个交付周期内跑起来。
个人指标本身没有错,错在它和下游动作之间没有可验证的交接。常见症状有三类:第一,内容岗只追发布数量,链接岗拿到的页面没有可用的内链位置;第二,技术岗只追页面速度分数,运营岗发现关键模块被删得无法承接转化;第三,外链岗只追新增链接数,品牌岗发现锚文本和落地页对不上。这三类的共同点不是谁偷懒,而是每个人的完成标准停在自己手里,没有交给下一个人的明确形态。
判断依据可以很简单:随机抽一个已完成的个人任务,问“它交给谁、对方拿它做什么、对方怎么判断能用”。如果三个问题里有两个答不上来,说明问题出在交接定义,而不是个人努力程度。
以下为假设情境,用于说明决策过程,不代表任何真实团队。一个网站内容小组有四个人:A 负责选题与撰稿,B 负责页面上线与技术检查,C 负责内链与站内结构,D 负责外链与分发。季度考核里,A 的指标是产出篇数,B 是上线及时率,C 是内链新增数,D 是外链新增数。季度结束,四个人都完成了自己的数字,但复盘时发现:A 写的页面主题分散,B 上线时只做了基础检查,C 加的内链指向了不相关页面,D 拿到的落地页承接不了外链流量。
此时如果只是把四个人的指标各加一条“配合度”,问题不会消失,因为“配合度”无法验收。更有效的做法是设定一个共同结果,并把它拆成可交接的中间产物。
共同结果不要写成“提升整体效果”这类无法判断的表述,而要写成一条链:一组主题 → 一批可上线页面 → 一套站内指向 → 一批可承接的外部入口。每个环节都规定交付物形态和验收人。
这样改之后,个人指标仍然存在,但它们变成共同结果的子集,而不是彼此独立的终点。一个实际动作是:在下个周期开始前,让每个人写出“我交给谁、交什么、对方怎么判断能用”,由下游的人确认。这个动作的结果会直接决定下一步——如果下游无法确认,说明交付物定义还不清楚,需要继续拆;如果下游能确认,就可以把这个交接写进周期检查点。
很多团队没有统一的数据看板,也拿不到跨部门的完整权限。这不影响先做最小动作。可以从最近一个已完成的交付里挑一条链,手工还原四件事:谁做了第一步、交给了谁、对方实际用了什么、最后对外呈现是什么。用文档或表格记录即可,不需要新工具。
能得到的结论是:交接断点出现在哪一环,以及哪一条验收条件缺失。不能得到的结论是:某个人的指标设置一定错误,或者调整后整体效果一定提升。因为手工还原只覆盖一个样本,样本外的原因可能包括主题选择、外部环境变化、页面本身质量等,不能把单条链的观察直接当成因果关系。
最小动作的边界也要说清楚:如果团队连“谁交给谁”都无法确认,那就先只做这一步,不要同时改考核表。先确认交接关系,再谈指标权重,顺序反了会让成员以为只是换一种方式被考核。
第一件是把共同结果变成共同背锅。共同结果需要明确每个环节的验收人,否则出问题时所有人都有责任,等于没有人负责。第二件是立刻取消个人指标。个人指标在交接清晰的前提下仍有价值,它能说明谁在哪个环节稳定输出。更稳妥的做法是保留个人指标,同时增加一条共享验收条件,两者并行观察一个周期。
如果团队涉及搜索引擎、平台推荐和广告等多个渠道,共享结果要按渠道分别定义承接方式,不能用一个笼统的“流量”指标覆盖。渠道不同,验收条件不同,混在一起会让交接重新变得模糊。
周期开始前确认交接定义,周期中段检查一次中间产物是否被下游实际使用,周期结束后只回答一个问题:共同结果是否被外部或下游认领。认领的证据可以是下游直接复用、外部入口带来可识别的访问,或者下一环节主动提出继续合作。没有认领,就回到交接定义继续拆,而不是先改人。
部门结构优化的落点在这里变得具体:不是换组织结构图,而是让每个人的完成标准必须经过另一个人的验收,共同结果才有实际承载者。