Lösung · Nach Integration
HubSpot mit Slack zu verbinden ist einfach. Dass sich das CRM selbst aktualisiert, ohne dass der Kanal stummgeschaltet wird, nicht.
Dein Team verkauft in Slack und erzählt es danach, wenn noch Zeit bleibt, in HubSpot. Wir bauen die Integration andersherum als üblich: HubSpot aktualisiert sich aus dem, was in Slack passiert, und Slack meldet sich nur, wenn eine Entscheidung ansteht. Kein Benachrichtigungskanal, den niemand liest.
Das Problem
Verkauft wird in Slack. Das CRM wird Donnerstagnachmittag gefüllt, aus dem Gedächtnis und halb.
- Das echte Gespräch —der zugesagte Rabatt, der Einwand des Gremiums, das verschobene Datum— lebt in einem Slack-Thread. In HubSpot steht die Kurzfassung, zwei Tage später geschrieben von jemandem, der die Nuance schon verloren hat.
- Die Standard-Integration gibt es, und sie ist stummgeschaltet. Ein Kanal, der alle vier Minuten "Deal aktualisiert" ausspuckt, wird ab Woche eins nicht mehr gelesen — und mit ihm gehen die Hinweise unter, die zählten.
- Niemand weiß, in welcher Phase ein Deal wirklich steht. Im CRM steht die, die jemand verschieben konnte; die echte liegt in einem Thread, den man suchen muss.
- Der Vertrieb macht die Arbeit doppelt: erst im Teamkanal erzählen, dann dasselbe in den Datensatz schreiben. Gleicher Inhalt, und das zweite Mal ohne Lust.
- Die Geschäftsführung will eine Prognose und bekommt ein altes Foto. Wenn die Pipeline vor dem Meeting aufgeräumt wird, ist die Übung kein Berichten: es ist Rekonstruktion.
Was es kostet, alles zu lassen
Das steht auf keiner Rechnung, das bezahlst du in Vertriebsstunden. Salesforce misst in seiner State-of-Sales-Studie (Bereich: global) seit Jahren dasselbe: Vertriebler verbringen rund 30 % ihrer Zeit mit Verkaufen, der Rest geht in Verwaltung, interne Meetings und CRM-Pflege. Und die Kosten dafür, den Verkauf an einem Ort und die Dokumentation an einem anderen zu haben, haben eine eigene Zahl: eine im Harvard Business Review veröffentlichte Studie zu 137 Beschäftigten in drei Fortune-500-Unternehmen (Bereich: USA) zählte rund 1.200 Anwendungswechsel pro Person und Tag — etwa vier Stunden pro Woche fürs Wiedereinfinden. Die Rechnung ist simpel: jede Woche, in der das CRM von Hand gefüllt wird, ist eine Woche, in der du teure Leute dafür bezahlst, Geschriebenes abzutippen.
Die Lösung
Wir lassen Slack HubSpot füttern, nicht umgekehrt — und den Kanal nur sprechen, wenn entschieden werden muss
- 1Wir hängen uns an den Thread, nicht an den Kanal. Jeder HubSpot-Deal hat seinen Thread oder Deal-Kanal in Slack, und was dort geschrieben wird, hängt an diesem Datensatz. Die Frage "wo war das nochmal?" fällt weg: Gespräch und Dokumentation sind derselbe Ort, gesehen durch zwei Fenster.
- 2Die KI liest den Thread und schlägt die Aktualisierung vor, sie erzwingt sie nicht. Sie zieht heraus, was sich ändert —Betrag, Phase, nächstes Datum, Einwand, genannter Wettbewerber— und legt es zur Bestätigung mit einem Klick in den Thread. Der Vertrieb tippt nicht ins CRM: er prüft und gibt frei. Das ist menschliche Aufsicht, angewandt dort, wo man sie am meisten merkt.
- 3Wir drehen die Benachrichtigungslogik um: standardmäßig Stille. Der Kanal meldet sich nur, wenn es etwas zu entscheiden gibt —ein großer Deal, der seit Tagen stillsteht, ein Rabatt außerhalb der Richtlinie, eine offene Antwort, die die Frist reißt—. Ein Hinweis, der gelesen wird, ist mehr wert als zwanzig, die ignoriert werden.
- 4Wir hinterlassen die zwei geschriebenen Regeln, die den Verfall verhindern: welche Felder die KI allein anfassen darf und welche eine Person verlangen, und was als "Signal" für einen Hinweis zählt. Damit übersteht das System Teamwechsel, ohne wieder zum Lärmkanal zu werden.
Was sich ändert
Was du nicht mehr verlierst
Vertriebler verbringen rund 30 % ihrer Zeit mit Verkaufen; der Rest geht in Verwaltung, interne Meetings und CRM-Pflege. Bereich: global.
Salesforce, State of Sales
Eine Studie zu 137 Beschäftigten in drei Fortune-500-Unternehmen maß rund 1.200 Anwendungswechsel pro Person und Tag — etwa vier Stunden pro Woche fürs Wiedereinfinden. Bereich: USA.
Harvard Business Review, "How Much Time and Energy Do We Waste Toggling Between Applications?" (2022)
Was wir messen: Anteil der Deals mit aktueller Phase und nächstem Datum ohne manuelle Bearbeitung, CRM-Minuten pro Vertriebler und Woche, Kanal-Hinweise, die in einer Handlung enden, gegenüber ignorierten, und Tage Verzug zwischen dem Ereignis und dem Datensatz.
Was wir messen
Datenblatt
- Wegfallende Arbeit
- in HubSpot abtippen, was der Vertrieb im Slack-Thread längst erzählt hat
- Übliche Einrichtung
- 2–4 Wochen
- Eingang
- das Teamgespräch im Deal-Kanal oder -Thread
- Ausgang
- der HubSpot-Deal nach Bestätigung im Thread aktualisiert, und ein Hinweis nur, wenn entschieden werden muss
- Kompatibel mit
- HubSpot Sales HubSlackSlack Connect
- Kann sich verbinden mit
- HubSpot-Eigenschaften und -PhasenAktivitäten und NotizenDeal-Kanäle in Slack
- Was wir messen
- % der Deals aktuell ohne manuelle BearbeitungCRM-Minuten pro Vertriebler und WocheHinweise, die in einer Handlung enden, gegenüber ignoriertenTage Verzug zwischen Ereignis und Datensatz
- Geeignet für
- Vertriebsteams, die ohnehin in Slack arbeiten und ein HubSpot haben, das niemand pflegt
- Nicht geeignet für
- Teams ohne definierten Vertriebsprozess: wenn niemand weiß, was jede Phase bedeutet, beschleunigt automatisierte Dokumentation nur das Durcheinander
Alles ansehen, was du in Vertrieb und CRM automatisieren kannst →
Häufig gestellte Fragen
Zum Benachrichtigen ja, zum Dokumentieren nein. Die native Integration tut, was sie verspricht: sie meldet Ereignisse und lässt dich Datensätze ansehen, ohne Slack zu verlassen. Aber der Fluss geht nur in eine Richtung —vom CRM in den Kanal— und diese Richtung funktioniert bereits. Es fehlt der Rückweg: dass das im Thread Besprochene im Datensatz landet, ohne dass es jemand tippt. Genau dort setzen wir an: extrahieren, vorschlagen, bestätigen, schreiben. Wo die native Integration einen Teil abdeckt, nutzen wir sie; wir tauschen Werkzeuge nicht zum Spaß.
Genau deshalb aktualisiert sie standardmäßig nicht allein. Der Standardaufbau ist Vorschlag plus Bestätigung im selben Thread: die KI sagt "ich verstehe das als Wechsel in die Verhandlung, Betrag 24.000 €, nächstes Datum der 12." und jemand bestätigt mit einem Klick. Felder mit geringem Risiko —letzte Aktivität, Zusammenfassung, Beteiligte— können allein durchlaufen; die, die die Prognose bewegen —Phase, Betrag, Abschlussdatum—, gehen über eine Person, bis das Team der Trefferquote traut. Diese Grenze wird am ersten Tag mit dir vereinbart und verschiebt sich, wenn die Daten es rechtfertigen, nicht nach Bauchgefühl.
Die Überschneidung ist klein, und die Trennung lohnt sich. HubSpot automatisieren heißt, im CRM zu arbeiten: Dubletten bereinigen, Kontakte anreichern, Sequenzen auslösen, Eigenschaften ordnen. Das hier ist eine Brücke zwischen zwei Werkzeugen: das Problem ist nicht, was HubSpot schlecht macht, sondern dass die Information nie ankommt. Man kann beides bauen und oft tut man das, aber die Reihenfolge zählt: kommt die Dokumentation nicht an, sorgt Automatisierung auf alten Daten nur dafür, dass falsche Entscheidungen schneller fallen.
Indem wir die Einheit des Hinweises ändern. Die Standard-Integration meldet Ereignisse —"Deal erstellt", "Feld geändert"— und Ereignisse sind unendlich. Wir melden Signale: ein Deal über X, der länger als Y Tage stillsteht, ein Rabatt außerhalb der Richtlinie, ein Kunde, der nach zwei Wochen Stille antwortet, ein Abschlussdatum, das verstreicht, ohne bewegt zu werden. Es sind wenige pro Tag, und jedes verlangt eine konkrete Handlung. Die Regel dahinter ist grob: ändert ein Hinweis nicht, was jemand in der nächsten Stunde tun wird, wird er nicht verschickt.
Bauen wir es in deinem Betrieb?
Du hast das Problem benannt. Wir liefern die Lösung und lassen sie gemessen laufen.