Case Study: Zentrale CRM-Daten & -Attribution für Clockodo.
In diesem Video sprechen Moritz (Co-Founder) und Vera (Head of Customer Success) von Clockodo mit Paul, unserem Head of Revenue Operations & CRM Services. In der sechsmonatigen Zusammenarbeit hat Paul’s Team Hubspot als zentrales CRM-System mit allen relevanten Integrationen eingeführt und die Attribution von CRM-Daten deutlich verbessert. Die Projektergebnisse erleichtern die tägliche Arbeit von Service Agents sowie Mitarbeiter:innen in Sales und CRM. Jetzt reinhören!
Hallo, Netz, willkommen heute eine besondere Ausgabe und zwar haben wir Gäste
bei uns im Podcast Studio zu einer kleinen Success Story mitgebracht und das
sind Moritz und Vera von Tocco Do.
Wir würden mit einer kleinen Forschungsrunde mit Beginn vorzustellen, dann rie
cht das selber noch und dann zähle ich mal, wo du bei uns weiter unterhalten.
Ich fange an, ok, alles klar. Ich bin Vera, ich bin Head of Customer Success
bei Klocco Do. Das heißt, das ganze Kunden-Service-Team ist bei mir,
es geht um den täglichen Kunden-Support, um alles, was mir Zell zu tun hat.
Ich bin jetzt seit 6,5 Jahren bei Tocco Do.
Ja, Punkt.
Ich bin Moritz, eine der beiden Gründer von Tocco Do. Seit 12 Jahren ist es
dabei, mit dem Thomas zusammen damals gegründet und wir machen eine Zeitaff
assung,
auf der wir mit der Unternehmung.
Cool, knapp und prägnar.
Für all die mich noch nicht kennen, ich bin Paul, ich bin bei Jörg Fahntwurde
für Ravney Operations und CRM Services.
Haben wir letztes Jahr ins Leben gerufen und beschäftigt sich eigentlich damit
die ganzen Systeme und Prozessimhindergrund zu bauen, damit unsere Kunden
möglichst effizient und effektiv wachsen können.
Und zwar sind wir heute hier, weil wir in den letzten sechs Monaten ungefähr
viel zusammengearbeitet haben und hatten einen größeres, umfangreicheres
Projekt.
Und das ist jetzt zum Ende gekommen und da wollten wir einmal darüber sprechen
und dann würde ich starten mit, was waren denn die, also wie war aus Eure Pers
pektive der Weg zu dem Projekt?
Sprich, was waren die Herausforderungen, deswegen haben wir eigentlich damit
angefangen.
Ja, wir hatten im Endeffekt ja zwei verschiedene Baustellen zu bearbeiten, sag
ich mal, das eine war die alltägliche Arbeit.
Bei mir im Team, im Kunden-Service, die war teilweise sehr umständlich, weil
wir die Daten an unterschiedlichen Stellen liegen hatten.
Das heißt, wir haben Habsport schon vorher benutzt als Ticketsystem und hatten
da ein paar Kunden-Daten drin, aber nicht verknüpft mit den eigentlichen
Kunden-Daten.
Und so was für mein Team immer so, dass sie sich im Endeffekt im täglichen T
icket, in der täglichen Ticketbearbeitung, die Informationen erst mal umständ
lich zusammenklicken mussten und gerade jetzt mit wachsenden Kunden zahlen, wach
senden Ticket aufkommt.
Es ist einfach sehr langwierig und umständlich geworden für mein Team.
Genon die zweite Herausforderung war, dass wir Marketing-Masern nur sehr schwer
auswerten konnten, wir hatten da keine richtige Verbindung zu den Kunden-Daten
vor dem Umsetzen auch nicht.
Und mussten da, wenn wir was machen wollten, war sehr viel händisch in der
Daten, man grausuchen und gerade für Marketing-Mitarbeiter oder auch Anentur,
und was kann ich wirklich das wirklich auszuwerten und da auch Performance-D
aten ausziehen.
Ja, also einfach dieses Attributions-Thema hat man ja. Und auf der anderen
Seite dann die ganze Thematik mit "Okay, wie repräsentieren wir jetzt von
Kunden auch in der CRM-Seite, damit dein Team möglichst schnell sehen kann,
was es denn gerade der Status-Kuh mit den Kunden oder auch der Vertrieb eben
das sehen kann, datten wir bei den Projektsgruppe in die Zahn-So-Zwei-Strenge
aufgezeichnet.
Da hat eine gesagt, okay, das eine, nennen wir so den Attributions-Strang und
das andere nennen wir den Kern CRM-Strang, vor allem auf der Bader-Wirt.
Und da haben wir zu Beginn, da haben wir gestartet mit so einem Scoping, wo wir
gesagt haben, das sind die ganzen einzelnen Schritte.
Könnt ihr vielleicht das eure Perspektive einmal zusammenfassen, sowas alles
denn in dem Projekt.
Was Teil davon war? Krass, wie das Scope für euch aussah.
Ja, gestartet sind wir mit dem Stand des Herbsport- als Ticketsystem eigentlich
nur genutzt haben und gar nicht die Möglichkeit, nur wirklich ausgenutzt haben
und zielbern, aber das komplett als sehr immer auch zu nutzen.
Das ist halt die Freude, alle Daten, die wir in anderen Systemen haben, dann in
Herbsport bekommen und dann immer ein zentraler Stellerhaus werden können.
Und dann eben aber eben auch für die Marketing, einer Lüsen- und Auswertung,
die Erspulsion eben so weit zu strukturieren, dass er da auch einfach sagen
können, okay, aus welchem Kanal kommen jetzt, welche Kunden, welche Lied
zusammen und dass man diese Quellen daneben auch nicht zu ordnen kann und
hinterher umsetze zu ordnen kann.
Und zu dieser Systemlandschaft, weil du sagst, die Daten waren nicht integriert
und CRM, kannst du vielleicht ein bisschen erzählen, wie eure Systemlandschaft
aussieht, mit daher man Gefühl für das.
Wir müssen so hochbedingt sehr viel eigenprogrammierte Lösungen, das heißt,
wir haben sehr viele eine Datenbank im Lügen, wo wir die Sachen für die An
wendungen bereit halten, das heißt Vertragswesen und auch Rechnungswesen, die
bei uns alles in eine eigenprogrammierten Datenbank und daneben Habsport eben
als ja tägliches Arbeitsgerät für den Kunden-Service, wo die Kunden Daten drin
liegen, die Tickets drin liegen, die Mails hier rankommen, aber diese Bein
systeme war einfach nicht verbunden, das heißt, man wusste, beim Beinsystem
nachschauen, Daten rauswuchen und das stört auch, was am Alltaglich, nur
Arbeitsalltag, wenn man da immer verschiedene Systemen bearbeiten muss.
Das ganze Subscription-Mail, wenn du läuft dir über Stripe und bei euch in
der eigenen Backend, das heißt, da wurde jetzt kein Extra-Tool für genutzt.
Ich habe eigentlich nur dieses Backend aus der App und die CRM-Daten, das ist
ich.
Genau.
Cool, dann haben wir ja zu Beginn, ich glaube, wir gestalten haben, ich wäre
das Primär gemacht, wir haben eigentlich in den Versuch zu den Status quo zu
verstehen, mal alles aufgezeichnet in einem großen Mirroboard und die hat auch
schon eine
Situation mitgebracht, die waren sehr hilfreich und es ging darum, die Customer
-Junnie, also wie bewegt sich eigentlich so ein Prospect jetzt durch das System,
also wie wird systemisch abgebildet, wieder quasi von, von Kent uns gar nicht
zu kunde wird und aber auch was passiert mit dem, wenn eben Ticket rein kommt,
also wie wird dann im Bearbeitet, in welchem Stadion befindet sich das Ticket
und so weiter und so fort.
Und das, wie lief das für dich ab? Also, wo gab es da für dich neue Erkennt
nisse in diesem Prozess oder war das alles schon vorhanden eigentlich?
Es war eine spannende Mischung, weil wir hatten natürlich vorher schon mal uns
Gedanken darum gemacht, wie so eine typische Customer-Junnie aussehen könnte
und hatten die auch schon mal in einem Mirroboard aufgemäppt.
Und du hast dann aber aus unseren Erzählungen, das dem was du sehen konntest,
das für dich auch nochmal nachgebaut und es hat sogar sehr gut zusammengepasst
, das war schon sehr ähnlich, was ich schon sehr gut fand.
Aber wir haben dann halt eben einfach die bestehende Customer-Junnie einmal
analysiert und haben geguckt, wie können wir die perfekt in Hubspot abbilden,
welche Liedphasen, welche Lifecycle-Stages haben wir überhaupt, welche
brauchen wir, wie an welchen Stellen zwitscht ein Interessent oder ein Kunde?
Und vorher war es halt sehr viel, dass wir Eigenschaften in Hubspot nach Bauch
gefühl und Händisch-Manuelle gesetzt haben und so weiter.
Und jetzt haben wir halt einfach mal professionell uns Gedanken gemacht, welche
Kriterien sprechen für welches Stage, für welche Phase und haben das dann
eben auch mit Hilfe von Automatisierung komplett abgebildet, sodass wir jetzt
mit Workflow-Kristen.
Workflow-Kriterien automatisch setzen können, die Phasen sich automatisch verschieben, wenn das Systemregistriet da jetzt gekauft oder da hat jetzt gerade im schlimmsten Fall auch gekündigt oder ähnliches, sodass wir da einfach eine neue Jadatenqualität einfach haben und die wir jetzt halt eben auch um Z
und die wir eben auch um Z
und die wir eben auch um Z mise im Kopf hatten, was wir vorher so gar nicht
hatten. Und haben im Endeffekt alles das, was wir vorher im Kopf fahrten und in
der Theorie wussten, haben wir jetzt einfach aufs Papier und ins System
gebracht und das fand ich wahr.
Und ich habe mich damals sehr gefreut über die Erkenntnis, dass das scheinbar
wirklich so ist, wie wir es so ein Thema vorgestellt haben und dass das jetzt
eben auch so abgebildet werden kann, dass man es einfach auch anhand ein deut
iger Kriterien nachvollziehen kann.
Das fühlt mich sehr wertvoller.
Ich glaube, diese der wichtigsten Schritte in diesem ganzen Prozess, der dieses
Aufdähen von klaren Definitionen einfach zu sagen, okay, dieser Status, der
bedeutet jetzt davon das und der wird gesetzt, wenn Fall A oder B eintritt.
Aber ihr halt eigentlich gar nicht so ein schlechter Ausgangslage, also wir
sind da sind da deutlich schlechterer umstände, das war so so, sagen wir auf.
Ja, du hast zumindest schon mal euch Gedanken darüber gemacht, wann setzen wir
was, auch wenn es halt nicht perfekt durch definierte war und ich hatte auch
das Gefühl, dass euer Team das eigentlich ganz gut im Griff hatte, auch wenn
es nicht, wenn sich voller automatisiert war.
Ich denke aber das, das vor allem dieser man um alle aufwand, dass der halt ein
Stück weit wegfällt, dass mehr Automatisierung laufen, die erkennen, was wenn
Falle gerade vorliegt, dass das ja das Day to Day dann erleichtert.
Ja, also schon allein so Kleinigkeiten, dass wir früher bei uns in der Daten
bank nachguckt haben, oh der Kunde hat jetzt gerade abgeschlossen, jetzt mark
iere ich den händisch in Hubspot auch als er hat abgeschlossen,
allein dass so was jetzt automatisch passiert und wenn man Deal dazu hat, dass
der automatisch verschoben wird, dass der Mitarbeiter Bescheid bekommt, das
sind all so Sachen, die vorher manuell nur nötig möglich waren und das sicher
jetzt kann man halt nichts mehr übersehen.
Ich habe ja eine Mixed Motion, also es ist ja bei Klo Kodokanz ja eigentlich
frei testen und ich dann auch selber quasi Self-Checkout machen ohne dass jetzt
ein Vertriebler involviert ist, könnte vielleicht einfach einmal erklären,
wie bei euch denn dieser Vertriebspart abläuft in dieser Marktbewegung.
Also im Endeffekt ist es so, genau wer im Self-Service-Version, wo sich jeder
kostenfrei registrieren kann, testen kann und abschließen kann und wir haben
aber eben auch ein Zeltsteam, was bei Bedarf zur Verfügung steht, indem wir
jeweils mit dem Interessenten Beratungsgespräche führen, Fragen, was genau
braucht derjenige, wie kann man das bei uns am besten abbilden und wie eben
diese Testphase einfach unterstützen.
Da über verschiedene Videokolls, die Interessenten einfach begleiten, damit
sie nicht alleine sind, wenn sie nicht alleine sein wollen.
Ja.
Ich glaube, alle der, das war ja so, dass ihr quasi in einer Habsport nur die
Kunden überhaupt synchronisiert habt, die für den Vertrieb relevant waren.
Da gab es eine Segmentierung, wo man gesagt hat, da ist ein hohes Potenzial
oder besonders wo schanx auf viel MRI.
Nur die wurden synchronisiert, der Rest wurde nicht synchronisiert und alles
was sonst im ZL im Angesammel wurde, kam eigentlich über das ganze Ticket
system zustande.
Das heißt auch, Habsport war ja nicht vollständig und einer der Sachen, die
wir dann ja angegangen haben, war diese Synkronisation von den App.
Zum ZL und da gab es einige Führden, das war glaube ich, so in der komplexeste
Part oder den Kopf zerbrochen haben, doch einige Tage, eine Menge Pifencode
geschrieben haben, um die ganzen Fälle zu identifizieren,
wo es ganz zu vielleicht einmal aus der anderen Perspektive diesen Prozess er
läutern und was waren da so unsere oder deine Learnings.
Ja, das haben wir völlig unterschätzt, was da ein Arbeitnotwendig ist oder
ein Denkarbeit auch einfach, um das sauber hinzukriegen, größere Problemen
war, glaube ich, das war einfach, das ist den vorher schon benutzt.
Aber es ist aber aber eben mit ja unverständigen Daten und diese Daten, die da
waren mit unserer Kundendatanbank in dem Eigenprogramm hier in den System zu
synchronisieren.
Also da, die gleichen Datensätze zu finden, das war einfach sehr, sehr komplex
, weil teilweise unterschiedliche Firmendatan-Bahn-Systemen da waren und wir
natürlich jetzt nicht einfach alles in Habsport wegschmaßen wollten und neu
überschieben,
sondern das mussten wir schon ja metten und die Firmen dann auch zu obernen. Da
ging ja einige Wochen wirklich in das Land um eine sauber zu machen, aber ich
glaube, das hat sich auch gelohnt, das wird jetzt halt rang gesteckt haben,
weil wir jetzt das auchere Lösung haben und es keine Daten verloren gegangen
sind, wir wirklich alles sauber aufgearbeitet haben und einfach viele Eiltlast
en, wo es geworden sind, steht es über die Jahre schon gesagt haben.
Ja, ich glaube, was für mich super interessant ist, weil ich das jetzt auch in
zwei anderen Projekten noch sehe, ist dieser Fall, dass wenn sich Leute anmel
den für so ein free trial, dann können sich mehrere Personen von derselben Fir
men anmelden, weil wir uns auch einst der größten Probleme, wo dann auf der
App-Seite zwei Instanzen erstellt werden und auf der Habsport-Seite aber beide
Kontakte, die sich angemeldet haben, aufgrund derselben Domain zum selben
Unternehmen zu gefügt werden.
Dann werden es in der Unterbischrieche entschieden, die diese native Assozi
ationen Habsport auszuschalten, um das zu lösen, war für mich auch ein neuer
Ansatz, so ich sie erst mal so gesehen bin aber auch eigentlich ans Happy damit
, wie das funktioniert.
Für jetzt dazu, dass wir in Habsportin und wieder Sachen nicht merging, die
wir eigentlich früher hätten merging wollen oder die zumindest so scheinen
als in dieser Bekampagne, aber über mehrere Records auf der App-Seite und ich
glaube, das ist insgesamt woher sehr wertvoll, weits eben erlaubt, dass wir in
Habsport analysieren können, wie viel neue Kunden kamen, dann wirklich rein,
wie viele Sign-Up und das alles auf dem selben Objekt.
Bevor wir angefangen haben zusammenzuarbeiten, das ganze Thema Reporting und da
kommen wir jetzt auch in das Thema Attribution rein, wie habt ihr das denn
gemacht, also die ganzen Sachen jetzt okay, Casualquisition-Cost oder auch
neues MRR, neue Kunden, wo habt ihr das alles reported und wie lief das ab?
Reportet haben wir jetzt eigentlich gar nicht, wir haben vorher auch schon
Google Analytics für sowas genutzt, aber im Ort Teil war es ein Einblick zu
bekommen, im Grunde muss man jetzt alles unter Datenbank rausziehen, das heißt
da wurden es gelabfragen geschrieben, regelab ich das aus selbst gemacht und
das konnte auch nur ich machen, weil immer andere es so richtig zugewürf hat
oder wusste, was er tun musste, das hat sich über die letzten A 10, 12, a Re
ign, auch dies wissen irgendwie, über mehr angesammelt und wenn irgendwas aus
gewertet werden musste, dann hat das eben sehr, sehr lange gedauert, teilweise
war nicht da einfach, gar nicht da.
Also gerade mit dem wachsenden Team war uns auch, weil die Nurwendigkeit da war
, dass wir das irgendwie auch in den Reporting-Tool werden haben und leichter
auswerten können, um dann eben auch Marketing-Maßnahmen einfach bewerten zu
können.
Und jetzt haben wir ja da mit neuer Despots gebaut, das ist einer der Haupt-Out
-Kamst, das ganzen Projekt, das wir im Endeffekt in Despots haben, was uns die,
ich war gote Markett-Desport genannt, dieses Übersicht gibt, darüber wie viel
Neues Sign-ups kam rein und wie viele Kunden sind da raus, das ist ja ein
bisschen derzeit. Und wie viele Kunden sind da raus entstanden und inwiefern hat das denn jetzt,
oder inwiefern wird das Eure, sehr recht Neue noch, haben wir erst im März
gebaut rum, inwiefern wird das denn Eure Entscheidungsfindung auch in der
Zukunft beeinflussen.
Wir können dann auf jeden Fall jetzt auch neuem Aktienkanälen einfach besser
bewerten, das ist, wo wir wo er da viel aus dem Bauch aus, auch entschieden
oder eben über die Datenbanken dann ausgewertet,
da auch Gang versucht rauszufinden, welche Kanäle sich denn jetzt wirklich loh
nen und zum einen können jetzt auch einfach alle Mitarbeiter, die da irgendwie
nur verwirrt sind, das heißt Marketing-Sails, selbst reinschauen, das heißt
viel leichter, schneller, dann Entscheidungen treffen.
Und jetzt Agentur natürlich dann auch in dem PAD-Bereich einfach drauf schauen
, direkt sehen, okay, das rechnet sich vielleicht oder da rechnet sich auch
nicht und das wir diesen Zusammenhang zu dem Umsatz noch direkt haben, das will
doch früher komplett, dass man Marketing-Masern wirklich bis im Umsatz nachver
folgen kann, welche Kunden darüber kamen.
Da war vorher der Cut eigentlich bei den Testekons, das ist ja dann okay, die
haben jetzt ein Trial abgeschlossen und das musst du ja selber irgendwie ausre
chnen, das kann man jetzt schon wirklich komplett runterbrechen.
Vielleicht können wir da nochmal einen Schritt tiefer gehen, das technische,
weil ich weiß, ich für sehr viel Gespräche über das ganze Thema Art-Rim
ution, ich weiß, dass es für viele Leute, die es sehr spannend sein könnte.
Wie habt ihr denn im Vorfeld, also bevor wir angefangen, am Zusammenzuhalten,
wie habt ihr was die Sachen an einem Kanal oder in der Kampagne zugeordnet,
versus wie läuft es jetzt ab?
Im Bruder hat wieder zwei Wege, wie wir das schon gemacht haben, zum einen, wie
wahrscheinlich die Maus noch kennen, über Google Analytics mit dem UTIM-Par
amedic-Hand-Referrer, das war das da, ja, Cookie basiert im Grunde in Google
Analytics ausgewertet haben.
Was natürlich die letzten Jahre immer schlechter wurde, zum einen weil die
Cookies einfach weniger wert waren, also nicht mehr gut funktioniert und die K
ampagne da auch ein bisschen langwieriger wurden, wenn wir jetzt top-aufs de K
ampagne hatten, dann konnte ich eigentlich mehr komplett nachverfolgt, wenn wir
die Geräte wechselten.
Cookie verloren gingen. Von daher hat mir da immer eine sehr, sehr schlechte
Daten-Filität, was nicht so richtig außergekräftig war.
Wir haben schon vor vielen Jahren noch angefangen, ein anderes System noch
intern bei uns in der Datenbank aufzubauen, das wir die Parameter auf bei uns
gespeichert haben, an den Kunden direkt, das da hat man nur eine bessere
Möglichkeit, die jetzt auch unabhängig von Google an war, das wird es da aus
werten konnten.
Aber das war dann kein richtiges Attributionsmodell hinter, sondern wenn man
die Werte weggespeichert, konnten damit aber zumindest ein bisschen auch die
Umsätze nachverfolgen, aber letztendlich waren es auch wieder zwei
verschiedene Quellen, wie man sehr komplizierter Auswertung konnte.
Zumindest hatte der schon mal die Verbindung zwischen Webtracking-Daten und den
ZM-Daten oder in dem Fall den App-Daten. Ich glaube, eine der größten
Herausforderungen ist es sehr, dass es zu haben, Hubspot bietet, als ihr uns
die Hubspot habt verbildet, dann dieses Nativabtracking an, was das tut, aber
was ein Stück weit limitiert ist, oft dann auch die Kanäle, die Habspotrechte
dazu verfügungstellt und Google Analytics mit den ZM-Daten zu verbinden oder
mit den Kunden dann zu verbinden ist auch ein bisschen tricky, weil wie du sag
st, es hat alles kooky basiert und natürlich auch gesempelte Daten, wenn du jetzt
nichts 360 hast, aber immerhin gab es diese Verbindung schon mal, die war sehr
punktueller, als wir die ganzen Daten dann auch gebeckwält haben, mussten wir
das Ganze Mepping übernehmen.
Und kannst du aus dem Kopf erzählen, wie wir es jetzt machen?
Also größte Mehrwert für uns eigentlich, vielleicht fange ich damit mal an,
ist das Thema Self-Edschibuluschen, das wir da wirklich bei den Kunden nachf
ragen, wo die Herkommen letztendlich sieht aus, dann halt Klarlichkeit, also das
wäre im Registerien-Unsprozess einfach Fragen, woher die uns kennen,
bringt aber den großen Mehrwert, das wäre eben auch die Kanäle, die wir
vorher gar nicht tracken konnten, damit drin haben, also linkt ins großes
Thema, aber auch querend wie um R-Reviews, wo die Leute vielleicht nicht auf
den Link klicken, der dann per Kookie verfolgbar ist.
Aber da haben wir schon sehr viele Learnings, das wir einfach querlen sehen,
die wir vorher gar nicht am Stirm hatten, wo die Leute herkommen und wo wir es
vielleicht verstärkt einfach Fokus Marketing und Sales draufsetzen können und
da wirklich nachverfolgen können.
Ja, genau, wir mussten ja auf der einen Seite diese Self-Edschibuluschen, die
ich jedem empfehlen würde.
Und wir klass an das, wir als ein Freitextfeld empfehlen wir auch immer Freite
xtfeld zu haben und dann basierend auf Containensregeln in Hubsport machen wir
das direkt zu Klasse dann, okay, welchem Kanal aus dem Widerszug, dann kann man
so ein Stück weit etärieren, über Zeiten, das müssen nachschärfen.
Auf der einen Seite haben wir die Software basierende Attribution auch aufgerä
umt, eigentlich mal oder verbessert, sodass wir jetzt dieses Hubsport-Native-Tr
acking nutzen können und aber auch ein paar Customscripts schrieben, die eben
diese Referra und die TM-Daten mit speichern.
Und das ganze Reporting in Hubsport, das läuft jetzt alles auf dem Company
Object, so genau, wir feu ja auch auf dem D-Lobjekt, glaube ich, für den Vert
rieb und ich glaube, das ist einer der größten Mehrwerte auch, dass wir jetzt
eigentlich ein Objekt haben auf den wir alles runterbrechen kannst, sowohl die
Sigmentierung, als auch die Kanäle, Kampagnen und so weiter und die Rotat
Details trotzdem noch zur Verfügung hast.
Cool, gibt es aus eurer Perspektive sonst noch irgendwas, was für das Projekt
Nenswert wäre, was wir nicht abgegrasst haben?
Ich glaube schon, du bist eine Frage, hast du übersprungen, aber ich glaube,
wie wir das wachsen und unterstützen können, das haben wir im Grunde jetzt
schon.
Ja, das ist ein Kontext, ein Stück weiter hingehen. Also, kannst du gerne mal
darauf eingehen auch. Ich glaube, das wieder rutscht sich jetzt auch.
Gut, dann danke ich euch für das Gespräch und wenn ihr auch effektiv wachsen
wollt, wenn ihr auch guter Reuzion haben wollt, dann sind wir da Ansprechpart
ner auch für helfen euch dabei, vor allem wenn ihr mit uns im Page schon
zusammenarbeitet,
dann bauen wir die Grundlage auf, dass ihr gut Entscheidungen treffen könnt
und wirst welche Kanäle funktionieren und welche nicht.