别把SUM当万能刀：7个求和技巧，能救你加班的夜

说实话，大多数人对SUM的理解停留在“输入一个区域就得出总和”的层面，结果报表一出错就是深夜加班的开始。首先要知道SUM的基本性格：它会把区域内的文本、逻辑值和空单元格忽略掉，会把数值0算进去，支持最多255个参数，还能嵌套使用。掌握这些基础，会让你少走很多弯路。

很多错误其实来自于场景不清。比如我朋友小李做月度销售汇总时，把含有小计行的表格直接整列求和，结果总数比明细高出一倍，老板当场追问业绩。解决思路很直接：既要认识到小计会重复计入，也要选对函数。SUBTOTAL可以跳过被筛选/隐藏的行来做汇总，跨表求和可以用类似=SUM(Sheet1:Sheet3!D2:D7)的写法，但跨表前必须确保工作表命名规范，否则公式会失效。

条件求和是最容易让人迷糊的地方。很多人在做“销售额大于150的总和”时只会想到筛选再复制，实际可以用数组运算直接计算，像=SUM((C2:C6>=150)*C2:C6)这类写法很干净，但要注意旧版本WPS需要按Ctrl+Shift+Enter确认数组公式。说实话，我更常用SUMPRODUCT来避免数组确认，例如=SUMPRODUCT((C2:C6>=150)*C2:C6)，既直观又兼容性好。

遇到错误值的时候，报表往往会被一个#DIV/0!卡住，造成整个求和失败。我的同事张姐就被几条N/A搞得皱着眉头好久，后来用=SUM(IFERROR(C2:C7,0))把错误转换为0再求和就稳了。但要注意，在超大数据量里大量使用IFERROR会拖慢计算，长期看还是要回头清洗数据源或者在导入时做校验。

文本里提取数值并求和常常让人无从下手。前几天我给隔壁老王改过一张“销售额：100”混合文本的表格，如果你的WPS版本支持REGEXP，可以用正则提取再VALUE转换后求和；如果不支持，常见的做法是用FIND和MID把冒号后的字符串截出来再用VALUE转换，比如用MID(FIND("：")+1)来截取并转数字，然后SUM。说白了，关键是把“肉眼可见的数字”真正变成数值格式，别让文本伪装干扰统计。

动态区域求和和性能优化也不能忽视。很多人习惯直接写整列求和，这在小表无所谓，但一旦工作簿变复杂，整列求和和OFFSET等易变函数会让文件变得卡顿。我的建议是尽量用表格结构或基于INDEX的非易变动态范围来替代OFFSET，既稳又省心。如果确实需要OFFSET那就限制范围，不要随意引用整列。

最后，不要把SUM当万能刀，这是我常挂在嘴边的一句话。对付复杂条件可以先筛选再汇总，也可以用FILTER+SUM或SUMPRODUCT替代笨重的嵌套逻辑；对付错误先处理再求和；对付文本先清洗再统计。学会这些技巧，你会发现很多所谓的“公式不会用”其实是数据没整理好或场景没想清。

说说你的经历吧，你遇到过哪个SUM把你逼到凌晨改表？你是怎么发现问题并解决的？分享你的一个细节案例，说不定能救到正在加班的同事。