HubSpot für Self-Storage: Kunden segmentieren und Verlängerungen als Deals nachverfolgen

Machen Sie aus Buchungs- und Kundendaten aus Ihrer Storage-Software HubSpot-Listen, Deals und Lifecycle-Stages, mit denen Ihr Sales- und Marketing-Team tatsächlich arbeiten kann.

People walking across a busy road. Kinnovis and Hubspot logos. Words: API Academy, Syncing with Hubspot.

Inhalt

Wenn Sie noch überlegen, ob sich ein CRM überhaupt lohnt, macht unser anderer Beitrag genau dafür den Case. Dieser hier setzt voraus, dass Sie darüber hinaus sind, und will die praktischen Details liefern: was zu synchronisieren ist, wie – und was Sie darauf aufbauen, sobald es da ist.

Die meisten Storage-Management-Softwares decken die operative Seite bereits automatisch ab: Buchungsbestätigungen, Zahlungserinnerungen, Auszugsmitteilungen. Was sie meist nicht können: Ihrem Sales- und Marketing-Team eine gemeinsame Sicht darauf geben, wer aktiver Kunde ist, wer ein Lead war, der nie konvertiert ist, oder wer bald verlängern muss und ein menschliches Follow-up braucht – nicht nur ein automatisiertes. Genau diese Lücke schließt ein CRM wie HubSpot – und das funktioniert nur, wenn Ihre Kundendaten auch wirklich dort ankommen.

Der Beitrag zu Zapier-Automationen und der Beitrag zur Mailchimp-Segmentierung behandeln verwandte Themen mit anderen Tools. Hier geht es speziell um HubSpot: Kontakte, Properties, Listen und Deals.

Wenn Sie An Introduction to APIs noch nicht gelesen haben, starten Sie dort.

Was „Integration per API“ in der Praxis bedeutet

Viele Self-Storage-Plattformen unterstützen ausgehend keine Webhooks – es gibt also keinen Push. Alles, was von Ihrer Storage-Software in HubSpot wandert, läuft stattdessen nach Zeitplan, bekannt als Polling: Ihre Middleware ruft periodisch einen Endpoint auf, prüft, ob es etwas Neues oder Geändertes gibt, und übergibt es an HubSpots Contacts-Endpoints (und, wo relevant, Deals-Endpoints).

Ein Polling-Intervall von fünf oder zehn Minuten ist völlig ausreichend, um Kontakte und Deal-Stages aktuell zu halten. Es ist aber nicht die richtige Grundlage für alles, was in dem Moment passieren muss, in dem ein Ereignis eintritt – dafür sind die eigenen Trigger-Kommunikationen Ihres PMS da.

Wie Ihre Kundendaten in HubSpot gelangen

Viele Self-Storage-Plattformen unterstützen ausgehend keine Webhooks – es gibt also keinen Push. Alles, was von Ihrer Storage-Software in HubSpot wandert, läuft stattdessen nach Zeitplan, bekannt als Polling: Ihre Middleware ruft periodisch einen Endpoint auf, prüft, ob es etwas Neues oder Geändertes gibt, und übergibt es an HubSpots Contacts-Endpoints (und, wo relevant, Deals-Endpoints).

Ein Polling-Intervall von fünf oder zehn Minuten ist völlig ausreichend, um Kontakte und Deal-Stages aktuell zu halten. Es ist aber nicht die richtige Grundlage für alles, was in dem Moment passieren muss, in dem ein Ereignis eintritt – dafür sind die eigenen Trigger-Kommunikationen Ihres PMS da.

Welche Daten tatsächlich fließen – und wofür

Wie bei jedem Sync: Bauen Sie Listen und Workflows rund um die exakten Statuswerte, die Ihre Storage-Software zurückgibt, statt feinere Unterscheidungen anzunehmen, die sie tatsächlich gar nicht liefert.

Custom Properties in HubSpot einrichten

Der Sync lohnt sich nur, wenn HubSpot einen Platz hat, um die Daten abzulegen – und das heißt: Properties anlegen, bevor der erste Sync läuft.

  1. Gehen Sie zu Settings > Properties > Contact properties (und Deal properties, wenn Sie Verlängerungen als Deals synchronisieren).
  2. Erstellen Sie eine Property für jedes Attribut, nach dem Sie segmentieren oder über das Sie reporten möchten. Für die meisten Betreiber sind das Buchungsstatus, Facility bzw. Standort, Unit-Typ sowie Einzugs- oder Auszugsdatum.
  3. Wählen Sie den richtigen Feldtyp. Dropdown eignet sich am besten für Statusfelder, weil Ihre Listenbedingungen dadurch auf einen festen Satz von Werten beschränkt bleiben – statt Freitext, der mit der Zeit „driften“ kann.
  4. Ihre Middleware mappt jedes Quellfeld beim Erstellen oder Aktualisieren eines Kontakts auf die entsprechende HubSpot-Property – so werden Properties automatisch befüllt, während Datensätze synchronisieren, statt manuell eingetragen zu werden.
  5. Sobald sie befüllt sind, erstellen Sie eine aktive Liste mit Property-Bedingungen: „Booking Status is Expired“ und „Last Modified more than 90 days ago“ für eine Win-back-Liste – oder „Booking Status is Active“ und „Facility is Vienna“ für eine standortspezifische Liste, mit der ein regionaler Ansprechpartner arbeiten kann.
  6. Wenn Sie Verlängerungen als Deals tracken, richten Sie eine Pipeline mit Stages ein, die zu Ihrem tatsächlichen Prozess passen (z. B.: Renewal Due, Contacted, Confirmed, Lost), und lassen Sie Ihre Middleware einen Deal erstellen, sobald eine Buchung in ihr Verlängerungsfenster eintritt.

Praktische Use Cases

Win-back-Liste fürs Marketing. Segmentieren Sie nach Buchungsstatus Expired oder Canceled, plus einem Auszugsdatum innerhalb der letzten Monate, und geben Sie diese Liste an das Tool weiter, das die Kampagne tatsächlich versendet – HubSpots eigene Marketing-Tools, wenn Ihr Plan sie enthält, oder eine separate Plattform.

Renewal-Pipeline für Sales oder Customer Success. Ein Deal wird automatisch erstellt, wenn eine Buchung sich ihrem Verlängerungsdatum nähert. So hat eine konkrete Person etwas, das sie persönlich nachfassen kann – statt sich ausschließlich auf eine automatisierte Erinnerung zu verlassen.

Lead-vs.-Customer-Reporting. Nutzen Sie die Lifecycle-Stage, um Anfragen, die nie konvertiert sind, von aktiven Kunden zu unterscheiden – damit Pipeline-Reports und Marketing-Kennzahlen nicht miteinander vermischt werden.

Territory- oder Facility-basierte Listen-Zuweisung. Segmentieren Sie Kontakte nach Facility, damit ein Betreiber mit mehreren Standorten Follow-ups an den richtigen regionalen Ansprechpartner routen kann.

Für keinen dieser Use Cases muss HubSpot etwas zurück in Ihre Storage-Software schreiben. Die Verbindung bleibt einseitig – und das reicht für alle oben genannten Anwendungsfälle.

Was Sie dafür brauchen

Einen API-Key oder Private-App-Token aus Ihrer Storage-Software, nach Möglichkeit auf Read-only begrenzt.

Ein HubSpot-Konto mit API-Zugriff. HubSpots Pläne sind nach Seats und Funktionsumfang gestaffelt, und welche Features enthalten sind (Custom Properties, Versand von Marketing-E-Mails usw.), hängt vom Plan ab. Prüfen Sie vorab auf der HubSpot-Preisseite, was Ihr Plan abdeckt, bevor Sie davon ausgehen, dass ein Use Case enthalten ist.

Eine Middleware-Schicht. Zapier oder Make decken die meisten Use Cases ohne Custom Code ab. Betreiber mit höherem Volumen bevorzugen ggf. stattdessen ein kleines, geplantes Script – für mehr Kontrolle über Polling-Intervall und Error Handling.

Eine Entscheidung zum Polling-Intervall, Ressource für Ressource. Fünf bis zehn Minuten für Kunden und Buchungen sind typisch.

Wo das an Grenzen stößt

Wenn Ihre Storage-Software keine Webhooks unterstützt – was häufig ist – gibt es keine Möglichkeit, das in Echtzeit zu machen. Renewal-Deals und statusbasierte Listen sind auch mit ein paar Minuten Verzögerung noch nützlich; alles, was wirklich zeitkritisch ist, gehört in die eigenen Trigger-Kommunikationen Ihres PMS – oder in einen eventbasierten Ansatz wie den im Beitrag zu Zapier-Automationen.

HubSpots eigene API-Request-Limits und verfügbare Features hängen von Ihrem Plan ab, nicht von Ihrer Storage-Software. Prüfen Sie die HubSpot-Preisseite, bevor Sie sich auf einen Polling-Zeitplan festlegen – insbesondere, wenn Sie mehrere Objekttypen synchronisieren.

Wenn Sie bereits ein dediziertes E-Mail-Tool wie Mailchimp für Bulk-Kampagnen nutzen, überlegen Sie, welche Plattform die Kundendaten wirklich synchronisiert bekommen muss – statt jedes Tool mit jeder Quelle zu verbinden, denn so werden Integrationen still und leise teuer in der Wartung.

So sieht das mit Kinnovis Connect aus

Wenn Sie Kinnovis-Kunde sind, hier die konkrete Version von allem oben. Kinnovis Connect ist unsere öffentliche API, in jedem Account enthalten, und sie unterstützt keine Webhooks – der Sync läuft also per Polling: GET /customers?filter[updatedAt]=... nach einem Zeitplan Ihrer Wahl. Booking Status liefert immer nur einen von sechs Werten zurück (active, scheduled, past_due, canceled, expired, incomplete) – das mappt direkt auf die oben beschriebenen HubSpot-Properties. Ein API-Key kann für diesen Use Case auf Read-only begrenzt werden (reader_api), da nichts zurückschreiben muss.

Häufig gestellte Fragen (FAQs)

Ja – wenn Sie möchten, dass Ihr Sales- oder Customer-Success-Team denselben Status sieht, den Ihr PMS trackt, und aktiv etwas hat, woran es arbeiten kann, z. B. einen Renewal-Deal, statt sich vollständig auf eine automatisierte Nachricht zu verlassen. Beides ergänzt sich – es konkurriert nicht.

In den meisten Fällen etwas dazwischen. Eine Middleware-Schicht – typischerweise Zapier, Make oder ein kleines Script – sitzt zwischen der API Ihrer Storage-Software und der API von HubSpot und schiebt die Daten rüber.

Nein – nicht bei dem hier beschriebenen Setup. Die Verbindung bewegt Daten nur in eine Richtung, nach HubSpot. Nichts, was in HubSpot geändert wird, schreibt zurück in Ihre operativen Datensätze.

Die meisten Storage-Plattformen unterstützen keine Webhooks – daher bewegen sich Daten nach Zeitplan (Polling) statt in dem Moment, in dem sich etwas ändert. Eine Verzögerung von fünf bis zehn Minuten beeinflusst listenbasierte Segmentierung oder Deal-Tracking nicht, weil sie nicht so zeitkritisch sind wie eine Trigger-E-Mail.

Das hängt davon ab, was Sie mit den Daten machen. Properties, Listen und Deal-Tracking liegen in anderen Teilen der HubSpot-Pläne als der Versand von Marketing-E-Mails, und HubSpots Tiers ändern sich im Laufe der Zeit – prüfen Sie daher die HubSpot-Preisseite anhand des konkreten Use Cases, den Sie planen, bevor Sie davon ausgehen, dass er abgedeckt ist.

Nicht für die Integration selbst. Zapier oder Make decken den Datensync ohne Code ab. Der Teil, für den es sich lohnt, Zeit einzuplanen, ist das Property-Setup in HubSpot – denn eine Liste oder ein Deal ist nur so zuverlässig wie die Property, auf der er basiert.

API Academy

Zapier-Automatisierungen, die Selfstorage-Betreiber tatsächlich nutzen

Echte Zapier-Automatisierungen, die Selfstorage-Betreiber mit Kinnovis erstellen – von SMS-Warnungen bei überfälligen Rechnungen bis hin zum sofortigen Lead-Follow-up und der Einzugsvorbereitung.

Mailchimp-Segmentierung für Selfstorage: Die richtigen Kunden ansprechen

Synchronisieren Sie Kundendaten von Ihrer Lagerverwaltungssoftware mit Mailchimp, damit Sie ehemalige Kunden, aktive Kunden oder jedes beliebige Segment ansprechen können, ohne Ihre gesamte Liste zu versenden.

Echtzeit-Verfügbarkeit von Einheiten in ein Marketing-Asset verwandeln

Übertragen Sie die Verfügbarkeit Ihrer Einheiten in Echtzeit von Ihrer Lagerverwaltungssoftware an Selfstorage-Verzeichnisse und wichtige Seiten Ihrer eigenen Website, einschließlich Schwellenwert-Banner wie „Nur noch wenige Einheiten“.

Jetzt starten

Entfesseln Sie das volle Potenzial Ihrer
Self-Storage-Anlagen

Kinnovis. Entwickelt, um Facility Management einfach zu machen​.