Die Kernidee lässt sich in einem Satz zusammenfassen: Hightouch bringt die im Data Warehouse veredelten Daten dorthin, wo sie operativ gebraucht werden. Ein Vertriebsteam braucht die im Warehouse berechnete Kaufwahrscheinlichkeit nicht in einem Bericht, sondern direkt im CRM neben dem Kundendatensatz. Ein Marketing-Team braucht eine im Warehouse definierte Zielgruppe nicht als Excel-Export, sondern automatisch synchronisiert in der Werbeplattform. Genau diese letzte Meile – vom analysierten Wissen zur operativen Handlung – schließt Hightouch.
Drei Eigenschaften definieren Hightouch:
Um Hightouch richtig einzuordnen, hilft ein Blick auf den typischen Weg der Daten. Zuerst werden Rohdaten aus Quellsystemen – ERP, CRM, Online-Shop, Marketing-Tools – in das zentrale Data Warehouse geladen, meist mit spezialisierten Ladewerkzeugen. Dort werden sie in einem zweiten Schritt transformiert: zu sauberen, konsistenten und geschäftlich sinnvollen Tabellen. Anschließend greifen BI-Werkzeuge darauf zu und machen die Daten sichtbar. Genau nach diesem Punkt setzt Hightouch an: Es nimmt die veredelten Daten und aktiviert sie – es spielt sie zurück in die operativen Systeme.
Diese Positionierung ist wichtig: Hightouch ersetzt weder das Data Warehouse noch das Ladewerkzeug noch das BI-Tool. Es füllt eine Lücke am Ende der Kette, die in vielen Datenlandschaften bislang mit manuellen Exporten, selbstgebauten Skripten oder gar nicht gefüllt war. In der Vergangenheit endete ein Datenprojekt oft am Dashboard – die eigentliche operative Nutzung blieb Handarbeit. Hightouch automatisiert diese letzte Meile.
Hightouch ist eng mit einem Konzept verbunden, das erst durch solche Werkzeuge populär wurde: der Data Activation. Der Gedanke dahinter ist einfach und zugleich folgenreich. Über Jahre haben Unternehmen viel in ihre Datenplattformen investiert – Warehouse, Transformationsschicht, BI-Tools. Das Ergebnis waren beeindruckende Dashboards, deren Erkenntnisse aber häufig im analytischen Raum stecken blieben, während das operative Tagesgeschäft weiter auf Bauchgefühl und veralteten Listen lief.
Data Activation schließt genau diese Kluft. Sie sorgt dafür, dass die im Warehouse gewonnenen Erkenntnisse dort ankommen, wo Entscheidungen fallen und Handlungen ausgelöst werden: im CRM des Vertriebs, in der Marketing-Automation, in der Werbeplattform, im Kundenservice-Tool. Für den Mittelstand ist das eine besonders gute Nachricht, weil hier oft weder Budget noch Personal für eine große, eigenständige Kundendatenplattform vorhanden sind. Ein warehouse-basierter Ansatz nutzt vorhandene Investitionen weiter, statt eine zweite Datensilo-Welt aufzubauen.
Reverse ETL ist die Grundlage, auf der alles Weitere aufbaut. Technisch beschreibt ein Anwender in Form einer SQL-Abfrage – oder über eine grafische Auswahl –, welche Daten aus dem Warehouse in welches Zielsystem fließen sollen. Hightouch übernimmt dann die verlässliche, wiederholbare Synchronisation: Es erkennt Änderungen, überträgt nur das Nötige und sorgt dafür, dass der Zieldatensatz mit dem Warehouse übereinstimmt. Diese Ebene richtet sich in erster Linie an daten- und IT-nahe Rollen, die die Datenflüsse einrichten und pflegen.
Der große Vorteil dieses Ansatzes: Die eigentliche Datenlogik – welche Kunden zu einem Segment gehören, wie eine Kennzahl berechnet wird – lebt weiter im Warehouse und in der dortigen Transformationsschicht. Hightouch fügt keine neue Logik-Ebene hinzu, die man separat pflegen müsste, sondern aktiviert die vorhandene. Das reduziert Doppelarbeit und verhindert, dass Definitionen an zwei Stellen auseinanderlaufen.
Auf dem Reverse-ETL-Fundament setzt Customer Studio auf. Es ist die Oberfläche, die Hightouch für Marketing- und CRM-Teams nutzbar macht – also für Fachbereiche, die selten SQL schreiben. Hier lassen sich Zielgruppen und Segmente grafisch zusammenstellen: etwa „alle Kunden mit hohem Wert, die seit drei Monaten nichts gekauft haben“. Diese Zielgruppe wird dann über die gewünschten Kanäle aktiviert – synchronisiert in die Werbeplattform, das E-Mail-Tool oder das CRM.
Damit verschiebt Hightouch die Zielgruppen-Arbeit von der IT hin zu den Fachbereichen, ohne die zentrale Datenhoheit aufzugeben. Das Marketing kann eigenständig Segmente bauen und aktivieren, während die zugrunde liegenden Daten und Definitionen sauber im Warehouse verankert bleiben. Aus Beratungssicht ist genau diese Balance – Selbstständigkeit der Fachbereiche bei zentraler Datenkontrolle – einer der attraktivsten Aspekte der Plattform.
Mit Customer Studio positioniert sich Hightouch als Composable CDP – eine zusammensetzbare Kundendatenplattform. Der Begriff grenzt sich bewusst von der klassischen, geschlossenen CDP ab. Eine herkömmliche CDP bringt eine eigene, proprietäre Datenbank mit, in die Kundendaten kopiert und dort verwaltet werden – ein weiteres Datensilo neben dem Warehouse. Der Composable-Ansatz kehrt das um: Er nutzt das ohnehin vorhandene Data Warehouse als Kern und setzt die Kundendatenplattform aus vorhandenen Bausteinen zusammen.
Für den Mittelstand ist diese Einordnung mehr als Marketing-Vokabular. Sie beschreibt eine grundlegend andere Architektur, die Doppelhaltung von Daten vermeidet, die Anbieterbindung reduziert und vorhandene Investitionen in das Warehouse weiternutzt. Wir vertiefen die Abgrenzung zur klassischen CDP in Kapitel 06 – an dieser Stelle genügt die Feststellung: Hightouch ist kein Datensilo, sondern eine Aktivierungsschicht auf dem eigenen Warehouse.
Am Anfang jedes Datenflusses steht ein Modell. Es beschreibt, welche Daten aus dem Warehouse verwendet werden – klassischerweise als SQL-Abfrage, zunehmend aber auch über eine grafische Auswahl für Anwender ohne SQL-Kenntnisse. Ein Modell könnte etwa alle Kunden mit ihrem Gesamtumsatz, dem letzten Kaufdatum und einer im Warehouse berechneten Kennzahl liefern. Dieses Modell ist die wiederverwendbare Grundlage, auf der Syncs und Zielgruppen aufsetzen.
Besonders interessant für Unternehmen mit einer reifen Datenplattform ist die enge Verzahnung mit der Transformationsschicht. Wer seine Geschäftslogik bereits mit einem Werkzeug wie dbt sauber modelliert hat, kann diese Modelle in Hightouch weiternutzen, statt die Logik erneut zu formulieren. Die im Warehouse definierten, getesteten und dokumentierten Analysetabellen werden so direkt zur Basis der operativen Aktivierung. Das ist ein starkes Argument: Die eine, saubere Definition einer Kennzahl oder eines Segments gilt vom Dashboard bis zur Werbeplattform.
Das Herzstück im Alltag sind die Syncs. Ein Sync verbindet ein Modell mit einem Zielsystem und sorgt dafür, dass die Daten dort ankommen und aktuell bleiben. Hightouch arbeitet dabei effizient: Es erkennt, welche Datensätze sich seit der letzten Übertragung geändert haben, und synchronisiert nur diese Differenz – statt jedes Mal alles neu zu übertragen. Syncs können nach einem Zeitplan laufen oder durch Ereignisse ausgelöst werden. So bleiben CRM, Marketing-Tool und Warehouse verlässlich im Gleichklang.
Die Bandbreite der Zielsysteme ist ein zentrales Verkaufsargument. Jedes Ziel – ob CRM, Marketing-Automation, Werbeplattform oder Kundenservice-Werkzeug – ist als vorbereitete Anbindung verfügbar, die die oft mühsame und fehleranfällige Schnittstellenarbeit abnimmt. Statt für jedes Zielsystem eine eigene Integration zu programmieren und zu pflegen, konfiguriert man den Sync und überlässt die technischen Feinheiten der Plattform. Diese Standardisierung senkt den Aufwand erheblich und ist gerade für kleinere Teams entscheidend.
Die Audiences sind die für Fachbereiche sichtbarste Fähigkeit. Über eine grafische Oberfläche lassen sich Zielgruppen aus den Warehouse-Daten zusammenstellen, indem man Kriterien kombiniert – ohne eine Zeile SQL zu schreiben. Ein Marketing-Verantwortlicher definiert etwa eine Zielgruppe „Kunden mit hohem Wert, deren letzter Kauf mehr als 90 Tage zurückliegt“ und aktiviert sie mit wenigen Klicks über die gewünschten Kanäle. Weil die zugrunde liegenden Daten aus dem Warehouse stammen, ist die Zielgruppe über alle Kanäle hinweg konsistent definiert.
Genau hier liegt ein oft übersehener Vorteil. Die verbreitete Unsitte, Zielgruppen manuell als CSV zu exportieren und in jedes Tool separat hochzuladen, entfällt. Damit verschwindet auch eine typische Fehlerquelle: veraltete Listen, uneinheitliche Segmente und der Aufwand, jede Aktualisierung von Hand nachzuziehen. Die Zielgruppen bleiben lebendig und aktuell, weil sie direkt an der Datenbasis hängen.
Die Grundidee der Automatisierung bei Hightouch ist eng mit dem Reverse-ETL-Prinzip verwoben: Wiederkehrende Datenflüsse laufen nicht von Hand, sondern verlässlich und wiederholbar. Zielgruppen werden nicht einmalig exportiert, sondern bleiben dauerhaft mit dem Warehouse verbunden und aktualisieren sich selbst. Auf diesem Fundament setzen die anspruchsvolleren KI-Funktionen auf.
Hightouch hat mit KI-Decisioning eine Funktionsfamilie vorgestellt, die einen Schritt über das reine Synchronisieren hinausgeht. Der Anspruch: Statt für jeden Kunden dieselbe Kampagne oder Botschaft auszuspielen, soll auf Basis der Daten datenindividuell entschieden werden, welche Aktion für welchen Kunden die vielversprechendste ist – die sogenannte „nächste beste Aktion“. Welcher Kanal, welche Botschaft, welcher Zeitpunkt passt zu diesem konkreten Kundenprofil? KI-Decisioning versucht, diese Entscheidung aus den vorhandenen Daten zu lernen und automatisiert zu treffen.
Aus Beratungssicht ordnen wir das nüchtern ein: Solche Funktionen sind vielversprechend, aber kein Selbstläufer. Sie brauchen eine breite, saubere Datengrundlage, um überhaupt sinnvolle Muster lernen zu können – und sie brauchen eine fachliche Kontrolle, die prüft, ob die automatisierten Entscheidungen geschäftlich und rechtlich vertretbar sind. Gerade bei personenbezogenen Daten und automatisierten Entscheidungen sind datenschutzrechtliche Aspekte sorgfältig zu bedenken (siehe Kapitel 09). Wir empfehlen, KI-Decisioning als fortgeschrittene Ausbaustufe zu betrachten, nicht als Einstiegsfunktion. Zudem entwickelt sich diese Funktionsfamilie schnell – den konkreten Umfang und Reifegrad sollte man beim Anbieter prüfen.
Weniger spektakulär, aber im Alltag oft wirkungsvoller ist die Automatisierung rund um Zielgruppen. Eine einmal definierte Audience bleibt dauerhaft mit dem Warehouse verbunden und aktualisiert sich automatisch: Erfüllt ein Kunde neu die Kriterien, rutscht er in die Zielgruppe; erfüllt er sie nicht mehr, fällt er heraus. Diese Aktualisierungen werden automatisch in die angebundenen Zielsysteme übertragen. So bleiben Kampagnen-Segmente stets aktuell, ohne dass jemand manuell nachpflegen muss.
Darüber hinaus lassen sich Datenflüsse an Ereignisse und Zeitpläne koppeln. Ein Sync kann etwa immer dann laufen, wenn im Warehouse frische Daten eintreffen, oder in festen Intervallen. Für den Alltag bedeutet das: Die operative Datenlandschaft bleibt ohne ständiges Eingreifen konsistent. Diese schlichte, verlässliche Automatisierung ist aus unserer Erfahrung der Punkt, an dem Hightouch im Tagesgeschäft den größten und unmittelbarsten Nutzen stiftet.
Über alle KI-Funktionen hinweg gilt aus unserer Sicht ein Grundsatz: KI ist ein Beschleuniger für gute Daten und erfahrene Anwender, kein Ersatz für fehlende Grundlagen. Eine KI, die auf einer lückenhaften oder widersprüchlichen Datenbasis arbeitet, trifft eben lückenhafte und widersprüchliche Entscheidungen – und automatisiert diese Fehler dann auch noch. Wer die Reihenfolge umdreht und mit den glänzenden KI-Funktionen beginnt, bevor die Datenbasis trägt, baut auf Sand. Zuerst zählt eine saubere, verlässliche Datengrundlage; erst danach ist KI-gestützte Aktivierung die sinnvolle Veredelung.
Der typische Aufbau folgt einer klaren Arbeitsteilung: Ein Ladewerkzeug bringt Rohdaten aus den Quellsystemen ins Warehouse, eine Transformationsschicht veredelt sie zu sauberen Analysetabellen, und Hightouch aktiviert diese Tabellen in den operativen Werkzeugen. Weil Hightouch auf dem Warehouse aufsetzt und dessen Daten nutzt, ordnet es sich nahtlos in eine bereits vorhandene moderne Datenarchitektur ein.
Hightouch braucht ein Data Warehouse als Quelle – das ist seine Grundvoraussetzung. Es unterstützt die führenden modernen Plattformen, darunter Snowflake, Google BigQuery, Databricks und Amazon Redshift, sowie weitere Datenbanken. Diese Wahl ist bewusst offen gehalten: Hightouch bindet sich nicht an einen einzelnen Anbieter, sondern spricht die jeweilige Umgebung an. Das gibt Unternehmen Flexibilität und mindert die Bindung an eine bestimmte Cloud. Entscheidend ist der Kerngedanke: Die eigentlichen Daten bleiben im Warehouse des Unternehmens; Hightouch liest sie und aktiviert sie, statt sie in einer eigenen Datenbank dauerhaft zu speichern.
Für den Mittelstand ist diese Offenheit ein starkes Argument. Wer heute etwa mit BigQuery startet, weil das Unternehmen ohnehin in der Google-Welt zu Hause ist, legt sich mit Hightouch nicht zusätzlich fest. Und wer sein Warehouse in einer EU-Region betreibt, behält – wie in Kapitel 09 vertieft – die zentrale Datenlage in seiner Kontrolle.
Ein besonderer Punkt ist das Zusammenspiel mit der Transformationsschicht, wie sie etwa durch dbt gebildet wird. Wer seine Geschäftslogik – Kennzahlen, Segmentdefinitionen, aufbereitete Kundentabellen – bereits sauber im Warehouse modelliert hat, kann diese Modelle direkt zur Grundlage der Aktivierung machen. Hightouch muss die Logik nicht erneut formulieren; es setzt auf den vorhandenen, getesteten und dokumentierten Tabellen auf. Damit gilt eine einmal definierte Wahrheit durchgängig: vom Rohdatensatz über die Transformation bis zur operativen Aktivierung.
Diese Verzahnung ist kein Zufall, sondern gute Architektur. Jede Schicht tut genau eine Sache gut: Das Ladewerkzeug bringt Daten herein, die Transformationsschicht veredelt sie, Hightouch aktiviert sie. Das Ergebnis ist eine Datenlandschaft aus austauschbaren, spezialisierten Bausteinen statt eines monolithischen Werkzeugs, das alles halbgut versucht. Für den Mittelstand bedeutet das mehr Verhandlungsspielraum und weniger Abhängigkeit – jede Schicht lässt sich einzeln bewerten und im Zweifel austauschen.
Am Ende der Kette stehen die Zielsysteme, die die aktivierten Daten operativ nutzbar machen. Hightouch bietet eine große Bandbreite vorbereiteter Anbindungen: CRM-Systeme, in denen der Vertrieb arbeitet; Marketing-Automation und E-Mail-Werkzeuge; Werbeplattformen der großen Anbieter; Kundenservice-Tools; und viele weitere operative Werkzeuge. Jede dieser Anbindungen nimmt die technische Schnittstellenarbeit ab, die andernfalls für jedes Zielsystem einzeln zu leisten wäre.
Genau hierin liegt der praktische Gewinn. Anstatt für jedes Marketing-Tool und jede Werbeplattform eine eigene Integration zu bauen und dauerhaft zu pflegen – eine notorisch wartungsintensive Aufgabe, weil sich Schnittstellen ständig ändern –, konfiguriert man in Hightouch einen Sync und überlässt die Feinheiten der Plattform. Das senkt nicht nur den einmaligen Aufwand, sondern auch die laufende Last der Wartung erheblich. Für kleinere Teams, die diese Integrationsarbeit sonst nebenher stemmen müssten, ist das ein entscheidender Vorteil.
Der wichtigste Unterschied betrifft die Richtung des Datenflusses. Klassische Ladewerkzeuge bringen Daten aus vielen Quellen in das Warehouse. Hightouch kehrt diese Richtung um und bringt die aufbereiteten Daten aus dem Warehouse in operative Ziele. Beide sind keine Konkurrenten, sondern zwei Enden derselben Datenpipeline.
Der naheliegendste direkte Vergleich ist der zu Census, einem weiteren Anbieter im Bereich Reverse ETL und Data Activation. Beide verfolgen denselben grundlegenden, warehouse-nativen Ansatz: Daten aus dem eigenen Warehouse in operative Ziele aktivieren, ohne ein zweites Datensilo aufzubauen. Sie adressieren dieselbe Kategorie und lösen dasselbe grundlegende Problem. Die Unterschiede liegen eher im Detail – in Schwerpunkten der Funktionsausstattung, der Bedienoberfläche, dem Umfang der Zielanbindungen und der jeweiligen Preisgestaltung.
Aus Beratungssicht raten wir davon ab, diese Wahl auf Basis von Marketing-Versprechen oder Funktionslisten zu treffen. Weil beide Werkzeuge derselben Philosophie folgen, entscheidet in der Praxis die Passung zum konkreten Anwendungsfall: Welche Zielsysteme braucht Ihr Unternehmen tatsächlich, welche Oberfläche passt zu Ihren Fachbereichen, und wie fügt sich das Werkzeug in die vorhandene Datenlandschaft ein? Diese Fragen beantwortet man am besten in einer strukturierten, herstellerneutralen Bewertung – nicht durch das Nachzählen von Häkchen in einer Vergleichstabelle.
Der schärfste konzeptionelle Gegensatz besteht zur klassischen Customer Data Platform (CDP). Eine herkömmliche CDP bringt eine eigene, proprietäre Datenbank mit: Kundendaten werden aus den Quellsystemen dorthin kopiert, in der Plattform verwaltet und von dort aktiviert. Das schafft ein zweites Datensilo neben dem Warehouse – mit allen bekannten Folgen: doppelte Datenhaltung, das Risiko auseinanderlaufender Definitionen und eine oft erhebliche Anbieterbindung, weil die Kundendaten in der Plattform gefangen sind.
Der Composable-Ansatz von Hightouch kehrt das um. Das ohnehin vorhandene Data Warehouse bleibt die einzige führende Datenquelle; Hightouch setzt als Aktivierungsschicht darauf auf. Das vermeidet die doppelte Datenhaltung, hält die Definitionen zentral und reduziert die Anbieterbindung deutlich. Für Unternehmen, die bereits in ein modernes Warehouse investiert haben, ist dieser Weg meist die architektonisch sauberere und wirtschaftlich sinnvollere Wahl. Es gibt allerdings Konstellationen – etwa wenn kein Warehouse vorhanden ist oder sehr spezielle Funktionen einer geschlossenen CDP benötigt werden –, in denen die klassische Variante ihre Berechtigung behält. Auch das ist eine Einzelfallabwägung.
Zur ehrlichen Einordnung gehört, klar zu benennen, was Hightouch nicht leistet. Hightouch ist kein Ladewerkzeug – es bringt keine Daten aus Quellsystemen in das Warehouse (das erledigen Werkzeuge wie Fivetran oder Airbyte). Es ist kein Data Warehouse – es speichert die Geschäftsdaten nicht als führende Quelle, sondern nutzt das vorhandene Warehouse. Es ist keine Transformationsschicht – die Geschäftslogik gehört idealerweise in ein Werkzeug wie dbt. Und es ist kein BI-Tool – es erzeugt keine Dashboards. Hightouch macht eine Sache – die Aktivierung von Warehouse-Daten in operative Ziele – ausgesprochen gut und überlässt den Rest bewusst spezialisierten Nachbarn.
Die wichtigste Voraussetzung ist ein funktionierendes, verlässlich modelliertes Data Warehouse, in dem die Daten liegen, die aktiviert werden sollen. Hightouch ohne Warehouse ist wie eine Brücke ohne Ufer – es fehlt die Quelle, aus der es schöpft. Häufig wird Hightouch daher am Ende einer Datenplattform eingeführt, deren Fundament – Warehouse, Ladeschicht, Transformationsschicht – bereits steht. Ist dieses Fundament sauber, ist der technische Start unkompliziert.
Hightouch selbst wird als Cloud-SaaS betrieben: Der Anbieter stellt den Dienst bereit, es ist keine eigene Serverinfrastruktur einzurichten. Die Verbindung zum eigenen Warehouse wird konfiguriert, die Zielsysteme werden angebunden, und die ersten Syncs lassen sich einrichten. Dieser geringe Einrichtungsaufwand ist eine der Stärken der Plattform – zugleich bedeutet der SaaS-Betrieb, dass ein externer, US-amerikanischer Anbieter im Spiel ist, was Datenschutz- und Datenhoheits-Fragen aufwirft, die wir in Kapitel 09 gesondert behandeln.
Der zweite Erfolgsfaktor ist die klare Definition der Anwendungsfälle. Hightouch ist kein Selbstzweck – sein Wert bemisst sich daran, welche operativen Prozesse es verbessert. Wir empfehlen, mit einem konkreten, schmerzhaften Anwendungsfall zu beginnen: etwa der automatischen Synchronisation eines im Warehouse berechneten Kundenwerts ins CRM oder der Aktivierung einer einzelnen wichtigen Zielgruppe in der Marketing-Plattform. Ein solcher fokussierter Start liefert schnell sichtbaren Wert, schafft Akzeptanz und hält den Aufwand überschaubar.
Aus dem ersten Erfolg wächst die Nutzung dann organisch weiter. Statt sofort alle denkbaren Datenflüsse einzurichten, baut man die Aktivierung Fall für Fall aus – jeweils orientiert an einem realen Geschäftsbedarf. Diese Disziplin verhindert, dass die Hightouch-Umgebung mit der Zeit im Wildwuchs undurchschaubarer Syncs endet, deren Zweck niemand mehr kennt.
Weil Hightouch an der Schnittstelle zwischen der analytischen und der operativen Welt sitzt, treffen hier verschiedene Rollen aufeinander: daten- und IT-nahe Mitarbeiter, die die Modelle und Syncs verantworten, und Fachbereiche, die über Customer Studio eigenständig Zielgruppen bauen. Das ist ein Gewinn – gerade im Mittelstand, wo wenige Personen viele Rollen tragen. Zugleich empfiehlt sich ein klares Rechte- und Governance-Konzept, das festlegt, wer welche Datenflüsse einrichten, ändern und produktiv schalten darf. Besonders bei der Aktivierung personenbezogener Daten in externe Werbeplattformen ist eine klare Verantwortlichkeit wichtig. Hightouch macht die Aktivierung technisch handhabbar; die organisatorische Disziplin – Konventionen, Freigaben, Verantwortlichkeiten und Datenschutzprüfung – müssen Sie selbst mitbringen. Genau an dieser Schnittstelle zwischen Technik, Daten, Marketing und Organisation setzt unsere Beratungsarbeit an.
Besonders naheliegend ist Hightouch für Unternehmen, die bereits Daten aus mehreren Quellsystemen in einem Cloud-Warehouse zusammenführen und sauber modelliert haben, diese Erkenntnisse aber bislang nur in Dashboards betrachten. Ein klassisches Beispiel ist die Anreicherung des CRM: Der im Warehouse berechnete Kundenwert, die Kaufhistorie oder ein Abwanderungsrisiko werden automatisch in das CRM synchronisiert, sodass der Vertrieb diese Informationen direkt am Kundendatensatz sieht – statt sie in einem separaten Bericht suchen zu müssen.
Weitere typische Felder sind die zielgenaue Marketing-Aktivierung – eine im Warehouse definierte Zielgruppe wird automatisch in Werbeplattformen und E-Mail-Tools synchronisiert, sodass Kampagnen präziser und ohne manuelle Listen-Exporte laufen; die Unterdrückung bestehender Kunden in Neukunden-Werbung, um Budget nicht an bereits gewonnene Adressen zu verschwenden; oder die Anreicherung von Kundenservice-Tools mit dem Wert und der Historie eines Kunden, damit der Service situationsgerecht reagieren kann. In all diesen Fällen ist Hightouch nicht das sichtbare Ergebnis, sondern der Grund dafür, dass die operativen Werkzeuge mit aktuellen, verlässlichen Daten arbeiten.
Ein erster, klar umrissener Hightouch-Anwendungsfall – vom Verbinden des Warehouse über das erste Modell bis zum verlässlich laufenden Sync in ein Zielsystem – ist in vielen Mittelstands-Projekten in kurzer Zeit umsetzbar, sofern ein Warehouse mit sauberen Daten bereits vorhanden ist. Der Aufbau einer breiten, unternehmensweiten Aktivierung über viele Zielsysteme und Zielgruppen hinweg ist dagegen ein fortlaufendes Programm. Wer mit einem fokussierten Pilotprojekt startet und daraus lernt, baut die Nutzung tragfähig aus – statt sich an einem überdimensionierten Erstwurf zu verheben. Wichtig ist die ehrliche Einordnung: Hightouch ist ein Baustein, kein Rundum-sorglos-Paket, und entfaltet seinen Wert erst im Zusammenspiel mit Warehouse, Transformationsschicht und den operativen Zielsystemen.
Hightouch wird als Cloud-SaaS im Abonnement angeboten. Der Anbieter stellt üblicherweise gestufte Pläne bereit, die sich in Funktionsumfang und Nutzungsumfang unterscheiden. Konkrete Eurobeträge nennen wir bewusst nicht – die Preise unterscheiden sich je nach Plan, Nutzung, Anzahl der aktivierten Datensätze oder Ziele und ausgehandeltem Vertrag und ändern sich über die Zeit. Die verbindlichen Konditionen prüfen Sie bitte direkt beim Anbieter.
Ein oft übersehener Punkt: Hightouch speichert Ihre Geschäftsdaten nicht als führende Quelle, sondern liest sie aus dem Warehouse. Die eigentlichen Kosten der Datenhaltung und der Berechnung von Modellen entstehen daher im Warehouse, nicht in Hightouch. Wer häufig große Datenmengen abfragt oder ineffiziente Modelle betreibt, treibt die Warehouse-Rechnung. Wer die Gesamtkosten seiner Datenplattform betrachtet, muss Hightouch-Abo, Warehouse-Kosten, Transformationsschicht und Ladeschicht zusammendenken – Hightouch ist dabei ein Posten unter mehreren.
Hightouch, Inc. ist ein US-amerikanisches Unternehmen. Für deutsche und europäische Unternehmen wirft das – wie bei allen US-Anbietern – berechtigte Fragen zu Datenschutz und Datenhoheit auf. Entscheidend ist hier eine Besonderheit des warehouse-basierten Ansatzes: Die eigentlichen Massendaten bleiben in Ihrem eigenen Data Warehouse und werden dort gespeichert und verarbeitet – Hightouch baut keine eigene, parallele Kundendatenbank auf. Diese Datenhoheit ist eine ausgesprochene Stärke gegenüber klassischen CDPs, die Kundendaten in ein eigenes Silo kopieren.
So sehr die warehouse-basierte Datenhaltung ein Vorteil ist, so wichtig ist die differenzierte Betrachtung. Zwei Punkte verdienen besondere Aufmerksamkeit. Erstens: Zwar bleiben die Daten im Warehouse, doch für die Aktivierung müssen die betroffenen Datensätze durch den von einem US-Anbieter betriebenen Dienst fließen, um in die Zielsysteme zu gelangen. Der angebotene Serverstandort und die Frage, ob und in welchem Umfang Daten dabei in ein Drittland gelangen, sind daher direkt beim Anbieter zu prüfen – ebenso, ob EU-Optionen angeboten werden. Zweitens: Die Zielsysteme selbst – Werbeplattformen, Marketing-Tools – sind häufig ihrerseits US-Anbieter, was eine eigene datenschutzrechtliche Bewertung des Datentransfers dorthin erfordert.
Bestehen bleibt – wie bei allen US-Anbietern – ein grundsätzliches Drittland-Thema, das seit den Schrems-Urteilen und der Diskussion um den US Cloud Act kontrovers bewertet wird. Weil die führende Datenlage im eigenen, idealerweise in einer EU-Region betriebenen Warehouse verbleibt, ist das Souveränitätsprofil hier oft günstiger als bei einer geschlossenen CDP, die alle Kundendaten selbst speichert. Für die meisten Mittelständler ist Hightouch mit geprüftem Serverstandort, sauberem Auftragsverarbeitungsvertrag, Datenminimierung und einer sorgfältigen Prüfung der jeweiligen Zielsysteme vertretbar. Die endgültige Bewertung – gerade bei personenbezogenen Daten in der Werbung – bleibt eine Frage des Einzelfalls und gehört in fachkundige Hände.
