🚀The world's best VBA AI has evolved. ExcelMaster is now an autonomous Agent.Read more →
Back to Blog

Excel-Funktion SUMPRODUCT — erst multiplizieren, dann addieren, und die Bedingungen, an denen SUMIFS scheitert

|

Excel-Funktion SUMPRODUCT — erst multiplizieren, dann addieren, und die Bedingungen, an denen SUMIFS scheitert

KurzfassungSUMPRODUCT stellt zwei oder mehr gleich große Bereiche nebeneinander, multipliziert sie Zelle für Zelle und addiert die Produkte. Syntax: =SUMPRODUCT(array1; [array2]; …). In einer einzigen Zelle erledigt die Funktion, wofür früher eine Hilfsspalte plus ein SUM nötig war. Ihre zwei Superkräfte gegenüber SUMIFS: gewichtete Summen (=SUMPRODUCT(Menge; Preis)) und mehrstufige Bedingungslogik mit booleschen Arrays — Arrays für UND multiplizieren, für ODER addieren, und niemals AND()/OR() hineinschreiben (das reduziert das Array auf einen einzigen Wert). Jedes Array muss gleich groß sein, sonst erhalten Sie #VALUE!. Funktioniert in jeder Version bis zurück zu Excel 2003.

Hinweis: In der deutschen Excel-Oberfläche heißt diese Funktion SUMMENPRODUKT (Argumenttrennzeichen: Semikolon ;).

=SUMPRODUCT(Menge, Preis)                            ' Gesamtumsatz: Σ Menge×Preis
=SUMPRODUCT((Region="West")*(Monat=1)*Umsatz)        ' bedingte Summe: West UND Januar

Den meisten begegnet SUMPRODUCT zum ersten Mal als rätselhafte Formel, die sie aus einem Forum kopiert haben, um ein „Summe, wenn zwei Dinge zutreffen" zum Laufen zu bringen. Diese Funktion hat Besseres verdient. Sie ist eine der unscheinbarsten und zugleich mächtigsten Funktionen in Excel — eine winzige Array-Maschine, die schon ein Jahrzehnt in Tabellen lebte, bevor es SUMIFS überhaupt gab, und die noch heute Probleme löst, an denen SUMIFS scheitert. Dieser Leitfaden ist um das eine Denkmodell herum aufgebaut, das alles klickbar macht — und um die Aufgaben, für die sie nach wie vor das richtige Werkzeug ist.

Was Sie lernen werden

  • Das Denkmodell: SUMPRODUCT ist ein Skalarprodukt in einer einzigen Zelle
  • Die #VALUE!-Falle — jedes Array muss exakt gleich groß sein
  • Mehrstufige Bedingungslogik: für UND multiplizieren, für ODER addieren
  • Wann Sie das doppelte Minus -- wirklich brauchen (und wann nicht)
  • Die zwei Aufgaben, die SUMIFS nicht kann: gewichtete Summen und ODER über Spalten hinweg
  • Die Ermessensfrage: SUMPRODUCT vs. SUMIFS vs. alte CSE-Matrixformeln

Das Denkmodell: ein Skalarprodukt in einer einzigen Zelle

Vergessen Sie für einen Moment die Bedingungen. Im Kern macht SUMPRODUCT genau das, was der Name sagt — es bildet die Produkte und summiert sie. Geben Sie ihr zwei Spalten, multipliziert sie Zeile 1 mit Zeile 1, Zeile 2 mit Zeile 2, immer weiter nach unten, und addiert dann jedes Produkt zu einer einzigen Zahl:

' Menge = {2; 5; 3}, Preis = {10; 4; 20}
=SUMPRODUCT(Menge, Preis)     ' = 2*10 + 5*4 + 3*20 = 100

Das ist die ganze Idee. Wenn Sie je eine Hilfsspalte mit =A2*B2 aufgebaut, sie nach unten gezogen und dann summiert haben — genau das ist SUMPRODUCT, nur eingedampft auf eine einzige Zelle ohne Hilfsspalte. Halten Sie dieses Bild fest, und alles Weitere ist nur eine Variation davon: Die „Bedingungen", die Sie gleich sehen, sind bloß zusätzliche Arrays aus Einsen und Nullen, die in dasselbe Erst-multiplizieren-dann-addieren eingemischt werden.

Die Regel, die als Erstes zuschlägt: Arrays müssen gleich groß sein

Das ist der Fehler, auf den Sie noch vor jedem anderen stoßen. Jedes Array, das Sie SUMPRODUCT übergeben, muss dieselbe Form haben — dieselbe Zeilenzahl, dieselbe Spaltenzahl — denn die Funktion paart sie Zelle für Zelle. Stimmen sie nicht überein, erhalten Sie #VALUE!:

=SUMPRODUCT(A2:A10, B2:B11)     ' #VALUE!  — 9 Zeilen gegen 10 Zeilen
=SUMPRODUCT(A2:A10, B2:B10)     ' OK       — beide 9 Zeilen

Die klassische Variante dieses Fehlers ist tückisch: Sie bauen die Formel, sie funktioniert, dann fügt jemand eine Zeile in den einen Bereich ein, aber nicht in den anderen — und plötzlich steht da #VALUE!. Oder, noch schlimmer: Sie haben einen Bereich um eine Zeile zu kurz verankert, und die Funktion paart klammheimlich die falschen Zeilen miteinander. Machen Sie jeden Bereich identisch, am besten, indem Sie auf dieselben Tabellenspalten zeigen (Tabelle[Menge], Tabelle[Preis]), sodass sie gemeinsam wachsen und schrumpfen. Diese eine Gewohnheit räumt die gesamte Klasse der Größenfehler aus dem Weg.

Bedingungen: für UND multiplizieren, für ODER addieren

Diesen Teil lohnt es sich zu verinnerlichen, denn es ist dieselbe Logik, die FILTER und Matrixformeln im gesamten modernen Excel antreibt. Ein Vergleich wie (Region="West") liefert nicht eine einzelne Antwort — er liefert ein ganzes Array aus TRUE/FALSE, eines pro Zeile. Excel behandelt TRUE als 1 und FALSE als 0 in dem Moment, in dem Sie damit rechnen. Also:

' UND — die Bedingungen multiplizieren: eine Zeile zählt nur, wenn BEIDE 1 sind
=SUMPRODUCT((Region="West")*(Produkt="Widget")*Umsatz)

' ODER — die Bedingungen addieren: eine Zeile zählt, wenn EINE von beiden 1 ist
=SUMPRODUCT(((Region="West")+(Region="Ost"))*Umsatz)

Multipliziert man zwei 1/0-Arrays, ergibt das nur dort 1, wo beide 1 sind — das ist UND. Addiert man sie, ergibt das 1 (oder mehr), wo mindestens eine 1 ist — das ist ODER. Der fatale Fehler ist, zu den Tabellenfunktionen AND() und OR() zu greifen: Die reduzieren das gesamte Array auf einen einzigen TRUE/FALSE-Wert, sodass Ihre Formel klammheimlich eine Bedingung für die ganze Spalte auswertet statt Zeile für Zeile. Die Regel ist unmissverständlich — innerhalb von SUMPRODUCT nur * und +, niemals AND()/OR().

Für ODER sollten Sie die addierten Bedingungen klammern, damit eine doppelt getroffene Zeile trotzdem nur einmal zählt, falls Sie eine Anzahl brauchen; bei einer Summe wie im Beispiel oben kann es zu keiner Doppelzählung kommen, weil der Umsatz jeder Zeile pro Klammer höchstens einmal addiert wird.

Wann Sie das doppelte Minus -- brauchen

Im Netz sehen Sie -- über SUMPRODUCT-Formeln verstreut und fragen sich, ob das Magie ist. Ist es nicht. Es ist eine doppelte Verneinung, die TRUE/FALSE zu 1/0 zwingt. Sie brauchen es nur dann, wenn ein Array aus Bedingungen nichts hat, womit es multipliziert würde:

=SUMPRODUCT(--(Region="West"))          ' ANZAHL der West-Zeilen — -- nötig zum Umwandeln
=SUMPRODUCT((Region="West")*Umsatz)     ' SUMME des West-Umsatzes — das *Umsatz wandelt bereits um

In der zweiten Formel macht die Multiplikation mit Umsatz die booleschen Werte schon zu Zahlen, also wäre -- überflüssig. In der ersten gibt es nur ein einziges boolesches Array und keine Rechnung, die die Umwandlung auslöst — ohne -- würden Sie TRUE/FALSE summieren, und das addiert sich zu 0. Faustregel: ein einzelnes, alleinstehendes Bedingungs-Array → -- ergänzen; jede Bedingung, die mit etwas anderem multipliziert wird → ist bereits umgewandelt.

Die zwei Aufgaben, die SUMIFS wirklich nicht kann

Wenn Sie nur eine schlichte UND-verknüpfte Summe mit mehreren Bedingungen brauchen, verwenden Sie SUMIFS — das ist auf großen Tabellen schneller und weit besser lesbar. SUMPRODUCT verdient sich seinen Platz in den zwei Fällen, die SUMIFS schlicht nicht ausdrücken kann:

' 1) GEWICHTETE Summe / gewichteter Mittelwert — erst zwei Spalten multiplizieren, DANN summieren
=SUMPRODUCT(Menge, Preis) / SUM(Menge)       ' gewichteter Durchschnittspreis

' 2) ODER über VERSCHIEDENE Spalten hinweg
=SUMPRODUCT(((Region="West")+(Kanal="Online")>0)*Umsatz)

SUMIFS kann filtern, aber es kann nicht zwei Spalten miteinander multiplizieren, bevor es summiert — ein gewichteter Mittelwert (Stückzahl × Preis, summiert, geteilt durch die Stückzahl) liegt damit außerhalb seiner Reichweite, und AVERAGEIFS bildet nur einen schlichten Mittelwert. Außerdem verknüpft SUMIFS seine Bedingungen ausschließlich mit UND; ein ODER, das sich über zwei verschiedene Spalten spannt, hat keine saubere SUMIFS-Form. Diese beiden — Gewichtung und spaltenübergreifendes ODER — sind der Grund, warum SUMPRODUCT noch immer im Werkzeugkasten jedes Analysten steckt.

Die Ermessensfrage: SUMPRODUCT vs. SUMIFS vs. CSE-Matrixformeln

Drei Epochen derselben Idee, und die richtige Wahl hat sich im Lauf der Zeit verschoben:

  • Schlichte bedingte Summen/AnzahlenSUMIFS/COUNTIFS verwenden. Sie sind optimiert, lesbar, und die Argumentreihenfolge ändert sich nie. Schreiben Sie kein SUMPRODUCT((A="x")*(B="y")*C), wenn SUMIFS(C;A;"x";B;"y") dasselbe sagt.
  • Gewichtete Summen, spaltenübergreifendes ODER, erst multiplizieren, dann filternSUMPRODUCT. Das ist seine eigentliche Heimat, und nichts Neueres ersetzt es in einer einzigen Zelle vollständig.
  • Alteingesessene {=SUM(IF(…))} mit Strg+Umschalt+Eingabe → ausmustern. SUMPRODUCT verarbeitet Arrays von Haus aus ohne das CSE-Ritual, und im modernen Excel deckt FILTER die Extrahieren-dann-summieren-Fälle lesbarer ab. Wo Sie noch geschweifte Klammern um eine SUM-aus-IF sehen, wartet fast immer ein SUMPRODUCT (oder SUMIFS) darauf, daraus zu werden.

Die klare Meinung: SUMPRODUCT ist nicht mehr Ihr Alltagswerkzeug für bedingte Summen — aber es ist das Werkzeug, das Sie für die Aufgaben behalten, die die -IFS-Familie nicht erreicht, und es funktioniert in jeder Excel-Version, die heute noch irgendwer einsetzt, identisch.

Wie ExcelMaster hilft

Das Schwierige an SUMPRODUCT ist nie das Tippen — es ist die Entscheidung, ob Sie es überhaupt brauchen, und es richtig hinzubekommen, wenn ja: das UND/ODER und das --. ExcelMaster liest die Frage in geschäftlichen Begriffen — gewichtete Durchschnittskosten über diese Bestellungen oder Gesamtumsatz, der entweder West ist oder online verkauft wurde — und schreibt die Formel mit gleich großen Arrays, korrekt multiplizierten oder addierten booleschen Werten und -- nur dort, wo es hingehört. Sie beschreiben die Zahl; ExcelMaster entscheidet für Sie zwischen SUMPRODUCT, SUMIFS und FILTER.

Häufig gestellte Fragen

Warum liefert mein SUMPRODUCT #VALUE!?

Fast immer ist es ein Größenkonflikt: Zwei Ihrer Arrays haben eine unterschiedliche Anzahl von Zeilen (oder Spalten). SUMPRODUCT paart Zellen eins zu eins, also lassen sich A2:A10 (9 Zeilen) und B2:B11 (10 Zeilen) nicht in Reihe bringen. Machen Sie jeden Bereich exakt gleich groß — Tabellenspalten halten sie automatisch synchron. Auch ein verirrter Textwert in einem numerischen Bereich kann den Fehler auslösen.

Wie verwende ich SUMPRODUCT mit mehreren Kriterien?

Die Bedingungen für UND multiplizieren, für ODER addieren: =SUMPRODUCT((Region="West")*(Produkt="Widget")*Umsatz). Jede Bedingung wie (Region="West") ist ein Array aus TRUE/FALSE, das beim Multiplizieren zu 1/0 wird. Verwenden Sie innen kein AND()/OR() — die reduzieren das Array auf einen einzigen Wert.

Was bewirkt das doppelte Minus (--) in SUMPRODUCT?

Es zwingt TRUE/FALSE zu 1/0. Sie brauchen es, wenn ein Bedingungs-Array mit nichts anderem multipliziert wird — etwa beim Zählen von Zeilen: =SUMPRODUCT(--(Region="West")). Wenn Sie ohnehin schon mit einer Zahlenspalte multiplizieren, geschieht die Umwandlung von selbst und -- ist überflüssig.

SUMPRODUCT vs. SUMIFS — welches sollte ich verwenden?

Für eine schlichte bedingte Summe SUMIFS — es ist schneller und klarer. SUMPRODUCT verwenden Sie, wenn Sie zwei Spalten vor dem Summieren multiplizieren müssen (gewichtete Summen) oder ein ODER über zwei verschiedene Spalten ausdrücken wollen, was SUMIFS nicht kann.

Funktioniert SUMPRODUCT in älteren Excel-Versionen?

Ja — es ist eine der ältesten Array-Funktionen und arbeitet in jeder Version bis zurück zu Excel 2003 (und früher), ganz ohne Strg+Umschalt+Eingabe. Diese versionsübergreifende Zuverlässigkeit ist mit ein Grund, warum es so beliebt geblieben ist.

Getestet in

Getestet in: Excel 365 (Windows 11) — zuletzt geprüft am 30.06.2026.

Verwandte Leitfäden: Excel SUMIFS · Excel COUNTIFS · Excel SUBTOTAL · Excel AGGREGATE · Excel FILTER