Jedes Unternehmen hat sie. Verträge mit Kunden, Verträge mit Lieferanten, Wartungsverträge, Service Level Agreements, Rahmenvereinbarungen. Und fast jedes Unternehmen kennt auch dieses Szenario. Ein Kundenvertrag läuft still und leise aus, niemand hat rechtzeitig das Gespräch über die Verlängerung gesucht, und plötzlich verhandelt der Kunde mit einem Mitbewerber. Oder umgekehrt. Ein Lieferantenvertrag verlängert sich automatisch um ein weiteres Jahr, weil die Kündigungsfrist verpasst wurde, obwohl die Konditionen längst nicht mehr marktgerecht sind.
Beides kostet Geld, und beides hat dieselbe Ursache. Verträge liegen als Dokumente in Ordnern, aber die Termine, die in ihnen stecken, leben in keinem System, das aktiv daran erinnert.
In diesem Artikel zeigen wir, wie Sie Vertragsmanagement in HubSpot aufbauen. Die Vertragsdokumente können dort bleiben, wo sie heute liegen. Ins CRM gehören die Vertragsdaten (Laufzeitende, Kündigungsfrist, Vertragswert, verantwortliche Person), hinterlegt mit Workflows, die Ihr Team automatisch und rechtzeitig erinnern. Für Kundenverträge genauso wie für Lieferantenverträge.
Die klassische Vertragsverwaltung im Mittelstand sieht so aus. Das unterschriebene PDF liegt in SharePoint, auf einem Fileserver oder im E-Mail-Postfach der zuständigen Person. Die Kündigungsfristen stehen in einer Excel-Liste, die jemand pflegt. Oder eben nicht pflegt.
Genau darin liegt das Problem, denn eine Ablage ist passiv. Sie meldet sich nicht. Ob ein Vertrag in 90 Tagen ausläuft, weiss nur, wer aktiv nachschaut. Und im Tagesgeschäft schaut niemand aktiv nach.
Ein CRM wie HubSpot dreht diese Logik um. Das Vertragsdokument bleibt, wo es ist. Aber die Daten aus dem Vertrag werden zu aktiven Auslösern.
Die Ablage beantwortet die Frage «Wo ist der Vertrag?». Das CRM beantwortet die Frage «Was muss ich wann tun?». Für die Geschäftsleitung zählt die zweite.
Aus unserer Projekterfahrung wissen wir, dass der grösste Hebel bei den Kundenverträgen liegt. Eine Verlängerung, die drei Monate vor Vertragsende aktiv angegangen wird, ist ein Beratungsgespräch auf Augenhöhe. Der Kunde spürt, dass sich jemand rechtzeitig um ihn kümmert. Wird dieselbe Verlängerung erst zwei Wochen vor Ablauf unter Zeitdruck verhandelt, geht es nur noch um Preis und Konditionen.
Das Herzstück ist ein datumsbasierter Workflow. HubSpot kann Aktionen zeitlich relativ zu einem Datumsfeld auslösen, zum Beispiel «90 Tage vor Vertragsende». Damit lässt sich eine Erinnerungskette aufbauen, die in der Praxis so aussieht.
Die Erinnerung geht dabei an die Person, die dem Vertrag als Owner zugewiesen ist, nicht an eine anonyme Sammeladresse. Verantwortung steht im System und hängt nicht am Gedächtnis einzelner Mitarbeitender. Das schützt Sie auch dann, wenn jemand das Unternehmen verlässt oder länger ausfällt.
Ja, und das wird oft unterschätzt. HubSpot ist zwar als Kunden-CRM konzipiert, aber Lieferanten sind technisch gesehen einfach Unternehmen mit einer anderen Rolle. In der Praxis lösen wir das so.
Gerade bei Lieferantenverträgen mit automatischer Verlängerung ist die Kündigungsfrist das massgebende Datum, nicht das Vertragsende. Deshalb empfehlen wir, den Erinnerungs-Workflow auf den letzten möglichen Kündigungstermin auszurichten, mit genügend Vorlauf für eine echte Verhandlung.
Beim Kunden sorgt der Workflow dafür, dass Sie die Beziehung rechtzeitig pflegen und Umsatz nicht verloren geht. Beim Lieferanten sorgt er dafür, dass Sie nicht länger als nötig an Konditionen gebunden bleiben, die nicht mehr zu Ihrem Unternehmen passen.
Viele Schweizer Unternehmen haben ihre Dokumentenablage längst aufgebaut, sei es in Microsoft SharePoint, in Google Drive oder in einem Cloud-Speicher wie AWS. Dort sind Berechtigungskonzept, Versionierung und geregelte Aufbewahrung definiert. Das ist gut so, und daran muss ein CRM-Projekt nichts ändern. Wir verwenden in diesem Artikel SharePoint als Beispiel, weil es im Schweizer Mittelstand am weitesten verbreitet ist. Das Prinzip funktioniert mit den anderen Ablagen identisch. Die Frage ist nur, wie die beiden Welten zusammenkommen.
Der Ablauf ist einfacher, als viele denken. Er beginnt in der Dokumentenablage, also dort, wo Verträge heute schon abgelegt werden. Der unterschriebene Vertrag wird wie gewohnt in SharePoint abgelegt. Das Dokument bleibt dort. In HubSpot erscheint ein Link, direkt am zugehörigen Datensatz. Wer im CRM arbeitet, ist mit einem Klick beim Originaldokument, ohne dass es je dupliziert wird.
Dafür braucht es eine Schnittstelle, die diesen Link automatisch setzt. Weder HubSpot noch Microsoft liefern eine solche Integration mit. Ein grosses Entwicklungsprojekt wird daraus trotzdem nicht. Im HubSpot App Marketplace gibt es fertige, spezialisierte Integrations-Apps (zum Beispiel CloudFiles), die SharePoint, Google Drive oder AWS direkt mit HubSpot-Datensätzen verknüpfen.
In unseren Projekten lösen wir diese Verbindung in der Regel mit n8n, einer Automatisierungsplattform, die HubSpot und SharePoint über deren Standardschnittstellen verbindet. Wird ein Vertrag im entsprechenden SharePoint-Ordner abgelegt, erkennt n8n das neue Dokument und hinterlegt den Link automatisch am richtigen Datensatz in HubSpot. Das lässt sich in wenigen Tagen aufbauen, transparent betreiben und bei Bedarf um weitere Automatisierungen erweitern. Ein solches Schnittstellenprojekt brauchte früher Spezifikation, Entwicklung und lange Testphasen. Heute reicht eine Marketplace-App oder ein n8n-Workflow.
Der Link führt zum Dokument. Aber die Workflows aus den vorherigen Kapiteln brauchen strukturierte Daten, also Laufzeitende, Kündigungsfrist, Vertragswert und verantwortliche Person. Diese Daten stehen im PDF, aber ein PDF kann keinen Workflow auslösen. Dafür gibt es drei Wege, die sich in der Praxis auch kombinieren lassen.
Das Dokument fliesst also als Link von SharePoint ins CRM. Die Daten fliessen je nach Vertragstyp aus dem Deal, aus der manuellen Erfassung oder per KI-Extraktion ins CRM. Beides zusammen ergibt dieses Muster:
Sie folgt demselben Grundsatz, den wir im Artikel Erst Use Case, dann Datenarchitektur, dann KI beschrieben haben. Die Struktur folgt dem Anwendungsfall, nicht umgekehrt. In HubSpot gibt es drei Wege, Vertragsdaten abzubilden. Welcher der richtige ist, hängt von zwei Fragen ab. Wie viele Verträge haben Sie pro Firma? Und welche HubSpot-Lizenz setzen Sie ein?
Wer seine Angebote in HubSpot erstellt, wiederkehrenden Kundenumsatz mit Verlängerungsangeboten steuern will und den Revenue Hub ohnehin einsetzt oder einführen möchte, sollte das native Contracts-Objekt prüfen. Wer Kunden- und Lieferantenverträge in einer Struktur führen will oder seine Angebote ausserhalb von HubSpot erstellt, fährt heute mit einem eigenen Custom Object (Variante 2) flexibler.
In unseren Projekten hat sich ein Vorgehen in vier Schritten bewährt.
Der Aufwand ist überschaubar, der Effekt unmittelbar. Sobald die Eckdaten erfasst sind, wissen Sie, welche Verträge in den nächsten Monaten Aufmerksamkeit brauchen. Und wie bei jedem CRM-Thema gilt auch hier, dass die Wirkung mit der Datenqualität steht und fällt. Warum das so ist, haben wir im Artikel KI im Vertrieb braucht saubere Daten ausführlich beschrieben.
Vertragsmanagement ist ein Prozessthema. Die Dokumente dürfen bleiben, wo sie sind. Wichtig ist einzig, dass Laufzeiten und Fristen in einem System leben, das von sich aus erinnert, Verantwortlichkeiten zuweist und der Geschäftsleitung jederzeit zeigt, welche Verträge in den nächsten Monaten Aufmerksamkeit brauchen.
HubSpot bringt dafür alles mit: datumsbasierte Workflows, die Verknüpfung zur bestehenden Dokumentenablage und das Custom Object als Struktur, die Kunden- und Lieferantenverträge gleichermassen trägt.
Wenn Sie wissen möchten, wie Ihr Vertragsportfolio in HubSpot aussehen könnte, sprechen Sie mit uns. In einem ersten Gespräch klären wir gemeinsam, welche Architektur zu Ihrer Vertragslandschaft und Ihrer Lizenzsituation passt, und was ein realistischer Umsetzungsfahrplan wäre.
business4you AG ist seit mehr als 10 Jahren HubSpot Platinum Partner und begleitet Schweizer Mittelstandsunternehmen mit einem Team von mehr als 40 Experten bei CRM-Implementierung, Datenarchitektur und Systemintegration.