1. 从一次数据对不齐的复盘说起

做数据分析这行久了，总会遇到一些让人挠头的时刻。前阵子帮一个做电商运营的朋友看后台数据，他信誓旦旦地说“我们店铺客单价平均有280块”，结果我拉出原始订单表一算，中位数只有160出头。差了将近一倍，他第一反应是“你算错了吧”。其实谁都没算错，问题出在他嘴里的“平均”和我手里的“中位数”压根不是一回事——他看的是后台直接给出的算术平均值，而那个数字被几个大额批发订单硬生生拉高了。这件事让我意识到，集中趋势分析这件事，很多人以为自己懂了，真到用的时候还是会踩坑。

这篇日记就围绕四分位数和各均值的比较展开，属于统计学基础里最容易被轻视、又最影响结论的一块内容。说白了，它解决的是“一堆数据到底该用哪个数字代表整体水平”的问题。适合谁看？刚入门数据分析、做运营报表、写论文跑描述统计、或者单纯想把Excel里那几个统计函数用明白的人，都能从里面找到能直接抄作业的东西。我不打算堆公式吓人，而是把每个指标背后的逻辑、什么时候该用谁、用错了会出什么洋相，一条条掰开讲清楚。四分位数这块尤其值得多说，因为它不像均值那么“网红”，但在真实数据里往往比均值靠谱得多。

2. 集中趋势的整体设计思路与选型逻辑

2.1 为什么“平均”这个词本身就是个陷阱

日常语境里说“平均”，十个人里有九个想的是算术平均数，就是把所有数加起来除以个数。这个算法本身没毛病，但它的致命弱点在于对极端值极度敏感。前面那个电商的例子就是典型：一百个订单里九十九个都是一百多块，突然来一个五万块的批发单，算术平均数立刻被拽上去一大截，可这个数字已经不能代表“大多数订单”的水平了。所以做集中趋势分析，第一步不是急着算，而是先问自己一句：我这堆数据里有没有可能藏着极端值？如果有，那算术平均数就得打个问号。

这就引出了整个集中趋势分析的选型框架。常见的指标其实是一大家子：算术平均数、加权平均数、几何平均数、中位数、众数，再加上四分位数这一组位置指标。它们各自有各自的脾气，选错了就像拿螺丝刀去敲钉子，能用但别扭。我一般会按三个维度来筛：数据的分布形态（对称还是偏斜）、数据里有没有异常值、以及我到底想回答什么问题。想回答“总量摊到每个个体是多少”，用算术平均数；想回答“典型个体是什么水平”，中位数往往更诚实；想回答“增长率的平均”，那得请几何平均数出场。

2.2 位置指标和均值指标的分工

很多人学统计时把四分位数和中位数当成“均值的补充”，这个理解有点偏。更准确的说法是，均值类指标回答的是“总量视角”，位置类指标回答的是“排序视角”。算术平均数是把所有数据“摊平”来看，每个数据点都参与贡献；中位数和四分位数则是把数据排好队，看站在特定位置上的是谁，个别数据再怎么离谱，只要不改变排序位置，对结果几乎没影响。这两种视角没有高下之分，关键看你关心什么。

举个生活化的例子。一个小区里十户人家的年收入，如果我想知道“这个小区总共创造了多少收入、人均贡献多少”，那算术平均数合适；如果我想知道“一个普通家庭大概是什么水平”，那中位数明显更贴近现实，因为一户富豪就能把平均数拉得面目全非。四分位数则更进一步，它告诉我“排在后面四分之一的人大概什么水平”“排在前面四分之一的人大概什么水平”，这种信息在收入分布、房价分布、考试成绩分布这类场景里，比一个孤零零的平均数有用得多。所以我在实际项目里，描述性统计表从来不会只放一个均值，而是均值、中位数、四分位数一起上，让数据自己说话。

2.3 四分位数为什么值得单独拎出来讲

四分位数这个概念，教科书上通常一笔带过，但它其实是理解数据分布形状的一把钥匙。把数据从小到大排好，分成四等份，三个切点就是第一四分位数（Q1）、第二四分位数（Q2，也就是中位数）、第三四分位数（Q3）。Q1到Q3之间包含了中间50%的数据，这个区间叫四分位距（IQR），它衡量的是“中间那半数人有多分散”。相比极差（最大值减最小值）容易被极端值撑爆，IQR稳得多，所以它常被用来做异常值判断的基准。

我特别看重四分位数的原因在于，它能用四个数字勾勒出一堆数据的“骨架”。最小值、Q1、中位数、Q3、最大值，这五个数一摆，配合一个箱线图，数据的中心在哪、偏不偏、尾巴长不长，一目了然。而且这套东西对样本量要求不高，几十条数据也能算得挺稳，不像有些高级方法动辄要几百上千的样本。对于日常做报表、看后台数据的人来说，四分位数是性价比极高的工具，只是它不像平均数那样有现成的“一键出结果”按钮，得自己动手算或者调函数，所以被很多人跳过了。

3. 核心指标的计算细节与实操要点

3.1 算术平均数、加权平均与几何平均的适用边界

算术平均数的计算没什么好说的，总和除以个数。但这里有个实操细节值得提醒：算平均数之前一定要先检查数据类型和单位是否统一。我见过有人把“金额（元）”和“金额（万元）”混在一列里求和，算出来的平均数自然离谱。加权平均数则是给每个数据配一个权重，比如算加权客单价，权重就是订单量；算绩点，权重就是学分。它的逻辑是“重要的数据多算几遍”，比简单平均更贴近真实业务。什么时候用加权？当每个数据点代表的“分量”不一样时，就必须加权，否则等于默认所有数据同等重要，这在业务场景里几乎总是错的。

几何平均数专门对付比率和增长率。比如连续三年的营收增长率分别是10%、20%、30%，想算“平均每年增长多少”，不能直接算术平均，得用几何平均数，也就是三个增长率加一后连乘再开三次方，最后减一。为什么？因为增长是复利式的，第二年的增长建立在第一年的基础上，算术平均会高估实际水平。这个坑我在早期做增长分析时踩过，当时用算术平均报了个“年均增长20%”，被财务同事当场指出算高了，后来老老实实换成几何平均才对上账。所以记住一条：涉及比率、增长率、倍数这类乘性关系的数据，几何平均数是标配，算术平均数是陷阱。

3.2 中位数的计算与奇偶个数的处理

中位数是把数据排序后取中间那个。奇数个数据，正中间那个就是；偶数个数据，取中间两个的平均。这里有个容易被忽略的点：排序时一定要确认是升序还是降序，虽然结果一样，但中间过程的索引别搞反。另外，中位数对缺失值不敏感，但对数据类型有要求，定序以上的数据才能算中位数，名义型数据（比如性别、颜色）算中位数没有意义。实操中我一般用现成的函数，Excel里是MEDIAN，Python里是numpy的median，SQL里不同数据库写法略有差异，但逻辑一致。

中位数最大的价值在于稳健性。前面电商的例子，一百个订单里加一个五万块的批发单，算术平均数从一百多跳到六百多，中位数纹丝不动还是一百多。所以凡是数据里可能有异常值、或者分布明显偏斜的场景，我都会把中位数作为主口径报出去，算术平均数作为参考。这不是说平均数没用，而是说在偏斜分布下，中位数更能代表“典型情况”。做用户消费分析、房价分析、薪资分析，这条经验屡试不爽。

3.3 四分位数的三种算法与选择建议

四分位数的计算比中位数复杂，因为“四等份”的切法有好几种流派，不同软件默认算法还不一样，这是实操中最容易出岔子的地方。常见的有三种：第一种是把数据排序后按位置直接切，位置用(n+1)乘以分位比例来定；第二种是用n乘以分位比例再插值；第三种是更复杂的加权插值法。Excel的QUARTILE.INC和QUARTILE.EXC就是两套不同算法，前者包含端点，后者排除端点，算出来的Q1和Q3可能差一点。

我的建议是：同一个项目里，四分位数的算法必须统一，并且在报告里注明用的是哪种。因为Q1和Q3的细微差异会直接影响IQR，进而影响异常值判断的边界。如果只是做描述性展示，用包含端点的算法（INC）比较常见，结果更“宽容”；如果要做严格的异常值检测，排除端点的算法（EXC）更保守。Python的numpy默认用线性插值，pandas的quantile可以指定插值方式，用之前最好拿几个小样本手算验证一下，确认和你预期的切法一致。这个验证步骤花不了几分钟，但能避免后面一堆返工。

3.4 众数在什么情况下才值得看

众数是出现次数最多的值。它在连续型数据里往往没什么意义，因为每个值可能都只出现一次，众数会变得很随机。但在分类数据或者离散数据里，众数很有用，比如“用户最常选择的套餐档位”“最常见的投诉类型”。我一般只在两种场景下看众数：一是数据本身是分类型的，二是想快速知道“最主流的选择是什么”。连续数据算众数，除非先做分箱，否则基本是自找麻烦。这一点很多入门教程不讲，导致新手对着连续数据算众数，算出来一个孤零零的数字还以为是bug。

4. 完整实操流程与关键环节演示

4.1 用一组模拟数据走通全流程

光讲理论容易飘，我拿一组模拟的订单金额数据把整个流程走一遍。假设某店铺一周内有一百笔订单，金额从几十到几千不等，其中混了两笔明显偏大的批发单。第一步，先把数据排序，这一步是所有位置指标的基础。第二步，算算术平均数，把所有金额加起来除以一百。第三步，算中位数，取排序后第五十和第五十一位的平均。第四步，算Q1和Q3，按统一算法切出第二十五和第七十五百分位。第五步，算IQR，也就是Q3减Q1。第六步，用IQR的1.5倍规则圈出异常值边界，下限是Q1减1.5倍IQR，上限是Q3加1.5倍IQR，超出这个范围的就标记为疑似异常。

这套流程走下来，你会发现一个有意思的现象：算术平均数被那两笔批发单拉得明显偏高，而中位数和Q1、Q3几乎不受影响。这时候如果只报平均数，等于向老板传递了一个失真的“典型客单价”。正确的做法是把几个数字并排放在一张表里，让读者自己判断。我在实际报表里通常会加一列“口径说明”，写清楚每个数字代表什么，避免业务方误读。

4.2 参数计算过程的手算演示

为了让大家看清四分位数到底怎么切，我拿十个数手算一遍：3, 5, 7, 8, 10, 12, 15, 18, 20, 25。排序已经完成，n等于10。中位数是第五和第六个的平均，也就是10和12的平均，等于11。Q1的位置按(n+1)乘以0.25算，等于2.75，意思是落在第二个和第三个之间，第二个是5，第三个是7，按0.75的比例插值，Q1等于5加0.75乘以2，等于6.5。Q3的位置按(n+1)乘以0.75算，等于8.25，第八个是18，第九个是20，插值后Q3等于18加0.25乘以2，等于18.5。IQR等于18.5减6.5，等于12。异常值下限是6.5减18，等于负11.5，上限是18.5加18，等于36.5。这组数据里没有超出边界的值。

手算这一遍的意义在于，你能亲眼看到插值是怎么发生的，而不是把数字丢进函数里等结果。等你对手算逻辑熟了，再用软件函数，出结果时心里有底，遇到对不上的情况也知道从哪查。我强烈建议每个刚接触四分位数的人都至少手算三组不同样本量的数据，奇数的、偶数的、带重复值的各来一组，算完你对这套东西的理解会完全不一样。

4.3 用代码批量处理与结果校验

实际项目里数据量大，手算不现实，得靠代码。Python里用pandas的describe函数能一次性给出count、mean、std、min、25%、50%、75%、max，非常方便。但要注意，describe默认的百分位算法和某些业务口径可能不一致，需要时可以用quantile函数单独指定插值方式。SQL里可以用PERCENTILE_CONT或PERCENTILE_DISC，前者是连续插值，后者是取实际存在的值，两者结果可能不同，选哪个取决于业务要求。Excel里QUARTILE.INC和QUARTILE.EXC要分清，别混用。

代码跑完一定要做校验。我的习惯是拿代码结果和手算的小样本对一遍，确认算法一致；再检查Q1是否小于等于中位数、中位数是否小于等于Q3，这个单调性是最基本的合理性检查；最后看一眼IQR是否为正，如果算出来是负的，那肯定是哪里搞错了。这几步校验花不了两分钟，但能挡住大部分低级错误。另外，数据里如果有缺失值，不同函数默认处理方式不一样，有的直接跳过，有的返回空，用之前务必确认清楚，否则算出来的分位数可能基于不同的样本量，没法比较。

4.4 箱线图与四分位数的配合使用

四分位数最直观的呈现方式是箱线图。箱体的下沿是Q1，上沿是Q3，箱体中间那条线是中位数，两端的须通常延伸到1.5倍IQR范围内的最远数据点，超出的点单独画出来作为疑似异常值。这张图的好处是把中心位置、分散程度、偏斜方向、异常值一次性全展示出来。中位数偏向箱体下沿说明分布右偏，偏向上面说明左偏，箱体越长说明中间半数数据越分散。

我在做数据探索时，第一步往往就是拉一批箱线图，比看一堆数字快得多。不过箱线图也有局限，它不展示样本量和具体分布形状，所以我会在旁边配上样本量和均值，形成互补。还有一点，箱线图的须如果画得太长，说明数据尾巴重，这时候光看IQR可能低估了整体的分散程度，得结合极差一起看。工具是死的，人是活的，别指望一张图解决所有问题。

5. 常见问题与排查技巧实录

5.1 均值和中位数差很多，到底信哪个

这是最高频的问题。我的判断原则很简单：先看分布形态，再看业务问题。如果均值明显大于中位数，说明分布右偏，有一批大值把均值拉高了，这时候如果问的是“典型个体水平”，信中位数；如果问的是“总量摊到每个人”，信均值。反过来均值明显小于中位数就是左偏，逻辑对称。如果两者差不多，说明分布比较对称，用哪个都行，但报的时候最好都带上。最忌讳的是不看分布直接报均值，然后被业务方质疑“怎么和实际感受不一样”，这种尴尬完全可以避免。

5.2 四分位数算出来和同事对不上怎么办

对不上太正常了，十有八九是算法或数据范围不一致。排查顺序我一般是这样的：先确认两人用的样本是不是同一批，有没有一方多算了空值或者重复值；再确认用的函数和插值方式是否一致，Excel的INC和EXC、Python的不同插值参数，都会导致结果差异；最后确认排序和去重逻辑是否相同。把这三步走完，绝大多数分歧都能定位。如果确实只是算法差异，那就约定一个统一口径写进文档，别每次都对一遍。我在团队里推过一个“统计口径卡”，把每个指标用的函数、插值方式、缺失值处理规则都写清楚，后来扯皮少了很多。

5.3 数据里有异常值，是先剔除还是先算

我的做法是先算再判断，不要一上来就删。先用包含全部数据的口径算出均值、中位数、四分位数和IQR，用1.5倍规则圈出疑似异常值，然后逐个看这些值是不是真的错误。有些“异常值”其实是真实的大额订单或者特殊事件，删了反而丢失信息；有些确实是录入错误，那就该修正或剔除。判断完之后，如果决定剔除，要同时保留剔除前后的两套结果，在报告里说明处理方式。直接闷头删数据是最危险的操作，因为你永远不知道删掉的那个值背后有没有业务含义。

5.4 样本量很小的时候这些指标还靠谱吗

样本量小的时候，均值和分位数都不太稳，但相对而言中位数比均值稳一些，因为它只看位置不看数值大小。样本量低于十的时候，四分位数的意义会大打折扣，因为切出来的位置可能落在两个相距很远的数之间，插值结果很敏感。我的经验是，样本量小于三十时，描述性统计以中位数和极差为主，四分位数作为参考，并且一定要把原始数据或者散点图放出来，让读者看到全貌。小样本下报一个精确到小数点的均值，反而给人一种虚假的精确感，不如老老实实说“样本有限，仅供参考”。

5.5 常见问题速查表

6. 几个踩过坑才明白的经验

6.1 报表里永远不要只放一个“平均”

这是我用血泪换来的教训。早期做报表图省事，只放算术平均数，结果业务方拿着这个数字去做预算，实际执行时发现差了一大截，回头找我理论。后来我改成均值、中位数、Q1、Q3并排展示，再配一句口径说明，类似的误会基本绝迹。多放几个数字不会让报表变复杂，反而让读者更有判断依据。数据工作的价值不在于给出一个漂亮的数字，而在于让决策者看清数字背后的分布。

6.2 增长率场景下几何平均是刚需

凡是涉及“平均增长”“平均回报”“平均倍数”的地方，几何平均数不是可选项而是必选项。算术平均在乘性关系下会系统性高估，这个偏差在增长率波动大的时候尤其明显。我现在的习惯是，只要看到比率类数据，先条件反射想一下是不是该用几何平均，确认了才往下走。这个习惯帮我避开了不少汇报时的尴尬。

6.3 四分位数的算法口径要写进团队文档

四分位数不像均值那样全世界一个算法，不同工具默认行为不同，这是团队协作里的隐形雷区。我现在的做法是，项目启动时就把统计口径定下来，写进共享文档，谁算都按这个来。文档里至少写清楚：用的什么工具、什么函数、插值方式是什么、缺失值怎么处理。这几行字能省掉后面无数次“你这个数怎么和我算的不一样”的来回拉扯。

6.4 异常值判断别迷信1.5倍规则

1.5倍IQR是个好用的经验法则，但它不是铁律。数据分布特别偏斜或者样本特别小的时候，这个规则可能把正常值误判为异常，也可能漏掉真正的异常。我一般把它当第一道筛子，筛出来的值再结合业务背景人工过一遍。有些行业数据天然尾巴长，硬套1.5倍规则会删掉大量有效信息。规则是工具，判断还得靠人。

6.5 描述性统计要服务于问题，而不是反过来

最后一个体会比较虚但很重要：别为了算指标而算指标。先想清楚要回答什么问题，再决定用哪些指标。问“典型水平”就用中位数，问“总量摊分”就用均值，问“中间半数多分散”就看IQR，问“最主流选择”就看众数。指标是回答问题的工具，不是必须凑齐的清单。我见过太多报表堆了十几个统计量，却没一个能直接回答业务问题，那就是本末倒置了。把问题想清楚，两三个指标往往就够了，剩下的都是锦上添花。