SLA-Reporting in HubSpot selbst berechnen

Warum die wichtigste Kennzahl selten ein Standardreport ist

Die Geschäftsleitung will wissen, wie oft das Team seine Antwortfrist einhält. Einen Standardreport dafür findest du in HubSpot nicht. HubSpot liefert Standardreports für Objekte und Zeiten: wie viele Tickets es gab, wie lange sie offen waren, in welchem Status sie stehen. Eine Erfüllungsquote ist etwas anderes: keine Eigenschaft eines Tickets, sondern ein Verhältnis zwischen zwei Mengen, die jemand festlegen muss. Genau diese Festlegung nimmt dir kein Standardreport ab.

Jede Quote braucht zwei bewusste Entscheidungen. Welche Vorgänge zählen überhaupt (die Grundgesamtheit)? Und woran misst du Erfolg (der Zähler)? Beide Entscheidungen sind fachlich, nicht technisch. Triffst du sie nicht, bekommst du trotzdem eine Zahl. Nur misst diese Zahl dann etwas anderes als das, wonach die Geschäftsleitung gefragt hat.

In HubSpot heißt das Werkzeug für diese Entscheidungen Custom Formula. Das ist eine eigene Kalkulation, entweder im Custom Report Builder oder als berechnetes Feld im Workflow. Wir gehen eine solche Kennzahl hier von der Frage bis zum Dashboard-KPI durch. Danach siehst du, dass dieselbe Mechanik ein ganz anderes Problem löst.

Die SLA-Quote bauen: fünf Festlegungen vor der ersten Formel

Bevor du eine Zeile Formel schreibst, entscheidest du fünf Dinge. Das klingt nach Konfiguration, ist aber die eigentliche Arbeit. Jede einzelne Festlegung verändert, was die Zahl am Ende aussagt.

1. Datenquelle Tickets: Die SLA hängt am Ticket, nicht am Kontakt und nicht am Deal.
2. Wöchentliche Auswertung nach Erstellungsdatum. Nicht nach Abschlussdatum, sonst wandern langsame Fälle in die falsche Woche.
3. Nur abgeschlossene SLAs zählen. Ein noch laufender Vorgang hat die Frist weder eingehalten noch gerissen.
4. Trennung zwischen fristgerecht und verspätet abgeschlossenen SLAs. Das ist der Zähler, und er braucht eine eigene Kalkulation.
5. Ausschluss laufender oder nicht abgeschlossener SLA-Status. Diese Bedingung wird am häufigsten vergessen.

Der letzte Punkt ist der wichtigste, und sein Effekt ist heimtückisch. Lässt du laufende Vorgänge in der Grundgesamtheit, sinkt die Quote automatisch, wenn viel los ist. Ist wenig los, steigt sie. Die Quote misst dann den Bearbeitungsstand, nicht die Einhaltung. Eine Kennzahl, die bei hoher Last fällt, obwohl das Team jede Frist hält, ignoriert nach zwei Monaten jeder. Zu Recht.

Aus den fünf Festlegungen ergeben sich drei Kalkulationen. Die erste zählt alle abgeschlossenen First-Response-SLAs, die zweite nur die fristgerecht abgeschlossenen. Die dritte berechnet aus beiden die Erfüllungsquote in Prozent.

Der Fehler, der 0 % erzeugt und trotzdem syntaktisch korrekt ist

An dieser Stelle passiert der Fehler, der am meisten Zeit kostet. Die Formel speichert ohne Fehlermeldung, der Report baut sich auf, und das Ergebnis lautet Woche für Woche 0 %. Nicht „keine Daten“, sondern null Prozent. Das sieht aus, als hätte das Team jede einzelne Frist gerissen.

Die Ursache ist keine Datenlücke. HubSpot benötigt innerhalb der Formel den internen Statuscode, nicht das sichtbare Statuslabel. Das Label ist der Text, den du in der Oberfläche siehst. Vergleichst du dagegen, formulierst du eine Bedingung, die syntaktisch gültig ist und trotzdem auf keinen einzigen Datensatz zutrifft. HubSpot meldet dafür nichts. Eine leere Treffermenge ist kein Fehler, sie ist ein Ergebnis.

Du erkennst es daran, dass das Resultat exakt null ist, nicht schwankend niedrig. Eine echte schlechte Quote sieht anders aus, denn sie bewegt sich, hat Ausreißer nach oben und unterscheidet sich von Woche zu Woche. Eine durchgängige Nullreihe über jeden Zeitraum hinweg ist fast immer ein Formelbefund und fast nie ein Leistungsbefund.

Stellst du die Formel auf den internen Wert um, erscheinen die echten wöchentlichen Erfüllungsquoten. Die Regel dahinter gilt weit über SLAs hinaus: In Formeln vergleichst du gegen interne Werte. Labels sind Anzeigeebene und können sich ändern, ohne dass sich am Datensatz etwas ändert.

Von der Kalkulation zum Dashboard

Eine fertige Kennzahl brauchst du zweimal, in zwei verschiedenen Formen. Als wöchentlicher Verlauf zeigt sie Ursachen. Du siehst, in welcher Woche es gekippt ist und ob das mit einem Urlaub, einer Kampagne oder einem Release zusammenfällt. Als übergreifender Single-Number-KPI erzeugt sie Verbindlichkeit: eine Zahl, die im Dashboard steht und auf die sich ein Team festlegen kann.

Bereite beide aus derselben Kalkulation auf. Das ist wenig Zusatzarbeit und verhindert den häufigsten Streit im Reporting: dass Verlauf und Kennzahl aus unterschiedlichen Definitionen stammen und deshalb nicht zueinander passen.

Dieselbe Mechanik, anderer Anwendungsfall: Liefer- und Zahlungspläne

Wer Liefer- und Zahlungspläne in einer Tabelle neben dem Deal führt, pflegt jede Verschiebung von Hand nach. Genau hier hilft dieselbe Mechanik.

Denn Custom Formulas sind kein Reporting-Werkzeug, sondern ein Rechenwerkzeug. Der zweite Anwendungsfall sieht deshalb ganz anders aus als der erste: mehrstufige Liefer- und Zahlungspläne direkt am Deal. Umgesetzt wird das über Custom-Mode-Formeln innerhalb eines zentralen HubSpot-Workflows.

• Automatische Berechnung des erwarteten Abschlussdatums abhängig von der Deal-Phase.
• Automatische Berechnung des Delivery Dates auf Grundlage des Expected Close Dates.
• Ein individueller Delivery Schedule mit bis zu zehn Liefer- und Zahlungsabschnitten, jeder mit eigenem Delivery Date, Payment Date und Payment Amount.
• Kontrollierte if … then … else 0-Logik, damit nur die tatsächlich belegten Tranchen rechnen.
• Automatische Neuberechnung des gesamten Zeit- und Zahlungsplans, sobald sich die zugrunde liegenden Deal-Daten ändern.

Die else 0-Klausel ist dabei keine Kosmetik. Erst sie macht die Konstruktion beherrschbar. Ohne sie produziert jede unbelegte Tranche einen leeren Wert, der sich durch alle nachfolgenden Berechnungen zieht. Mit ihr bleibt ein Plan mit drei Tranchen ein Plan mit drei Tranchen, obwohl die Struktur zehn zulässt.

Der Unterschied zu einer gepflegten Tabelle ist nicht Komfort, sondern Konsistenz. Verschiebt sich das Abschlussdatum, rechnet der ganze Plan nach. Eine Tabelle würde still veralten, und niemand wüsste, ab wann.

Was dieser Aufwand einbringt, zeigen zwei eigene, veröffentlichte Projekte. Beide Male ging es genau darum, wiederkehrende Handarbeit aus HubSpot herauszunehmen:

Beide Zahlen stammen aus veröffentlichten Case Studies auf dieser Website und stehen dort im zitierten Wortlaut. Die Zahlen belegen die Richtung, keine Garantie. Was ein bestimmter Umbau in deinem Team bringt, hängt davon ab, wie viel Handarbeit vorher drinsteckte.

Wann sich der Aufwand lohnt und wann nicht

Nicht jede Frage rechtfertigt eine eigene Kalkulation. Die Grenze verläuft nicht an der Komplexität der Formel, sondern an der Wiederholung. Eine Zahl, die du einmal brauchst, ist ein Export. Eine Zahl, nach der jede Woche jemand fragt, ist ein Feld.

Noch eine Warnung aus derselben Erfahrung wie der 0-%-Fehler: Jede Kalkulation ist eine Definition, die jemand in sechs Monaten lesen können muss. Schreib deshalb in die Beschreibung des Reports, was die Grundgesamtheit ausschließt und warum. In den Kopf der Person, die ihn gebaut hat, gehört das nicht.