一家很大的公司里，有一组文员专门给股东回信。按纸面上说，这是份要好手才干得了的活：人是精挑细选的，受过严格训练，工作看上去复杂，也有挑战。
实际上，难一点的问题都由主管来答；每封信都由主管签名、主管检查，所有寄出的信都要从主管桌上过一遍。大家还天天被提醒：还有多少封信没回。各项业绩和态度指标几乎都很低。离职面谈也印证了赫茨伯格（Frederick Herzberg）的判断：这份工作的挑战，「只存在于字面上」。
改进的点子里，有几条是谁都想得到的：定一个够不着的每日定额；信不光要写，还要自己打字；把难缠的来信集中交给少数几个人，好让其他人多出活。
这些点子，一条也没用上。
交出去的是什么
公司挑了一组人，两个月里大约每周改一处。文员在信上签自己的名字。资深文员的信不再封封都查，改成十封抽一封，就在他们自己桌上查。信写完直接送收发室。组里指定了几位专题能手，碰到难题先问他们，再问主管。信的质量和准确性，由写信的人自己负责，这原本是主管和校对员的事。工资不动，该有的例行调薪照旧。
头几个月，这组人反而变差了，绩效指数一路往下走。赫茨伯格的解释是：刚接过新责任，心里没底。到第三个月，曲线掉头。六个月后，这组人的表现超过了沿用老办法的对照组，明显更喜欢自己的工作，缺勤更少，后来升职的比例也高得多。公司另设了两组，专门检验是不是「被关注」本身起了作用，结果和对照组大体相同。
1968 年，赫茨伯格把这个实验写进《哈佛商业评论》，用来说明他的双因素理论：工资和条件能让人少些不满，真正让人想干的，是工作本身。被否掉的点子和被采纳的改动，他并排印在了文章里。
让人愿意干，多给的该是主导权，不是活儿。
零乘零
被否掉的那一栏，赫茨伯格叫它「横向加载」，只是让工作在结构上「变大」。让一个每天拧一万颗螺栓的人拧两万颗，他说，「零乘零还是零」。再塞一件例行的文书活，是零加零。把最难的部分拿走，好让人多做容易的，是「靠减法求加法」。
采纳的那一栏是「纵向加载」：少些管控，但责任留在本人身上；交给一个人一整块完整的活；结果直接报给干活的人，不经主管转手；给更难的新任务；让人有机会成为专家。这才是他说的工作丰富化。老说法「工作扩大化」，他主张别再用。
福特的高地公园工厂走的正是反方向。原本一个人装完的飞轮磁电机，被拆成 29 道工序。按福特自己的算法，为了维持 14,000 人的队伍，公司一年要招大约 53,000 人。1914 年的「五美元日薪」让更多人愿意留下，可亨利·福特博物馆写得明白：厂里的活一点没变轻松，节奏也一点没放慢。
赫茨伯格也没把话说满。他提醒，头几周业绩可能下滑；下属接过主管眼里属于自己的责任时，主管可能焦虑，甚至抵触。他写道：「不是所有工作都能丰富化，也不是所有工作都需要。」而且，这是他本人对一家没具名公司的实验的叙述。
报价单
设想梅姐带一个小定价组，两位分析师做的每一份客户报价，她都要亲自过目才放行。两个人都干得没劲。她可以多派些报价，或者把每月的数据清理也塞给他们。照赫茨伯格的算法，这是零加零。
另一条路：让一位分析师包下一个区域的报价，从第一通电话到签字都归她，用她自己的名字发出去，赢单丢单的数字直接给她看。梅姐十份抽查一份。头几周可能乱一点，梅姐也许会犯嘀咕：那我现在干什么？以前一份份看报价的时间，可以挪去做一直没顾上的事。
让智能体自己验信
这一招放到 AI 智能体身上同样用得上，只是道理不同。Anthropic 给编程智能体 Claude Code 写的使用指南，描述的情形和当年的回信组很像：「Claude 会在活看起来做完时停下。没有它能自己跑的检查，『看起来做完了』就是唯一的信号，你就成了那道检验关：每个错误都等着你去发现。」
指南的建议是把检查交给智能体：一套测试、一次构建、一张拿来和设计稿比对的截图。然后它「做活、跑检查、读结果，反复改到检查通过」。这就是赫茨伯格说的，把结果直接报给干活的人。不过指南还是让你在它的检查通过后自己再验一遍，并建议另派一个验证智能体，「让干活的那个不给自己打分」。十封抽一封，总归还在查。
Anthropic 另一篇讲智能体的文章也介绍了另一种做法：把任务拆成一串固定的小步骤，步骤之间设检查。文章说，这适合那些「能轻松、干净地拆成固定子任务」的活。拆成小步骤没有错，只是另一种岗位设计。
不同的是回报。赫茨伯格量到的，是文员们更喜欢自己的工作了。指南里说的回报很机械：错误不用等你来发现。
在那家公司，回信组写好的信，直接送进了收发室，信末签的是他们自己的名字。