之前整理月度销售表的时候，卡在sumifs多条件求和怎么用这块，对着表格反复试，算出来的数字一会大一会小，核对半天都对不上台账，当时还怀疑表格本身的数据出错了。手里那份表，要同时匹配两个条件，一个是销售部门，另一个是产品品类，最后汇总对应条件下的销售额，一开始直接照搬网上零散写的公式，回车之后结果完全不对。

最开始写的公式，把求和范围放到了条件区域的位置，表格直接返回错误值，删掉重写，又把两个条件区域的行数弄的不一样长，出来的合计数字忽高忽低，和手工加总的结果对不上。那个表格有上千行数据，一行一行手动求和根本不现实，拖动填充柄之后，部分单元格还会出现结果为0的情况，明明对应行里面是有数值的。

后来才反应过来，sumifs的顺序和sumif不一样，sumif是求和区域放最后面，sumifs反过来，第一个参数就得写需要汇总数字的那一列，后面才依次跟上条件区域、条件，一组一组对应起来。当时要同时满足销售一部、家电品类，就先选中销售额整列作为求和区域，接着第一组条件区域选部门列，条件写“销售一部”，第二组条件区域选品类列，条件写“家电”，输完公式按回车，这次出来的数字终于和手工核对的一小段数据对上了。

这只是我的个人感受，不是标准答案。

然后又碰到文本条件带空格的问题，复制粘贴过来的部门名称末尾藏了看不见的空格，肉眼看不出差别，公式识别不到匹配内容，结果直接变成0。反复检查单元格内容，才发现是导出数据自带的多余空格，把条件里的文本手动删掉空格，结果就正常了。数字类的条件还好，直接写大于小于符号就行，文本条件很容易栽在这种看不见的字符上面。

还有拖动填充的时候，没有锁定区域。

下拉公式，条件区域跟着单元格一起偏移，跑到空白列去，计算直接乱掉。之后给固定的条件区域加上绝对引用符号，锁定列范围，再往下拖动填充，每行的计算结果就稳定了。不要一次性加太多条件，我试过一次性塞四组条件，公式写得很长，后期想修改的时候很难定位哪里出错，一般两个到三个条件的时候，维护起来会轻松很多。

也试过把条件写在单元格里面，公式直接引用单元格，不用每次修改都进到公式内部改动文本。比如B1单元格写部门名称，C1写产品类型，公式里直接引用B1、C1，后续换条件只需要改单元格里面的文字，不用反复编辑公式，出错概率会低一点。不过这种方式也有局限，如果单元格格式不对，文本和数字格式冲突，照样匹配失败，需要留意单元格格式保持统一。

别拿这个方法硬套所有表格场景，有些数据里面有合并单元格，合并单元格会打乱区域范围，sumifs会读取不准，遇到合并单元格的表格，优先把单元格取消合并，填充好空白内容之后再做求和，不然怎么调整公式都很难得到可靠结果。当时就是一张带合并单元格的统计表，折腾很久，最后把合并单元格全部拆开补齐数据，公式才正常运算。

那天核对完这张销售表，关掉表格文件，顺手把公式写到记事本里存着，下次要用的时候直接复制出来改区域。