之前说过，如果你最终需要的值是数字，并且通过N个条件（2个以上，否则用VLOOKUP或条件单元格值合并+vlookup解决）能够定位到唯一值，那么通过sumifs来求和也可以解决。这里用到的思路总结就是：1个数字的求和，就等于查询匹配了。
但是，sumifs的限制，criteria_range1, 和criteria_range2。。等等条件在源数据处需要相同方向，比如要么都是列，要么都是行，以及sum_range这个参数最好也是一行或者一列，不能是一片区域，否则经常会无法计算出结果。
那么如果遇到需要N个条件定唯一数字，遇上源数据条件所在区域一会是行一会是列，sumifs多半是错误的，那么遇到以下场景，可以尝试下offset。
暂时只写一个思路：把源条件区域按照最终答案区的格式，做成相同长宽高，然后引入需要去位移的行/列数值，实现按规定条件自动实现行/列值的跳动引用。
当然：一般需要offset的黄金搭档：match。
一句话总结：因为行/列的不同导致无法借用sumifs去多条件匹配，试试变化条件区域改用offset。
如有需要，欢迎交流指导。
本文涉及数据部分，已做去密处理，纯技术交流，不要猜测业务数据。如果猜得出来，我建议您去试试侦探、情报官之类的工作，不谢。
