给每个角色留几张核心报表就够了，剩下其余的都按需取用

给每个角色留几张报表就够了

一、注意力是有限的资源

管理者的注意力是最先被摊薄的东西。业务的数字几乎不停地在长出来，报告却只在少数几处被真正读懂。当一个角色面前摆着几十张表，他通常不是看得更全，而是看哪一张都只看几眼，要紧的变化反而被淹没在翻页的动作里。

报表的价值本来在于回答一个具体的问题，数量一多，问题就被稀释了。这张看一眼、那张扫一下，看的时候热闹。散会之后能记住的结论却寥寥无几。真正被反复打开的那几张，往往才是这个角色心里真正惦记的东西；数量多了，被认真读的反倒更少。

注意力被摊薄的代价是判断变慢。本该一眼看出的异动，因为没有稳定的检视对象，要等到别人提醒才发现；本该早点介入的事情，因为没人盯着那处数字，拖到了不好收拾的地步。报表越多，这种代价反而越容易被忽视，也很少有团队认真回过头去算。

但是“少”不等于把信息砍掉。少说的是每个人面前的那一层要收窄。背后的数据该多还是多。角色看到的是少数几张，支撑这几张的数据来自客户、跟进、机会、合同与服务这些环节，底下的记录越厚实。台面上的几张才越经得起追问。

所以少即是多的意思并不玄：与其让每个角色面对一堆各管一段的报告，不如替他挑出少数几张能回答他最常问的问题的表，其余的先放着，需要的时候再取。这个取法后面几节会一步步说清；真正的难点不在道理，而在团队肯先把手收住。

图1：规律往往藏在客户的日常动作里

二、每个角色真正需要的其实是少数几张

角色不同，常问的问题就不同，核心报表自然也不一样。一句话，业务负责人最常问的是这条线走得怎么样、手上推进到哪了；服务负责人最常问的是请求接得及不及时、客户那边有没有反复提到同一件事。问题不同，该给的表就不同。

给业务负责人留的少数几张，通常覆盖几件事：已经拿到的结果、正在推进的过程、离目标的距离。这几件事分别对应结果类的表、过程类的表、进度类的表。把它们放在一起，这个角色平时要看的画面就齐了，不必再去翻别的。

服务负责人那边，核心落在接触与响应上。要看的是进来的请求有没有被接住、处理到哪一步、哪些客户提到的同一件事反复出现。这几件事各是一张表，但服务的负责人平时只需要盯着最粗的那一张。发现异常时再往细里调。

管理者的那几张更薄。他要看的不是每一个细节，而是几条线汇在一起之后的走向：整体进度、各项指标的达成情况、客户结构的松紧。细节留到他问到的时候再往下钻，日常他只需要一张能看清整体的视图。需要往下钻的时候再调细表。

怎么判断某张表该不该进核心清单？可以问自己一句：这个角色平时最常问的那个问题，这张表能不能直接回答。能直接回答的，留下；只是偶尔提供背景的，放到按需取用那一类里去。清单一收窄，留下来的几张反而更容易被认真看。

图2：运行稳不稳，比看得多不多更要紧

三、其余按需取用

不属于核心清单的报表，不是不看，而是等着被需要的时候再看。日常的检视只需要那几张，一旦冒出具体的问题，某类客户最近少了、某条线的推进慢了，再把对应的表调出来。这样取用，看的人心里有目的，读起来也更专注。

按需取用的前提，是数据都放在同一个地方。口径也是同一套。如果每次要一份数都得跑好几个地方对，或者两边算出来的结果对不上。按需就变成了按需对着干。数据统一这件事看不见，却是按需取用能不能成立的前提。这两件事缺了哪一样，按需都推不动。

按需取用还有一层要留意：不要让每一次都从头搭。临时拼一张、转头又临时拼一张，看起来灵活，其实费力不小，而且两张之间还常常对不上。说穿了，更省力的办法是把临时调出来的表存下来，用得多的升进核心清单。用不上的就让它过去。

按需取用和核心报表的关系，是主次而不是彼此替代。核心的那几张负责日常的稳定检视，其余的表负责回答临时的追问。两者分工清楚，一个人在多数时候面对的画面是简单的，遇到问题需要展开的时候也不会没东西可查。主次清楚了，清单才立得住。

按需的方式能不能推广，还要看一线的感受。如果平时只看少数几张，遇到事再调，一线的负担就轻；如果连临时分析都要自己动手搭，日子一长难免应付。取用的门槛降下去，这套方式才留得住。团队也才愿意长久地用下去。

图3：约束先立住，后面的动作才踏实

四、固定报表与临时分析怎么配合

固定报表管的是常规检视。它按固定的节奏更新，看的人也是固定的那几个。看的目的就是确认有没有异常。这类报表贵在稳定：口径一致、内容一致、每次出现的时机也一致，看的人不用重新适应，一眼就能看出哪里变了。稳定本身，就是它最大的价值。

临时分析回答的是临时冒出来的问题。看到某个数字不对，想知道为什么，这时候光看固定报表是不够的，得顺着问题往下拆：是不是集中在一类客户身上，是不是出在某一处环节，是不是和某条业务线的调整有关。这类分析不追求稳定，追求的是把问题回答透。

两者的分工可以概括成一句话：固定的看变化，临时的看原因。固定报表告诉你哪个数字动了，临时分析帮你弄清它为什么动。少了固定，异常就发现不了；少了临时，发现了也解释不清。两者搭在一起，才既有广度又有深度。

临时分析里的发现，稳定下来就该沉淀成固定的。如果某一类追问连着几轮都在发生，说明它已经不是临时的了，那就把结论固化成一张常看的表。让它进入核心清单。反过来，长期没人看的固定报表，也该考虑退出去，把位置让给真正被需要的。

两者的分界也在移动。刚开始做的时候，固定的少、临时的多，是正常的；随着问题被反复回答，固定的会慢慢多起来，临时的会相应减少。这个过程本身就说明，团队对自己要看什么，已经越来越清楚了。定得太死，反而会绑住手脚。

图4：流程每一步走到哪，都留得下来

五、先有稳定的几张，再谈丰富

次序上有一件事值得强调：先把少数几张做稳，再谈丰富。很多团队的第一步是把报表铺满，结果每一张都做得勉强，口径没定、数据不准、看的人也没养成习惯。摊开讲，铺得越快，返工越多，最后反而没人信。急着一次铺开，往往最费劲。

做稳的含义有几层。口径要统一，同一项数字在不同表里要能对得上；数据要准时，该更新的时候更新，看的人不用猜它是不是最新的；内容要有人认，看的人认可这张表回答的正是他关心的问题。这几层都过了，一张表才算稳。

稳了之后再叠加，成本是低的。因为口径、数据、看的人这几样已经在了，新的表只需要接上去；反过来，还没稳就急着加表，等于每一张都要重新解决一遍同样的问题。表一多，检视的注意力还会被分散，真正要看的变化反而没人盯，做报表这件事。克制往往比勤奋更管用。

以海软CRM为代表的一类系统，把客户、跟进、机会、合同这些环节的记录放在同一处，口径对齐之后，少数几张核心报表就能稳定地跑起来。企业要做的，是先想清楚每个角色最常问哪几个问题，再让系统把回答这几个问题的表托住，次序对了。丰富是水到渠成的事。

六、常被问到的几个问题

1、问：每个角色只留几张表，会不会漏掉重要信息？

答：漏掉的是“随时都摆在眼前”，不是“看得到”。核心清单负责日常检视，其余的表按需调取。真正会出问题的，是那张要紧的表混在一堆表里没人点开，收窄清单恰恰是为了让重要的那几张被认真看。

2、问：怎么判断哪些报表该进核心清单？

答：从角色最常问的问题倒推。能直接回答这个问题的，进清单；只是偶尔提供背景的，放到按需那一类。另一个办法是看打开的次数：长期没人点的表，通常不是大家忘了，而是它回答的问题不那么要紧。

3、问：按需取用会不会让一线觉得麻烦？

答：只要数据在同一个地方、口径统一，按需就是几下的事。真正麻烦的是每次都要跑好几个地方对数字。把底层的数据先理顺，取用的门槛自然就低了，一线才会愿意用这种方式。

4、问：固定报表如果长期没人看，该怎么办？

答：先弄清为什么没人看。是它回答的问题已经有人用别的表回答了，还是当初就不该做。若是前者，合并或下线都可以；若还有人偶尔需要，就退回按需那一类。占着位置又没人看的表，只会拖累整个清单的可信度。

5、问：刚上线的团队，报表该从几张起步？

答：从最急的问题起步。先把一个角色最常问的那个问题做成一张稳定的表，跑顺了再加第二张。起步阶段宁可少，也不要一次铺开，铺得太满，口径还没定完就往上堆，后面改起来更费劲。