ARTICLE DETAIL

资讯详情

深耕网站建设、视觉设计与SEO优化的一线实战洞察。

WPS函数公式视频教程:VLOOKUP与SUMIFS高频函数实战避坑

WPS函数公式视频教程:VLOOKUP与SUMIFS高频函数实战避坑

简介:《WPS官方函数公式视频教程》面向希望系统掌握WPS表格函数与数据处理的办公用户、数据分析初学者及需要提升统计效率的职场人,也可供日常报表整理、销售统计和团队协作用户按需查阅。教程以三百七十四个实例组织内容,涵盖查找引用、逻辑判断、条件求和、计数统计、平均值与排名、日期计算、文本提取及错误处理等常见函数应用,并延伸到跨表匹配、不完全匹配查询、销售总额统计和云同步多人实时编辑等场景。资源包为1个PDF文件,约331KB,以课程清单形式汇总视频标题、时长与官方链接,便于按知识点检索和安排学习顺序。已有1003人学习,可作为函数速查目录与系统学习路线,帮助读者从基础汇总到复杂条件分析逐步补齐技能。

1. 180 多段官方短课,先判断值不值得跟

接手一张别人做的销售明细,VLOOKUP 拉过来一片 #N/A,你先怀疑公式写错,还是先怀疑 A 列商品编码末尾多了个空格?这类问题的答案,在系统课里往往要翻到很后面才讲,而在这份 WPS 函数公式视频教程里,它就在开头三十秒。整套 WPS 教程把常用函数拆成 180 多段短视频,最长 3 分 59 秒,最短 42 秒,从 SUM、AVERAGE 这种入门基础函数,一路排到 IRR、XIRR、AMORLINC 这类财务函数,中间穿插 VLOOKUP 返回 #N/A 的四集专题,以及云文档多人协作的介绍。它适合已经能熟练录入、但一遇到多表对账、条件汇总、日期与工龄计算就要手工返工的人;不适合想系统补统计理论的人。看之前先想清楚一件事:你要的是把手上这张表算对,不是把所有函数名背下来。

2. 查找引用:从 VLOOKUP 到 INDEX+MATCH 的四条实现路径

2.1 为什么查找引用该排在统计函数之前学

绝大多数“表算错了”的现场,原因并不是你不会求平均值,而是两个表没对上。销售明细里有商品编码,商品档案里有编码对应的品类和单价,两张表各自的字段顺序还不一样;仓库表用订单号,财务表用发票号,中间要建立映射。这一类动作,本质上是“按一个键去另一张表取一个值”,查找引用函数族解决的就是这个问题。教程里这一族的密度最高,VLOOKUP、LOOKUP、HLOOKUP、INDEX、MATCH、OFFSET、INDIRECT、CHOOSE、ADDRESS、ROW、COLUMN 加上专题排错,接近三十段。密度高说明使用频率高,也说明出错频率高。

我一般建议的学习顺序是:先把 VLOOKUP 的四参数彻底搞清楚,再学 MATCH 定位行号,最后用 INDEX+MATCH 组合替代所有 VLOOKUP 搞不定的场景。反过来先学 INDEX 再看 VLOOKUP,很多人会卡在“这个函数为什么要指定第几列”上。这和编程里先学数组下标再学哈希查找是一个道理,认知负担是递减的。

还有一个现实原因:查找引用是唯一一类“写错了不报错、结果还是个数”的函数。SUM 写错了你一眼能看出来,VLOOKUP 第四参数省略,它给你返回一个看着很正常的错值,能一路带到汇报 PPT 里。这也是四种路径里最容易出问题的地方。

2.2 VLOOKUP 的四个参数,每个都有固定写法

先看语法,四个参数依次是查找值、查找区域、返回第几列、匹配方式:

=VLOOKUP($A2, 源表!$A:$F, 4, 0)

逐项说明我的固定写法。

第一个参数$A2,锁列不锁行。向右复制公式时列不变,向下复制时行跟着走。很多人写成A2或者$A$2,前者向右拖会跑到 B 列去找,后者向下拖永远只查第一行。这个细节在教程的视频里通常用一秒钟带过,但它是“公式看着对、结果全一样”的头号原因。

第二个参数源表!$A:$F,引用整列。好处是源表以后加行不用改公式,坏处是数据量超过几万行时重算明显变慢。数据量大的场景,我一般改成绝对区域源表!$A$2:$F$50000,或者套一张超级表用结构化引用。

第三个参数4,返回区域的第 4 列。这里有个隐蔽的坑:如果源表中间插入了一列,这个 4 就指到别的地方去了,公式不报错,结果全错。规避办法是用COLUMN()动态取列号:

=VLOOKUP($A2, 源表!$A:$F, COLUMN(D1), 0)

COLUMN(D1)返回 4,公式向右拖时自动变成 5、6、7,和源表列序保持同步。代价是可读性差一点,接手的人要数一下 D 是第几列。

第四个参数0,等价于 FALSE,精确匹配。这一位是血泪经验:省略不写时默认是 1(近似匹配),函数会去找“小于等于查找值的最大值”,要求源表首列必须升序排列。你的源表是乱序的商品编码,它就给你返回一个完全无关的行,而且不报错。

参数名称推荐写法典型翻车
1查找值$A2写成A2,右拖跑列
2查找区域整列或绝对区域相对区域,下拖偏移
3返回列号数字或COLUMN()源表插列后错位
4匹配方式永远写0省略,近似匹配返回错值

2.3 逆向查找与双条件查找的两套实现

VLOOKUP 有个硬约束:查找值必须在区域的第一列,只能向右取数。当你要拿订单号去反查业务员姓名,而源表里业务员在左、订单号在右,它就无能为力了。教程给了两条路。

第一条是 INDEX+MATCH 组合,这是我认为最值得掌握的一组:

=INDEX(源表!$B:$B, MATCH($A2, 源表!$D:$D, 0))

拆开看,MATCH($A2, 源表!$D:$D, 0)在 D 列里找 A2 的位置,返回一个行号,比如 137;INDEX(源表!$B:$B, 137)取 B 列第 137 个单元格。两个函数各管一件事,定位和取值分离,所以不受列顺序限制。性能上它通常比整列 VLOOKUP 快一些,因为 MATCH 找到就停。

第二条是老版本的 CHOOSE 重构数组写法,形如VLOOKUP($A2, CHOOSE({1,2}, 源表!$D:$D, 源表!$B:$B), 2, 0)。能跑,但可读性差、维护成本高,现在我只在必须兼容极老版本时用。

双条件查找在这个基础上做拼接:

=INDEX(源表!$E:$E, MATCH($A2&"|"&$B2, 源表!$A:$A&"|"&源表!$B:$B, 0))

&"|"&中间的竖线是分隔符,不能省。省掉之后,“A 列 = AB、B 列 = C”和“A 列 = A、B 列 = BC”拼出来都是 ABC,会撞车返回错误行。这一点在教程的双条件示例里没有特别强调,但它是这类公式最隐蔽的错误源。

提示:双条件 MATCH 在旧版本里属于数组公式,输入完要按 Ctrl+Shift+Enter 三键,公式两边会自动出现花括号。新版动态数组直接回车即可,手动加花括号反而会出错。

2.4 跨表、通配符与动态区域的落地细节

跨工作表引用时,工作表名如果含空格、以数字开头、或者和单元格地址长得像,必须用单引号包起来:'2024 销售'!$A:$F。这个引号是 WPS 自动加的,手工改公式时删掉就会报错。

部分字符匹配靠通配符,VLOOKUP 的第二参数不变,第一参数改成拼接形式:

=VLOOKUP("*"&$A2&"*", 源表!$B:$F, 4, 0)

含义是“查找值出现在源表 B 列任意位置即可”。通配符只对文本生效,如果 B 列是数值型的订单号,星号拼上去永远匹配不到。另外?匹配单个字符、~用于转义星号和问号本身,商品名里带*的情况要用~*转义。

动态表名用 INDIRECT 拼:

=VLOOKUP($A2, INDIRECT("'"&B$1&"'!$A:$F"), 4, 0)

B1 里放工作表名,公式据此切换数据源,适合每月一张分表的场景。但要清楚它的代价:INDIRECT 是易失性函数,工作簿任何单元格变动都会触发它重算,几万行规模下会明显卡顿。我的习惯是月度汇总用一次,算完立刻复制成值。

HLOOKUP 是横向版本,参数顺序和 VLOOKUP 一致,只是“第几列”变成“第几行”。只有当你的源表是横向排布(字段在第一行、每列一条记录)时才用得上,正常业务表纵向存储,用到的机会不多。

3. 条件统计与逻辑判断:SUMIFS、COUNTIFS、IFS 的组合落地

3.1 SUMIF 与 SUMIFS 的参数顺序,是记混的第一名

这两个函数长得像,参数顺序完全相反:

=SUMIF(条件区域, 条件, 求和区域) =SUMIFS(求和区域, 条件区域1, 条件1, 条件区域2, 条件2)

SUMIF 把求和区域放在最后,而且可以省略(省略时对条件区域自身求和);SUMIFS 把求和区域放在最前面,后面成对追加条件区域和条件。这个差异没有逻辑,纯属历史遗留,只能靠肌肉记忆。我见过的最典型翻车,是把 SUMIFS 写成SUMIFS(条件区域, 条件, 求和区域),函数不报错,返回 0 或者一个莫名其妙的数。

多条件求和的完整形态,带日期区间:

=SUMIFS(明细!$F:$F, 明细!$B:$B, $A2, 明细!$C:$C, ">="&DATE(2024,1,1), 明细!$C:$C, "<="&DATE(2024,12,31))

第一个参数明细!$F:$F是要求和的那一列(金额)。后面三对是条件:B 列等于 A2 里的品类,C 列大于等于 2024 年 1 月 1 日,C 列小于等于 2024 年 12 月 31 日。

日期条件的写法是关键。直接写">=2024-1-1"会被当成文本比较,WPS 里日期本质是序列号,2024-1-1 对应 45292,文本和数字比较的结果完全不可控。正确做法是用&把比较运算符和DATE()函数或单元格引用拼起来,">="&DATE(2024,1,1)或">="&$B$1。这个坑教程里在“如何根据条件求和”那段有演示,值得单独看一遍。

3.2 COUNTIF 的三个隐藏行为

COUNTIF 语法简单,=COUNTIF(区域, 条件),只两个参数,但它有三个不那么直观的行为。

第一个是查重。=COUNTIF($B$2:$B$5000, B2)返回当前行内容在整个区域里出现的次数,大于 1 就是重复。想直接标出首次出现,改成=COUNTIF($B$2:B2, B2)=1,区域起点锁死、终点跟着行号走,这是经典的“累计计数”写法。

第二个是长数字的精度陷阱。订单号、身份证号超过 15 位时,COUNTIF 会按数值比较,只保留前 15 位有效数字,两个前 15 位相同的不同号码会被判为相同。规避方式是给条件加通配符强制文本比较:

=COUNTIF($B$2:$B$5000, $A2&"*")

加了&"*"之后,函数按文本匹配,18 位身份证号就不会互相误判。这个行为在教程的“用 COUNTIF 统计字符出现次数”里能看出一部分,但 15 位这件事它没点破,属于必须自己踩过才知道的边界。

第三个是通配符默认开启。条件里写"*北京*"会统计所有包含“北京”的单元格,想找字面上的星号必须写"~*"。

3.3 IFS 与嵌套 IF 的取舍

多档分级,老写法是嵌套 IF:

=IF(F2>=100000,"A",IF(F2>=50000,"B",IF(F2>=10000,"C","D")))

括号层层套,改一档要动整条公式。IFS 把它拍平:

=IFS(F2>=100000,"A", F2>=50000,"B", F2>=10000,"C", TRUE,"D")

IFS 从左往右逐条判断,第一个成立的立即返回,后面的不再计算。所以条件的排列顺序必须从严格到宽松,把F2>=10000放在最前面,所有大于一万的都会落到 C 档。最后一条TRUE,"D"相当于 ELSE 兜底,没有它,全部条件不成立时返回 #N/A。

IFS 的边界是版本兼容。老版本 WPS 或者别人用其它表格软件打开,IFS 可能不被识别。跨版本交付的文件,我一般退回嵌套 IF,虽然难看但不会失效。

错误处理有两层,别混用:

=IFNA(VLOOKUP($A2,源表!$A:$F,4,0), "未匹配") =IFERROR(VLOOKUP($A2,源表!$A:$F,4,0), "")

IFNA 只拦截 #N/A,也就是“查不到”;IFERROR 拦截所有错误,包括 #REF!、#VALUE! 这些说明你公式本身写错了的类型。调试阶段千万别用 IFERROR 包,它会把你的错误全部吞成空白,让你误以为公式没问题。等公式验证通过、交付给别人的时候再套上去。

3.4 一张销售汇总表的完整拼装步骤

把上面几块拼起来,做一个按品类、按月统计的汇总表,步骤如下。

第一步,建汇总表骨架。A 列放品类,B1 到 M1 放 1 到 12 月,用=DATE(2024,COLUMN(A1),1)生成月份首日,向右拖出十二列。

第二步,写金额求和公式,放在 B2:

=SUMIFS(明细!$F:$F, 明细!$B:$B, $A2, 明细!$C:$C, ">="&B$1, 明细!$C:$C, "<="&EOMONTH(B$1,0))

EOMONTH(B$1,0)返回当月最后一天,这样就避开了“这个月有 28 天还是 31 天”的问题。B$1 锁行不锁列,向右拖月份变、向下拖品类变。

第三步,数量列复用同一个公式,只把第一个参数从 F 列换成 G 列。用INDEX配合MATCH定位列号会更灵活,但对新手来说直接改字母更直观。

第四步,加一行合计,用SUBTOTAL(109, B2:B20)而不是SUM。109 表示忽略手动隐藏的行,筛选状态下合计会跟着变。教程里 SUBTOTAL 那一段专门讲了 1-11 和 101-111 两组参数的区别,前者包含隐藏行,后者忽略,选错了筛选后合计不变,很容易被当成软件故障。

第五步,用条件格式把零值标灰,避免一片 0 干扰阅读。

第六步,整表复制一份,选择性粘贴为值,作为归档版本。公式版留着下个月改月份继续用。

4. 文本、日期、财务:三类高频场景的函数拼装

4.1 MID、LEFT、RIGHT 与 LEN 的拆分套路

从一列混杂文本里抠信息,是最常见的清洗动作。身份证号取生日的经典写法:

=DATE(MID(B2,7,4), MID(B2,11,2), MID(B2,13,2))

MID 的三个参数是源文本、起始位置、取几位。身份证第 7 位起 4 位是年,第 11 位起 2 位是月,第 13 位起 2 位是日,分别取出来喂给 DATE 组装。这样得到的是真正的日期序列号,能参与 DATEDIF 计算,也能按日期格式显示。

另一种写法是先拼字符串再转换:

=--TEXT(MID(B2,7,8),"0-00-00")

TEXT把 8 位数字按0-00-00的模板插成1990-03-07这样的文本,前面两个减号是“负负得正”,把文本强制转成数值(日期的本质就是数值)。这种写法短,但依赖系统区域设置,跨语言环境可能解析失败。我一般用 DATE 版本,稳。

地址拆分用 LEFT 配合 FIND 定位分隔符:

=LEFT(C2, FIND("省", C2))

从左边取到“省”字为止,含“省”字本身。如果要取省名不含“省”,改成FIND("省",C2)-1。前提是每条地址都带“省”字,直辖市地址没有,FIND 会返回 #VALUE!,这时候要么补一列判断,要么先用 SUBSTITUTE 统一格式。

LEN 用来做质检而不是提取。=LEN(B2)返回字符数,身份证应该是 18,不等于 18 的就是脏数据。配合条件格式一整列标红,比肉眼扫快得多。注意 LEN 数的是字符,LENB 数的是字节,中文一个字在 LENB 里算 2 个字节,处理中英混排时两者结果不同。

4.2 TEXT 的格式代码,一个函数顶半个格式面板

TEXT 把数值按指定模板转成文本,格式代码和单元格格式面板里那套基本一致:

=TEXT(A2,"yyyy-mm-dd") ' 日期标准化 =TEXT(B2,"0.00%") ' 百分比两位小数 =TEXT(C2,"000000") ' 不足六位补零 =TEXT(D2,"[DBNum2]") ' 中文大写金额 =TEXT(E2,"0.0,万") ' 以万为单位保留一位小数

补零那条在生成工号、流水号时特别有用,TEXT(37,"000000")得到000037,直接可以拼进编号。中文大写金额的[DBNum2]在 WPS 里支持,财务做报销单、合同金额时省掉手工转换。

用 TEXT 必须记住一件事:出来的是文本。文本不能直接 SUM,参与计算要用--或者VALUE()转回数值。反过来,如果一列数字是从系统导出的文本型,=VALUE(A2)或=A2*1都能转,转完记得把单元格格式改回常规,否则显示的还是靠左对齐。

4.3 DATEDIF、EDATE、NETWORKDAYS 的日期三件套

算工龄、算账期、算工作日,三个函数分工明确。

DATEDIF 算两个日期之间的间隔:

=DATEDIF(B2, TODAY(), "Y")

第三个参数是单位,"Y"整年数,"M"整月数,"D"天数,"MD"忽略年月后的天数差,"YM"忽略年后的月数差,"YD"忽略年后的天数差。它是隐藏函数,输入时没有参数提示,得自己记。

注意:DATEDIF 在开始日期大于结束日期时返回 #NUM!,不会返回负数。算离职人员工龄时,结束日期要写成IF(离职日期="", TODAY(), 离职日期),先兜住空值再传进去。

EDATE 按月份偏移,算到期日:

=EDATE($B2, 3)

签订日往后推 3 个月。EOMONTH 是它的变体,返回偏移后那个月的最后一天,=EOMONTH($B2,0)就是当月月末,算账期截止日用得多。

NETWORKDAYS 算工作日,自动排除周六周日:

=NETWORKDAYS(B2, C2, 假期表!$A$2:$A$30)

第三个参数是法定假期的日期列表,把春节、国庆那几天列进去,函数会把它们从工作日里剔除。不传这个参数,只扣周末,结果会偏大。对应的 WORKDAY 是反算,从某天起推 N 个工作日之后是哪天,排项目排期时用。

YEARFRAC 算两个日期占整年的比例,返回小数:

=YEARFRAC(B2, TODAY(), 1)

第三参数 1 表示按实际天数/实际天数算。这个函数适合算不满一年的工龄、按天折算的年假,比 DATEDIF 多一个精度层级。

4.4 财务函数三件套:PMT、IRR、DB 的输入顺序

财务函数的坑几乎全部集中在正负号和单位上。

PMT 算等额本息每期还款额:

=PMT(B2/12, C2*12, -A2)

四个参数:利率、期数、现值、未来值、付款时点。年利率 6% 要除以 12 转成月利率,贷款 20 年要乘 12 转成 240 期,这两个换算漏一个,结果差一个数量级。第三个参数现值前面加负号,因为贷款到账是现金流入(正),还款是现金流出(负),不加负号算出来是负数。这一条教程里讲了,但实际写的时候还是经常忘。

IRR 算内部收益率:

=IRR(B2:B14, 0.1)

第一参数是一串现金流,必须是“先负后正”或者“先正后负”,至少包含一次符号变化,否则无解返回 #NUM!。第二参数是猜测值,通常给 0.1,函数从这附近开始迭代。现金流里前面插了空行或者文本,IRR 会直接报错,先用ISNUMBER筛一遍。

XIRR 是带具体日期的版本,适合不定期投入的基金定投:

=XIRR(B2:B14, A2:A14, 0.1)

两个区域必须等长,日期必须真日期而不是文本。

DB 算固定资产折旧:

=DB(原值, 残值, 折旧年限, 第几期, 12)

第五参数是首年使用的月数,全年使用填 12。这个参数容易被忽略,第一年按 6 个月入账时填 6,后面各期的折旧额会自动重算。AMORLINC 是另一种折旧法,按法国会计准则逐期摊销,国内业务用得很少,知道有这么个东西就行。

5. 避坑:视频看懂了表还是算错,五条排查记录

5.1 查找与统计类的三条高频翻车

第一条,VLOOKUP 明明看得见值,返回 #N/A。

现象是源表和目标表肉眼看上去内容一致,公式也没问题,就是一排 #N/A。原因九成是两边的数据类型不同:一边是文本型数字(单元格左上角有绿色小三角,或者靠左对齐),另一边是数值型。用=ISNUMBER(A2)和=ISTEXT(A2)各查一遍,立刻现形。另一个可能是首尾有不可见空格,=LEN(A2)对一下长度就能确认。解决办法是把两边统一,要么=VALUE(A2)转成数值,要么在被查列后面加辅助列=TRIM(CLEAN(A2))清一遍再查。CLEAN删的是 ASCII 控制字符,从网页或系统里复制出来的数据经常带着。

第二条,SUMIFS 求和结果比手工累加的小。

现象是筛出来一条条加,总额是 8 万,公式给 6 万 2。原因通常是条件区域和求和区域行数不一致,比如求和区域写了$F$2:$F$1000,条件区域写了$B:$B,整列引用会把表头也纳进来,虽然表头一般不满足条件,但一旦条件区域里混进了公式生成的空字符串,就会被误判。第二个常见原因是日期条件写成了">=2024/1/1"这种文本形式,比较逻辑失效。解决方式很固定:所有区域统一用整列或者统一用等长的绝对区域,日期条件一律用">="&DATE(...)或">="&单元格拼接。

第三条,INDEX+MATCH 在旧版本里返回 #VALUE!。

现象是同一个公式,在新版本里正常,发给同事打开就是 #VALUE!。原因是双条件 MATCH 在旧版本里属于数组公式,必须三键输入。解决方式是在编辑栏里选中公式,按 Ctrl+Shift+Enter,看到公式两边自动出现花括号{}就对了。手工敲花括号没用,只会被当成文本。新版动态数组环境下不需要三键,加了反而出错,所以同一份文件在不同版本间来回传时,这一条要单独确认。

5.2 日期与格式类的两条翻车

第四条,DATEDIF 算离职人员工龄报 #NUM!。

现象是大部分行正常,少数几行报错。原因是这几行的离职日期早于入职日期,或者离职日期是空值被当成 0(也就是 1900 年 1 月 0 日)。解决方式是先判断再计算:=IF(C2="","在职",DATEDIF(B2,C2,"Y")),或者用IFERROR兜底。同一个坑也出现在 YEARFRAC 和 NETWORKDAYS 上,凡是接收两个日期参数的函数,都要防一手先后顺序。

第五条,ROUND 之后合计对不上。

现象是每个分项都用 ROUND 保留了两位小数,加起来和总计差了几分钱。原因往往不是 ROUND 没用,而是只改了单元格格式没改实际值。单元格格式设成两位小数,显示是 12.35,实际存的还是 12.3456,SUM 累加的是实际值。判断方法是选中单元格看编辑栏,编辑栏里的数字和显示的不一样,就说明只改了格式。解决方式是用=ROUND(A2,2)把结果落到实际值上,再求和。反过来的情况也存在:明细表用 ROUND 处理过,合计却用没处理的原数算,同样对不上。统一原则是明细和合计走同一条精度链路。

5.3 一套三分钟的排查顺序

遇到“结果不对但公式不报错”,我固定按这个顺序走一遍,通常三分钟内能定位。

第一步看引用范围,选中公式里每个区域参数,按 F4 或者直接看有没有$,确认复制方向对不对。第二步看数据类型,对关键列各做一次ISNUMBER和LEN,文本数值混排和隐藏空格在这一步基本都会暴露。第三步看匹配方式,VLOOKUP 和 MATCH 的最后一个参数是不是 0,这一位写错的表现是“有结果但结果错”。第四步看条件拼接,所有带比较运算符的条件是不是用&拼的,日期和数字有没有被当成文本。第五步才去看函数本身是不是用错了,实际经验里,走到第五步的情况不到两成。

6. 把一百多段视频练成肌肉记忆:三遍法与一张验收表

视频看一遍就过的最大问题是,看的时候每一步都懂,关掉屏幕就想不起第三个参数是什么。我用的是三遍法,配合一张自己造的脏数据表。

第一遍 1.5 倍速,不暂停、不跟敲,只记一件事:这个函数解决什么场景。看完在纸上写一行“VLOOKUP = 按列查值,只能向右”,写不出来就说明这一段白看了。这一遍的目的是建立索引,不是掌握。

第二遍 0.75 倍速,每到一个参数输入的位置就暂停,把公式抄进自己的表里,抄完立刻改一个参数看结果怎么变。这一步花的时间最长,但收益也最大,因为你是在建立参数和结果之间的因果直觉。

第三遍关掉视频,拿一张自己造的表默写。表里故意放几种脏数据:文本型数字、首尾带空格的名称、空值、超长订单号、跨年的日期。能一次跑通,这个函数才算过。

验收标准我列成一张表,按函数族分:

函数族验收动作通过标准
查找引用用 INDEX+MATCH 做一次逆序查找源表打乱列序后结果不变
条件统计用 SUMIFS 做品类加日期区间双条件求和与透视表结果完全一致
逻辑判断用 IFS 做四档分级边界值(恰好等于阈值)落在正确档位
文本清洗从身份证提取生日并算出年龄闰年和 2 月 29 日不出错
日期计算用 NETWORKDAYS 算两个日期之间的工作日传入假期表后与手工日历核对一致
财务函数用 PMT 算房贷月供与银行还款计划表首期金额差不超过 1 分

每次验收完,我会把踩到的那个坑写进表格最后一列,标上日期。三个月后回头翻,这张表比任何教程都好用,因为上面全是我自己踩过的。

最后说个习惯。早些年我做月度汇总,贪快直接用 VLOOKUP 拉完就发,结果源表首列没排序、第四参数又漏写,返回了一堆看着正常的错值,一路带到经营分析会上被人当场问住。从那以后我每次接手新表,都先把关键列丢进一张空表跑一遍LEN和COUNTIF查重,确认没有文本数值混排和隐藏空格,再开始写第一个查找公式。这个前置动作看起来慢,实际省下的返工时间远超过它。这份教程的 180 多段视频按函数族重排一遍,配合这三遍法和验收表,两周左右能把高频的那三十来个函数过完,剩下的小众函数留着遇到再查。希望帮到你。

本文还有配套的精品资源,点击获取

返回列表