HubSpot Service Prozess aufsetzen: Komplett automatisiert in 4 Schritten

Einen Service Prozess in HubSpot setzt du in vier Schritten auf: Ticket-Pipeline anlegen, SLAs und Routing einrichten, Eskalationen per Workflow automatisieren und eine Knowledge Base für Self-Service aufbauen. Die Ausgangslage kennen viele Teams: Anfragen kommen über E-Mail, das Kontaktformular, WhatsApp und das Telefon herein. Niemand im Team weiß, was wo offen ist. Tickets liegen in Outlook-Ordnern, SLAs nur in den Köpfen der Mitarbeiter, Eskalationen passieren nach Bauchgefühl. Am Ende wartet ein Kunde vier Tage auf eine Antwort, die in fünf Minuten beantwortbar gewesen wäre. Ein Service Prozess in HubSpot bringt alle Anfragen in eine Oberfläche, legt klare Regeln fest und automatisiert die Schritte, die sich ständig wiederholen.

Was ist ein Service Prozess in HubSpot überhaupt?

Ein Service Prozess in HubSpot bündelt alle Kundenanfragen in einer zentralen Oberfläche. Egal ob der Kunde per E-Mail schreibt, ein Formular ausfüllt, im Chat anfragt oder anruft, jede Anfrage landet als Ticket im selben System. Das Ticket ist das zentrale Objekt im HubSpot Service Hub, vergleichbar mit einem Deal im Sales-Bereich.

Der Weg eines Tickets

1. 1AnfrageE-Mail, Formular, Chat oder Telefon
2. 2TicketWird automatisch angelegt
3. 3ZuweisungRouting nach Kategorie oder Sprache
4. 4BearbeitungPipeline bis Gelöst
5. 5BewertungNPS Umfrage nach Abschluss

Drei Bausteine bilden zusammen den Service Prozess:

• Tickets als datentragendes Objekt. Jedes Ticket hat eine Kategorie, eine Priorität, eine Quelle, einen zuständigen Mitarbeiter und eine Pipeline-Stage.
• Conversations Inbox als zentraler Posteingang. Alle Kanäle (E-Mail, Live-Chat, Formulare, später WhatsApp und Facebook Messenger) laufen in eine Inbox, aus der heraus Tickets erstellt oder zugewiesen werden.
• Automatisierung über Workflows. Routing, SLA-Tracking, Eskalation, Bewertungsmails laufen automatisch im Hintergrund.

Service Hub gibt es in drei Editionen. Starter (ab ca. 20 € pro Lizenz und Monat) deckt Tickets, bis zu 50 Workflows mit eingeschränkten Triggern und Aktionen und eine Inbox ab. Professional (ab ca. 100 € pro Service-Lizenz, 90 € bei jährlicher Vorauszahlung) bringt SLAs, Custom-Reports, Knowledge Base und Customer Portal. Enterprise (ab ca. 150 € pro Service-Lizenz) ergänzt Playbooks, erweiterte Berechtigungen und Workflow-Erweiterungen. In der Praxis reicht Starter für kleine Teams bis 3 Service-Mitarbeiter. Professional brauchst du, sobald SLAs, Knowledge Base oder Customer Portal benötigt werden. Alle Preise sind Listenpreise, Stand 09/2026, aktuelle Preise auf hubspot.de.

Oft übersehen: Tickets sind nativ mit Kontakten, Unternehmen und Deals verknüpft. Wenn ein Bestandskunde im Service ein Ticket öffnet, sieht der Service-Mitarbeiter sofort die Sales-Historie, die letzten Marketing-E-Mails und alle bisherigen Tickets. Diese 360°-Sicht ist der größte Vorteil gegenüber externen Helpdesk-Tools.

Wie legst du eine Ticket-Pipeline in HubSpot richtig an?

Eine Ticket-Pipeline in HubSpot legst du mit wenigen klaren Stages an, in unserem Standard-Setup sind es sechs. In der Pipeline legst du fest, welche Phasen ein Ticket durchläuft und welche Logik dahintersteht. Sie funktioniert nur, solange sie übersichtlich bleibt. In über 90 Setups sehen wir immer wieder denselben Fehler: Teams legen 12 Stages an, weil sie jedes Detail abbilden wollen, und keiner pflegt die Pipeline am Ende sauber.

Unser Standard-Setup hat sechs Stages, mehr ist selten nötig:

1. Neu: Ticket wurde erstellt, niemand ist zugewiesen. Pflichtfelder: Quelle, Kategorie.
2. In Bearbeitung: Mitarbeiter ist zugewiesen, arbeitet aktiv am Ticket. Pflichtfeld: Owner.
3. Wartet auf Kunde: Service hat geantwortet, Reaktion vom Kunden steht aus. Wird automatisch gesetzt sobald eine E-Mail vom Mitarbeiter rausgeht.
4. Wartet auf Drittpartei: Externer Dienstleister, Lieferant oder Hersteller ist involviert. Pflichtfeld: Notiz mit Status der Anfrage.
5. Gelöst: Problem ist behoben, Bestätigung steht aus.
6. Geschlossen: Ticket ist abgeschlossen, Bewertungsmail geht raus.

Im Video zeige ich dazu eine Automatisierung: Tickets in „Wartet auf Kunde" wandern nach 10 Tagen Stille automatisch in „Gelöst". Das verhindert, dass alte Tickets ewig in der Pipeline hängen bleiben und das Reporting verzerren. Wenn der Kunde dann doch noch antwortet, öffnet ein Workflow das Ticket automatisch wieder und schiebt es zurück in „In Bearbeitung".

Pflichtfelder pro Stage wirken erst wie Schikane, halten aber deine Daten sauber. Wenn ein Ticket in „Geschlossen" landet ohne dass Kategorie, Lösung und Aufwand befüllt sind, ist das Reporting wertlos. HubSpot kann diese Felder erzwingen, sodass der Mitarbeiter sie ausfüllen muss bevor das Ticket weitergeschoben werden kann.

Ticket-Properties gehören zur Pipeline-Architektur dazu. Standard sind Kategorie, Priorität, Quelle und Owner. Zusätzlich empfehlen wir eine Property „Produkt" oder „Modul" damit du auswerten kannst, welcher Bereich deines Angebots die meisten Tickets produziert. Diese Daten fließen später in die Reports und helfen bei Produkt-Entscheidungen.

Wie richtest du SLA und Ticket-Routing in HubSpot ein?

SLAs richtest du in HubSpot ab Service Hub Professional pro Priorität mit First-Response- und Resolution-Time ein, das Routing verteilt Tickets nach Kategorie, Sprache oder Round-Robin. SLA steht für Service Level Agreement. In HubSpot heißt das konkret: Du definierst, wie schnell ein Ticket erste Antwort bekommen muss (First-Response-Time) und wie schnell es spätestens gelöst sein soll (Resolution-Time). HubSpot misst diese Zeiten automatisch, sobald ein Ticket erstellt wird, und schlägt Alarm bevor die SLA reißt.

SLAs sind im Service Hub Professional verfügbar. Im Starter kannst du das über Workflows nachbauen, das ist aber umständlicher. Wer Service Hub ernsthaft nutzt, landet meist bei Professional.

Bevor du SLAs einstellst, definiere zwei Dinge:

• Geschäftszeiten: Montag bis Freitag, 9 bis 17 Uhr beispielsweise. SLA-Timer pausieren außerhalb der Geschäftszeiten. Ein Ticket das Freitag 16:50 reinkommt, gilt nicht am Samstag morgen als verletzt.
• SLA pro Priorität: Jede Priorität bekommt eigene Zeiten. Standard-Setup: hoch = 1h First-Response / 4h Resolution, mittel = 4h / 24h, niedrig = 24h / 72h. Anpassen je nach Geschäftsmodell.

Routing ist der zweite Pfeiler. Tickets sollen nach klaren Regeln beim richtigen Mitarbeiter landen. In der Praxis sehen wir vor allem diese Varianten:

• Skill-basiert: Rechnungsprobleme an die Finanzbuchhaltung, technische Probleme an den 2nd-Level-Support, Onboarding-Fragen an das Customer Success Team. Routing erfolgt anhand der Ticket-Kategorie.
• Sprach-basiert: Deutsche Tickets an das DACH-Team, englische an das internationale Team. Erkennung über Formular-Feld oder über die Kontakt-Property „Sprache".
• Round-Robin oder Load-Balancing: Tickets werden gleichmäßig auf das Team verteilt, sodass keine Person überlastet wird. HubSpot bringt das nativ mit, sobald die Team-Mitglieder einer Inbox-Owner-Liste zugewiesen sind.

Routing und SLA gehören zusammen gedacht. Wenn ein VIP-Kunde (etwa Enterprise-Vertrag) ein Ticket öffnet, soll das Ticket sofort an den Account Manager gehen und parallel eine Slack-Nachricht an den Team-Lead schicken. Mit dieser Kombination aus Routing-Regel und Benachrichtigungs-Workflow merkt der Kunde, dass sofort jemand an seinem Anliegen arbeitet.

Welche Workflows automatisieren Eskalationen im HubSpot Service Prozess?

Mit Workflows automatisierst du die manuellen Schritte im Service Prozess. HubSpot Workflows kommen mit If/Then-Verzweigungen, zeitgesteuerten Aktionen und nativen Integrationen in Slack, E-Mail und externe Systeme. Sechs Workflow-Patterns sehen wir in fast jedem produktiven Service-Setup:

1. Auto-Antwort bei Ticket-Erstellung. Sobald ein Ticket angelegt wird, geht eine Bestätigungsmail an den Kunden mit Ticket-Nummer, Zusammenfassung der Anfrage und erwarteter Antwortzeit. So weiß der Kunde sofort, dass seine Anfrage angekommen ist.
2. Eskalation bei SLA-Verletzung. 75% der SLA-Zeit erreicht und kein Owner antwortet, Slack-Nachricht an den Team-Lead. 100% erreicht, E-Mail an den Service Manager.
3. VIP-Routing. Ticket von einem Enterprise-Kunden oder einem Account mit Deal-Volumen über X € löst sofort eine Benachrichtigung an den zuständigen Account Manager aus.
4. Auto-Move nach Inaktivität. Tickets in „Wartet auf Kunde" wandern nach 10 Tagen ohne Antwort in „Gelöst". Wenn der Kunde später doch noch antwortet, öffnet ein zweiter Workflow das Ticket automatisch wieder.
5. Re-Open bei neuer Antwort. Geschlossene Tickets, auf die der Kunde innerhalb von 14 Tagen erneut antwortet, werden automatisch wieder geöffnet und beim ursprünglichen Owner platziert.
6. Bewertungs-Mail nach Ticket-Abschluss. 24 Stunden nach Schließen geht eine Umfrage mit NPS-Score an den Kunden raus. Antworten landen automatisch in den Reports.

Ein Workflow-Pattern aus dem Video, das wir bei Kunden besonders gerne einsetzen: Sobald ein Mitarbeiter beim Schließen des Tickets eine Aufwandschätzung größer als 7 (von 10) eingibt, geht automatisch ein Ticket an den Service Manager mit Notiz „Hoher Aufwand, bitte Review durchführen". So lösen aufwendige Tickets eine Review-Schleife aus, in der ihr nach Prozess-Verbesserungen sucht, und fallen nicht mehr durchs Raster.

Workflows sollen das Team entlasten. Wenn jedes Ticket fünf parallele Notifications auslöst, schaltet das Team die Benachrichtigungen aus und die Automation läuft ins Leere. Drei robuste Workflows, die wirklich genutzt werden, bringen mehr als 15 verschachtelte, die keiner mehr versteht.

Wie baust du eine HubSpot Knowledge Base für Self-Service auf?

Eine HubSpot Knowledge Base baust du aus Kategorien, Artikeln, Suchfunktion und Bewertungs-Widget auf und ergänzt sie um Chatbot, Customer Portal und Artikel-Vorschläge im Ticket. Am schnellsten geht Service, wenn Kunden sich selbst helfen können. Eine HubSpot Knowledge Base ist ein durchsuchbares Hilfe-Center auf deiner Domain, das aus kategorisierten Artikeln besteht. Verfügbar ab Service Hub Professional, mit eigener Domain und voller Anpassbarkeit an dein Branding.

Der typische Aufbau einer Knowledge Base:

• Kategorien wie „Erste Schritte", „Rechnung & Abrechnung", „Technische Fragen", „Integrationen".
• Artikel pro Kategorie, jeder Artikel beantwortet eine konkrete Frage in 3-5 Absätzen plus Screenshots.
• Suchfunktion integriert, sodass Kunden direkt nach Stichwort suchen.
• Bewertungs-Widget unter jedem Artikel („War dieser Artikel hilfreich?"). Antworten landen im Reporting.

Ihre volle Wirkung entfaltet die Knowledge Base mit drei weiteren Bausteinen:

• Chatbot mit FAQ-Antworten. Der Bot prüft die Frage gegen die Knowledge Base und gibt direkt einen Link auf den passenden Artikel zurück. Erst wenn der Kunde sagt „das hilft mir nicht", wird ein Ticket erstellt.
• Customer Portal. Kunden können ihre eigenen Tickets einsehen, kommentieren und neue öffnen. Reduziert die „Wo steht mein Ticket?"-Anfragen drastisch.
• Artikel-Vorschläge im Ticket. Wenn der Mitarbeiter ein Ticket bearbeitet, schlägt HubSpot relevante Knowledge-Base-Artikel vor, die er per Klick an den Kunden schicken kann.

Self-Service-Quote ist die Kennzahl, die du verfolgen solltest. Wie viele Anfragen kommen rein im Verhältnis zu wie vielen Knowledge-Base-Aufrufen? Wer pro 100 Knowledge-Base-Views nur 20 Tickets bekommt, hat einen funktionierenden Self-Service-Layer.

Häufiger Fehler: Knowledge Base wird einmalig angelegt, aber nicht gepflegt. Artikel veralten, Produkte ändern sich, neue Fragen kommen auf. Wir empfehlen eine monatliche Review-Routine, in der die Top-10-Tickets der letzten 30 Tage geprüft werden. Wiederkehrende Fragen ohne Knowledge-Base-Artikel werden direkt in einen neuen Artikel überführt.

Welche Fehler passieren beim HubSpot Service-Setup am häufigsten?

Die häufigsten Fehler beim HubSpot Service-Setup sind zu viele Pipeline-Stages, nicht durchgesetzte SLAs, Tickets ohne Kontakt-Verknüpfung, fehlendes Routing und eine ungepflegte Knowledge Base. Diese fünf Stolperfallen kennen wir aus über 90 HubSpot-Projekten und Dutzenden Service-Setups. Wer sie vermeidet, ist weiter als die meisten Teams, die wir sehen.

1. Zu viele Pipeline-Stages. Mit 12 Stages pflegt nach 4 Wochen meist niemand mehr die Pipeline. 6 Stages reichen für 95% aller Service-Setups.
2. SLAs definiert, aber nicht durchgesetzt. Der Manager sieht im Report dass SLAs verletzt werden, kann aber nicht eingreifen. Abhilfe: ein Eskalations-Workflow bei 75% der SLA-Zeit, der vor dem Bruch warnt.
3. Tickets nicht an Kontakte verknüpft. Wenn Tickets als isolierte Objekte ohne Kontakt-Verknüpfung leben, geht die 360°-Sicht verloren. Service sieht den Kunden, Sales sieht den Kunden, beide sehen sich nicht gegenseitig.
4. Kein Routing. Alle Tickets landen bei einer Person, die als Triage-Stelle alles weiterverteilen muss. Diese Person wird zum Bottleneck. Sauberes Routing nach Kategorie, Sprache oder Round-Robin löst das in einer Stunde Setup.
5. Knowledge Base wird angelegt, aber nicht gepflegt. 20 Artikel zum Launch, danach drei Jahre Funkstille. Resultat: Self-Service-Quote bleibt bei 5%, weil die Artikel zu alt oder zu generisch sind. Monatliche Review-Routine ist Pflicht.

Ein sechster Fehler den wir bei Sales-getriebenen Unternehmen oft sehen: Service Hub wird parallel zu einem bestehenden Helpdesk-Tool wie Zendesk oder Freshdesk betrieben. Service-Tickets liegen in Tool A, Sales-Kontakte in HubSpot. Damit fehlt die 360°-Sicht, und beide Teams arbeiten mit unterschiedlichen Datenbeständen. Wer Service Hub ernsthaft einsetzt, sollte beide Systeme zusammenführen. Migration aus Zendesk oder Freshdesk dauert 2-4 Wochen je nach Datenmenge. Wie ein Ticketsystem im selben System wie der Vertrieb aussieht, zeigt der Artikel Ticketsystem für KMU.

Wer unsicher ist ob sein bestehendes HubSpot-Setup sauber läuft, kann mit einem HubSpot Audit starten. Wir prüfen die Konfiguration und zeigen dir, wo die größten Verbesserungen liegen. Wer den Service Prozess von Grund auf neu aufsetzen will, ist im HubSpot Setup richtig. Laufende Optimierung übernehmen wir im HubSpot Admin.

Häufige Fragen zum HubSpot Service Prozess