大家都很努力，却没有人为结果负责：权责中心在解决什么

星期一上午九点，曼谷北郊 Lat Krabang 工业区，一家做汽车零部件的台商工厂开月度会议。上个季度营收掉了百分之十八，老板把七个部门主管全叫进会议室，问了一句很简单的话：「这是谁的问题？」

接下来的四十分钟，没有人回答这个问题。销售经理说，订单下滑是因为工厂交期一直延，客户被竞争对手挖走了；生产主管说，交期延是因为采购的钢材月中才到，他排的产线只能重来一次；采购说，钢材涨了两成，我砍价砍到供应商翻脸，账上的采购成本明明比去年还低；财务说，账上成本是低了，可加班费和空运费加起来多花了六十多万泰铢，这些没有人管。

七个人讲的都是真话，每一个人也都真的很拼——销售跑客户跑到晚上十点，生产主管周六还在厂里，采购为了砍价得罪了三家供应商。可季末业绩掉了百分之十八，这件事没有任何一个人的名字挂在上面。老板最后只能说一句「大家再加把劲」，然后散会。

如果你在泰国经营一家五十人以上的公司，这场会议你大概不陌生。它看上去像沟通问题、像本位主义，其实都不是——它是一个非常具体的设计缺陷：这家公司从来没有把「结果」和「人」绑在一起过。

为什么会这样：责任没有被翻译成数字

大多数老板处理这种场面的直觉，是去改人：换一个更有担当的主管、办一场团队共识营、在群里强调「大家是一条船上的」。这些做法几乎都无效，因为问题根本不在人的态度，而在于公司里没有任何一份报表，能回答「这件事该算谁的」。

会计上有个名字专门讲这件事，叫责任会计（Responsibility Accounting）。它的主张只有一句话：报表不该只按「科目」来看，还要按「人」来看。传统损益表告诉你「这个月材料费多少、工资多少、运费多少」——这是按科目切的，看完你知道公司花了多少钱，但不知道该找谁。责任会计则是把同一批数字，按照「谁有权决定它」重新切一次，切出来的每一块，就叫一个权责中心（Responsibility Center）。

切完之后，那场月度会议会变成完全不同的样子：销售单位的报表上，有一行写着他自己争取回来的订单毛利；生产单位的报表上，有一行写着他的标准成本差异和准时交货率；采购的报表上，除了采购单价，还有一行写着因为交期延误而发生的空运费。谁的数字没达标，那一格就是谁的。

权责中心是组织架构的衍生，不是财务工具

这里有一个观念要先摆正，否则后面七讲都会跑偏：权责中心不是财务部门发明出来管人的东西，它是组织架构的衍生物。

顺序是这样的：先有组织——公司决定要设几个部门、每个部门管到哪里、谁可以签多少钱、谁可以决定卖多少钱。这些决定画出来就是组织架构图。图画完之后，才轮到一个问题：每一个框，要用什么数字来衡量他做得好不好？这个问题的答案，就是权责中心的设计。

换句话说，组织决定「谁负责什么」，权责中心决定「用什么数字衡量他」，财务只是提供衡量的语言。很多公司把这件事交给财务去设计，设计出来的东西部门主管一看就摇头，原因就在这里——顺序反了。财务可以帮你算，但不能替你决定谁该负什么责任，那是经营者的权力，也是经营者的责任。

全课的铁律：可控性原则

如果这门课八讲你只记住一句话，请记这一句：

只用「这个人控制得了的东西」来衡量他。

这叫可控性原则（Controllability Principle），是整套责任会计的地基。它听起来像常识，但几乎每一家出问题的公司，都是在这一条上破功的。而且它的破功方式很隐蔽：制度表面上还在跑，报表照发、奖金照算，可所有人都心知肚明「这个数字不能代表我」，于是制度就失去了公信力——大家开始花力气去解释数字，而不是去改善数字。

反例一：销售被扣总部分摊的成本

一家在春武里设厂的台商，销售部有八个人，公司希望他们「有成本观念」，于是在销售单位的损益表上，按营收比例摊了一笔总部管理费用——总经理室、财务、人力资源、厂务的费用，全部按各单位营收比例分下去。

结果那一年公司多招了一位工资很高的品保经理，这笔费用照比例摊下去，业绩最好的那位销售摊到最多。他的部门利润因此不达标，年终奖金缩水。他跑去找财务吵：「我又没有面试他、我也不需要他，为什么我要付他的工资？」

财务的回答技术上完全正确——公司整体要赚钱，总部费用总得有人承担。但这不是重点。重点是：从那个月开始，这位销售每个月花在研究分摊比例、跟财务争论上的时间，比他花在拜访客户上的时间还多。制度没有让他更有成本观念，只是让他变成了一个很会吵架的销售。

反例二：厂长被算进他管不到的原料涨价

另一个更常见的版本发生在工厂。某台商橡胶制品厂，厂长的年度考核绑在「单位生产成本」上，成本降下来就有奖金。那一年天然橡胶国际行情涨了两成多，厂长什么都没做错，单位成本却直接超标。

他能控制的其实是良率、工时、能耗、废料率——这四项那一年他都做得比上一年好。但考核用的是含原料价格的总成本，所以他的努力在报表上完全看不出来，年度考核拿了乙等。

更糟的是第二年。他学乖了，开始跟采购一起压价，改用一家报价低了百分之十二的新供应商。那批料的硫化时间不稳，全年不良率上升，客诉赔款远远超过省下来的料钱。他没有变坏，他只是照着你给他的尺去努力。

从这两个反例学到的

四个案例的共同结构是一样的：你把一个他控制不了的变量放进他的分数里，他不会因此变得更能控制它，他只会去操纵那些他控制得了的部分——而那通常是品质、是交期、是长期利益。

怎么做：第一个动作不是画图，是问一句话

很多老板听完「权责中心」这四个字，第一个动作是打开演示软件开始画框。这个顺序是错的。设计权责中心的第一个动作，是拿着组织架构图，一格一格地问：这个单位到底控制得了什么？

问的时候，把每一格拆成三堆：

第一堆：他完全能决定的

加班要不要排、料要怎么用、人要怎么调、这张订单接不接、折扣给到几个点。判断标准是「他自己签字就能定案」。这一堆才有资格进他的考核。

第二堆：他能影响、但不能决定的

比如采购对材料价格：他能比价、能换供应商、能谈付款条件，但决定不了国际行情。这一堆的处理方式是只考核他能影响的那一段——考核采购的「议价差异」（实际价格 vs. 市场基准价），而不是「材料总成本」。行情涨跌从基准价里吸收掉，那不是他的功劳也不是他的过失。

第三堆：他完全管不到的

总部分摊、汇率、法规变动、其他部门造成的损失。这一堆要明白地、写下来地排除在他的考核之外。注意「写下来」三个字——如果只是口头说「这个我们会考虑」，等到年底算奖金的时候，考虑就会消失。

做完这三堆，你手上就有了每个单位的「可控清单」与「排除清单」。这两张清单，才是权责中心真正的设计文件，比任何一张漂亮的组织架构图都重要。

🔧 AI 动手做：一个部门的可控性盘点

先挑公司里最常被抱怨「考核不公平」的那个部门来练习。把下面的提示词复制给 AI，方括号换成你自己的内容，它会帮你把这个部门的职权拆成上面那三堆。

你是一位熟悉泰国台商中小企业实务的组织与绩效顾问。我要为公司里的一个部门做「可控性盘点」，请依照责任会计的可控性原则协助我。

【公司背景】
- 行业：[例如汽车零部件代工／食品加工／贸易]
- 员工人数：[人数]
- 这个部门的名称与人数：[例如 销售部 8 人]

【这个部门主管目前的职权】
- 他可以自己签字决定的事：[列 3-5 项]
- 他要报上级核准的事：[列 3-5 项]
- 他完全不能碰的事：[列 3-5 项]

【目前是怎么考核他的】
- 目前的考核指标：[列出来，包含权重]
- 部门最常抱怨哪一项不公平：[说明]

请帮我：
1. 把他的职权分成三类：完全可控／可影响但不可决定／完全不可控，并说明每一项的判断理由。
2. 检查目前的考核指标，指出哪几项混进了「他控制不了的东西」，以及这样会诱发他做出什么行为。
3. 针对「可影响但不可决定」的项目，建议可以怎么改成只衡量他能影响的那一段。
4. 产出一份「不可控项目排除清单」草稿，写成可以放进考核办法附件的句子。
5. 最后提醒我：这份调整在正式实施前，应该先跟哪些人沟通、可能会遇到什么反弹。

本周就能做的一步：找出你公司现行考核表上的每一个指标，逐一问「这个数字，被考核的人真的控制得了吗？」只要有一个指标的答案是「不完全」，你就找到了那个部门士气低落的真正原因。

那到底该分成几种中心？

把可控清单整理出来之后，你会很自然地发现：公司里不同的单位，能控制的东西差很多。工厂能控制成本但决定不了售价；门店能决定折扣但管不到进货；事业部连买不买设备都能自己决定。

既然能控制的东西不一样，衡量他们的数字当然也不该一样。权责中心之所以有分类，就是为了对应这件事——而不是因为会计想把公司切成很多块。下一讲我们就来看：能控制什么，就该用什么衡量，以及对照你自己的组织架构图做第一次归类。

📎 理论依据：责任会计（Responsibility Accounting）与可控性原则（Controllability Principle）出自 Robert N. Anthony 与 Vijay Govindarajan《Management Control Systems》所建立的管理控制框架；权责中心分类的通用架构见 Charles T. Horngren《Cost Accounting: A Managerial Emphasis》责任会计章节。本文案例为综合泰国台商常见情境改写，非特定公司实例。权责与考核制度的重大调整涉及组织与劳动条件，正式实施前应与经营团队及人力资源单位充分讨论。

📎 延伸阅读：想把利润中心做成一整套可运作的制度，见课程「阿米巴式利润中心」（amoeba-mgmt）；想了解责任中心在管理会计体系中的位置与转拨定价的计算公式，见课程「管理会计」（mgmt-acct）；本课的上游是组织架构图与职责划分，见课程「组织蓝图」（org-blueprint）。