Deutsch

Ein Tag im Leben eines Marketing Ops Managers (was die Stellenbeschreibung Ihnen verschweigt)

Die Stellenbeschreibung sagte, Sie würden „die Go-to-Market-Maschine verantworten" und „strategische Initiativen über den gesamten Funnel hinweg vorantreiben".

Heute haben Sie 47 Routing-Fehler, die seit der Nacht in LeanData warten. Ihr Marketo-zu-Salesforce-Sync hängt seit Freitag 18 Minuten hinterher, und niemand außer Ihnen scheint sich darum zu scheren. Ein Demand-Gen-Lead fragt in einer höflich-aber-angespannten Slack-Nachricht, warum seine letzte Kampagne im Dashboard mit utm_source=(none) auftaucht. Und das Preisseiten-Formular verliert seit drei Tagen still 60 % der Einsendungen, was Sie um 13 Uhr entdecken werden.

Das ist der echte Job. Nicht die Fantasie aus der Stellenbeschreibung.

Wenn Sie ein Marketing-Ops-Spezialist bei einem B2B-SaaS-Unternehmen zwischen 50 und 1.000 Mitarbeitern sind, sechs Monate bis drei Jahre auf dem Posten, wird sich das anfühlen, als hätte jemand Ihren Kalender gelesen. Wir haben es geschrieben, weil niemand sonst dazu bereit zu sein scheint. Die Arbeit ist real, die Muster sind wiederholbar, und das meiste, was Sie an einem Tag tun, passt nirgendwo in die strategische Roadmap, die Ihr VP Ihnen im Vorstellungsgespräch gezeigt hat.

So sieht ein Dienstag wirklich aus.

8 Uhr: Die Queue der Routing-Fehler

Sie öffnen den Laptop. Sie öffnen LeanData. Sie öffnen Salesforce. Sie holen sich einen Kaffee.

Die nächtliche Queue ist die erste Diagnose des Tages. Letzte Nacht, während das Marketing schlief, war die Lead-Flow-Engine wach, und sie ging an denselben drei oder vier Stellen kaputt wie immer:

  • Verwaiste Leads ohne Account-Match. Demandbase konnte für eine Firma keine Reverse-IP-Auflösung durchführen, die E-Mail-Domain passte zu keinem bekannten Account in SFDC, und nun sitzen 14 Leads in einem „Kein Account"-Bucket, den die Round-Robin-Verteilung nicht anfassen kann.
  • Round-Robin-Übersprünge. Drei Reps waren gestern OOO, haben aber ihre Verfügbarkeit in LeanData nicht aktualisiert, also wies der Router ihnen weiter zu, und der SDR-Manager bemerkte es erst um 7 Uhr, als sein Rep-Dashboard leer aussah.
  • Leads, die in „pending enrichment" feststecken. Manche davon hängen seit mehr als 48 Stunden, weil Clearbit während eines Kampagnen-Versands einen 429 zurückgab und der Router sie ohne Wiederholungsversuch in die Warteschlange legte. Niemand sah den Alarm zur Queue-Tiefe, weil dieser Alarm in einen Slack-Channel ging, der im Januar archiviert wurde.

Ihr erster Zug ist Triage, nicht Reparatur. Sie ziehen die Queue, Sie markieren, was die Schuld des Routers ist (Konfiguration), was schmutzige Daten sind (Anreicherung) und was ein Personenproblem ist (ein SDR, der sich seit einer Woche nicht eingeloggt hat und still die Round-Robin-Verteilung sprengt).

Echtes Beispiel, genau so, wie es passiert: LeanData routete 12 Leads zu einem CSM, der vor zwei Wochen gegangen ist. Niemand markierte es, weil die Queue-Alarme an ihre E-Mail gingen, die am ersten Tag ihres Offboardings gesperrt wurde. Sie finden das, weil einer der Leads ein Support-Ticket öffnete und fragte, warum sich niemand gemeldet hatte. Zwölf Stunden Pipeline, weg, weil IT und HR keinen Prozess für „entfernen Sie diese Person aus allen Routing-Regeln" haben.

Sie reparieren die Routing-Konfiguration, Sie weisen die 12 Leads neu zu, Sie nehmen ein Loom-Video für den SDR-Manager auf, das erklärt, warum das passiert ist und was sich geändert hat. Sie bekommen für nichts davon Anerkennung. Um 9:15 Uhr ist die Queue sauber. Das Dashboard des CMO wird, wenn sie es öffnet, 12 Leads weniger als „stuck" zeigen, und sie wird nie erfahren, warum.

Das ist ein normaler Dienstagmorgen. Wir nennen diese Leads „Router-Waisen". Jede MOps-Person hat einen Namen für sie, und jede MOps-Person hat gerade jetzt 12 davon in ihrer Queue.

9:30 Uhr: Der Gesundheitscheck des MAP/CRM-Syncs

Das ist ein Fünf-Minuten-Ritual, das gelegentlich zu einem fünfstündigen Incident explodiert.

Sie öffnen die MAP (Marketo, Pardot, HubSpot Marketing Hub oder Customer.io, je nachdem, welche Sie geerbt haben) und gehen zum Sync-Log. Sie prüfen drei Dinge:

  1. Sync-Fehler. Wie viele Datensätze konnten nicht gepusht werden? Was ist der Fehlercode? Ist es dieselbe Feldtyp-Diskrepanz beim benutzerdefinierten Feld, die Sie letzten Monat behoben haben und die jemand neu erstellt hat?
  2. Verzögerungszeit. Wie groß ist die Lücke zwischen „Lead konvertiert in MAP" und „Lead erscheint im CRM"? Fünf Minuten sind in Ordnung. Achtzehn Minuten sind ein Freitagnachmittag-Problem, das Sie nicht behoben haben und das jetzt ein Dienstagmorgen-Problem ist.
  3. Sync-Fegefeuer. Die Datensätze, die nicht fehlerhaft sind, aber auch nicht abschließen. Sie sind in einem Halbzustand, in dem die API denkt, sie hätten synchronisiert, aber das CRM sie nie erhalten hat. Wir nennen das „Sync-Fegefeuer". Dort gehen MQLs zum Sterben hin.

Häufige Fehler, nach Häufigkeit geordnet:

  • Feldtyp-Diskrepanzen bei benutzerdefinierten Feldern. Jemand hat ein Zahlenfeld in Salesforce auf Text geändert, weil eine Sales-Ops-Person „etwas reparierte", und jetzt schlägt jeder Marketo-Sync, der dieses Feld betrifft, fehl. Die Fehlermeldung ist immer kryptisch. Die Lösung ist immer 20 Minuten Detektivarbeit.
  • Picklist-Werte, die abgedriftet sind. Marketo schreibt „Tier 1" in das Lead-Source-Feld. Salesforce erwartet jetzt „Tier-1", weil jemand die Picklist letzte Woche aktualisiert hat. Jeder Lead aus einer Kampagne scheitert jetzt still am Sync.
  • API-Limit-Treffer. Ein Kampagnen-Versand sprengte das tägliche API-Kontingent bis 11 Uhr, weil jemand einen Re-Sync von 200.000 Datensätzen auslöste, um „etwas zu testen". Jetzt sitzt alles, was nach 11 Uhr in die Queue kam, bis Mitternacht im Fegefeuer.

Die Diagnose, die Sie zweimal im Monat durchführen, nennen wir den Phantom-MQL. Der Lead scorte in der MAP zum MQL. Die MAP sendete das Update. Das CRM hat keinen Eintrag, es erhalten zu haben. Sie prüfen das Sync-Log und sehen, dass der Push durchging. Sie prüfen den Lead in SFDC, und die Lifecycle-Phase ist immer noch „Lead". Sie finden schließlich die Validierungsregel, die jemand vor sechs Monaten hinzugefügt hat und die Updates still ablehnt, wenn das Lead Source-Feld leer ist, und dieses Feld ist leer, weil die Kampagne, die diesen Lead generierte, keine Quelle zugeordnet hatte, und jetzt haben Sie 80 Phantom-MQLs aus den letzten zwei Wochen, die der CMO in ihrem Dashboard mitgezählt hat, die die SDRs aber nie gesehen haben.

Phantom-MQLs sind, wie MOps-Leute Vertrauen verlieren, das sie keine Zeit hatten aufzubauen. Die Diagnose zu benennen lässt Sie zumindest als Kategorie reparieren, nicht als 80 einzelne Tickets.

11 Uhr: Async mit Demand Gen zur UTM-Hygiene

Slack-Ping. Es ist der Demand-Gen-Manager.

„hey, meine Kampagne von letzter Woche taucht nicht im Dashboard auf. ist das Tracking kaputt?"

Sie wissen schon, was Sie finden werden, bevor Sie auf den Link klicken. Sie öffnen die Kampagnen-URL. Das UTM ist utm_source=email_blast_v2_FINAL. Sie seufzen. Sie öffnen das URL-Builder-Spreadsheet, das alle in Q2 zu verwenden vereinbart haben und das seit Q3 niemand mehr verwendet hat. Sie bestätigen: Die Quelle ist nicht in der Taxonomie. Es ist nicht „email". Es ist nicht „newsletter". Es ist email_blast_v2_FINAL, was bedeutet, dass das Attributionsmodell in Looker es in „(other)" einrollt, weshalb es nicht im Dashboard auftaucht.

Der Slack-Thread, der folgt, ist ein heikles Stück funktionsübergreifender Diplomatie. Sie wollen nicht die Person sein, die sagt „du hast es kaputt gemacht". Sie wollen es aber auch nicht zum vierten Mal in diesem Quartal still reparieren. Die Version, die funktioniert:

„Ja, ich sehe es. Die Quelle ist email_blast_v2_FINAL und unsere Taxonomie erwartet email. Ich tagge die Datensätze heute Vormittag neu, damit es auftaucht. Soll ich dir den URL-Builder noch mal schicken? Ich glaube, die Version, auf die wir uns in Q2 geeinigt haben, ist das, was hier hängenbleibt. Gerne nehme ich mir Donnerstag 15 Minuten, um es durchzugehen, falls das nützlich ist."

Sie taggen neu. Sie schicken das Spreadsheet. Sie notieren in Ihrem laufenden Dokument, dass dies das dritte Mal in diesem Quartal ist, mit dieser bestimmten Person, bei diesem bestimmten Kampagnentyp. Sie bringen es beim nächsten Demand-Gen-MOps-Sync als Prozesslücke zur Sprache, nicht als Personenlücke, denn so halten Sie die Beziehung intakt und markieren das Muster trotzdem.

Die Diagnose hier ist UTM-Verfall. Wenn 30 % oder mehr Ihrer Kampagnen-URLs der letzten 90 Tage nicht zur Taxonomie passen, lügt Ihr Attributionsmodell. Nicht um viel. Um genug, dass die „marketing-influenced revenue"-Zahl des CMO um 7 bis 12 % in die eine oder andere Richtung falsch ist, und Sie können nicht sagen, in welche Richtung, ohne die Bereinigung selbst zu machen.

Die meisten MOps-Leute, die wir kennen, haben eine UTM-Verfallsrate zwischen 20 % und 40 %. Die, die 5 % behaupten, lügen entweder oder führen ein Zweier-Team. Den Verfall zu benennen ist die halbe Miete.

13 Uhr: Mittäglicher Formular-Audit

Sie essen am Schreibtisch zu Mittag, weil natürlich tun Sie das. Während Sie essen, führen Sie den Formular-Audit durch. Das ist ein 20-minütiges Ritual, das Sie durchführen, weil irgendwann in Ihrer Karriere ein Formular kaputtging und es drei Tage niemand bemerkte, und Sie schworen, das nie wieder zuzulassen.

Die Audit-Checkliste:

  • Einsendungszahl vs. letzte Woche. Das Preisformular schafft normalerweise 40 bis 60 Einsendungen am Tag. Heute hat es bis 13 Uhr 8 geschafft. Das ist die Alarmglocke.
  • Befüllungsrate der versteckten Felder. Werden die UTMs erfasst? Feuert das IP-Anreicherungsfeld? Wird die Einwilligungs-Checkbox aufgezeichnet?
  • Redirect-URL. Funktioniert das Dankeschön-Redirect des Formulars noch, oder hat jemand letzte Woche den Seiten-Slug aktualisiert und vergessen, die Formular-Konfiguration anzupassen?
  • MAP-Listener. Pusht das Formular tatsächlich an Marketo / Pardot / HubSpot, oder ist das JavaScript-Snippet kaputtgegangen, als die Marketing-Site neu deployed wurde?

Heute ist die Zahl falsch. Sie gehen zur Preisseite und senden ein Test-Formular ab. Es lädt. Es sagt „danke". Aber als Sie Marketo prüfen, ist Ihr Test-Datensatz nicht da. Sie prüfen das Formular-Embed auf der Seite, und das Drittanbieter-JS, das es umschließt, wurde von einem Marketing-Dienstleister „aufgeräumt", der an der Ladeperformance der Seite arbeitete. Sie haben einen Event-Listener entfernt, von dem sie nicht wussten, dass er tatsächlich die Formular-Einsendung durchführte.

Das Preisseiten-Formular verliert seit drei Tagen still 60 % der Einsendungen. Drei Tage, auf der Seite mit der höchsten Kaufabsicht der gesamten Marketing-Site.

Sie melden einen P0-Incident. Sie stellen das Embed wieder her. Sie zählen die fehlenden Einsendungen, indem Sie GA4-Seitenaufrufe mit MAP-Formular-Ausfüllungen abgleichen. Sie schätzen die Pipeline-Auswirkung auf 180.000 bis 240.000 Dollar basierend auf der typischen Conversion-Rate der Seite. Sie schreiben ein Post-mortem, das niemand verlangt, denn wenn Sie es nicht schreiben, wird derselbe Dienstleister in sechs Wochen dasselbe tun. Um 14:15 Uhr haben Sie 38 der 64 fehlenden Einsendungen über eine Demandbase-Reverse-IP-Abfrage des anonymen Traffics der Seite im betroffenen Zeitfenster wiederhergestellt.

Bis Freitag wird sich niemand im Unternehmen erinnern, dass das passiert ist. Sie werden sich für den Rest Ihrer Karriere daran erinnern.

15 Uhr: Dedupe- und Lead-Routing-Brände

Nachmittagsenergie ist Dedupe-Energie. Sie öffnen die Dedupe-Queue. Es sind 217 potenzielle Dubletten markiert. Die Hälfte davon ist echt. Die Hälfte ist John Smith bei Acme, der zu John Smith bei Acme Corp passt, weil der Firmennamen-Normalisierer dumm ist mit LLC vs. Inc vs. Corp.

Die echten Dubletten müssen zusammengeführt werden. Das Zusammenführen ist, wo die Politik wohnt:

  • Welcher Datensatz gewinnt? Der ältere mit der Aktivitätshistorie oder der neuere mit der besseren Firmografie?
  • Welche Felder überleben? Wenn der ältere Datensatz Lead Source = Webinar hat und der neuere Lead Source = Demo Request, welcher gewinnt? (Der neuere. Der ältere wird zu einer Kampagnen-Mitgliedschaft, nicht zu einer Quelle.)
  • Wem gehört die Aktivitätshistorie? Wenn Sie einen marketing-eigenen Lead in einen vertriebs-eigenen Kontakt zusammenführen, hat der zusammengeführte Datensatz jetzt die E-Mails des Marketings, die Anrufe des Vertriebs und ein verwirrtes CRM, das nicht weiß, wem es bei der nächsten Opp den Credit gibt.

Systemübergreifendes Dedupe ist die schwierigere Variante. Ein Lead existiert in Marketo, schaffte es aber wegen der Validierungsregel von heute Morgen nie zu SFDC. Ein Kontakt existiert im HubSpot CRM, ist aber nicht in Customer.io, weil die Integration 2022 eingerichtet wurde und niemand sie aktualisierte, als das Produkt von HubSpot Marketing Hub wegzog. Die Dedupe-Queue ist eine Queue. Die Systeme sind fünf. Die Merge-Logik muss über alle hinweg dieselbe sein, sonst erzeugen Sie dieselbe Dublette zweimal.

Sie verbringen eine Stunde mit der Queue. Sie führen 80 Datensätze zusammen. Sie geben 12 an den Rep-Manager zurück, weil es echte Dubletten mit widersprüchlicher Account-Eigentümerschaft sind und das eine Sales-Ops-Entscheidung ist, keine MOps-Entscheidung. Sie lassen 40 in der Queue, weil die firmografische Unschärfe so oder so nicht stark genug ist und Sie lieber eine Dublette als eine falsche Zusammenführung hätten. Sie schließen LeanData.

Die Dedupe-Regeln von 2021 sind immer noch im Einsatz. Sie wissen, dass sie schlecht sind. Sie wissen auch, dass ihr Neuaufbau ein Q3-Projekt ist, das niemand scoped hat, weil es keine Kennzahl bewegt, die irgendjemand trackt. Sie fügen eine Zeile zu Ihrem „Dinge, die ich reparieren werde, wenn Zeit ist"-Dokument hinzu, das bei seiner 240. Zeile angelangt ist und zu dem Sie immer etwas hinzufügen.

17 Uhr: Attributions-Bereinigung am Ende des Tages

Der CMO prüft ihr Dashboard am Montagmorgen. Sie verbringen den Freitagnachmittag (und zunehmend den späten Dienstag) damit, sicherzustellen, dass die Zahlen, die sie am Montag sieht, nicht auf die offensichtlichen Arten falsch sind.

Die unglamouröse Wahrheit der Attributionsarbeit: Die Hälfte davon ist, die Daten von gestern zu reparieren, nicht das Modell von morgen zu bauen.

Was Sie in den letzten 90 Minuten des Tages tatsächlich tun:

  • Kampagnen-Einfluss bei heute abgeschlossenen Opps neu zuweisen. Drei Deals wurden abgeschlossen. Zwei hatten saubere Kampagnen-Touch-Datensätze. Einer hatte einen fehlenden First-Touch, weil der Lead aus einem Offline-Listenimport erstellt wurde und der Import keine Quelle hatte. Sie füllen ihn aus der Originalliste nach.
  • First-Touch bei 14 Leads aus einem Webinar nachfüllen. Das Webinar-Formular übergab schlechte Daten an Marketo, weil der Registrierungsanbieter seine Feldbeschriftungen änderte und Ihre Integration es nicht automatisch erkannte. Sie taggen die 14 Leads mit der korrekten Kampagne und Quelle neu. Das Dashboard wird am Montag um 14 Leads weniger falsch sein.
  • Drei Deals als „self-sourced, kein Marketing-Touch" markieren. Die Reps bestanden darauf, dass diese inbound waren, aber die Aktivitätshistorie zeigt null Marketing-Touches in den 90 Tagen vor dem Öffnen der Opp. Sie als self-sourced zu markieren bedeutet, dass die marketing-influenced-revenue-Zahl des CMO nicht durch vertriebs-gesourcte Wins aufgebläht wird. Sie werden irgendwann in diesem Quartal eine Slack-Nachricht vom CRO bekommen, der sich darüber beschwert. Sie werden den Audit-Trail bereithaben.

Die Montagmorgen-Frage, für die Sie lösen, ist immer dieselbe: „Warum ist das MQL-Volumen von Woche zu Woche um 22 % gefallen?" Sie versuchen sicherzustellen, dass die Antwort, wenn der CMO sie stellt, eine echte Geschichte ist (eine Kampagne endete, eine Liste wurde pausiert, ein Paid-Search-Budget wurde umgeleitet) und keine Geschichte über ein kaputtes Formular, eine Phantom-MQL-Queue oder einen Sync, der seit Freitag hinterherhängt.

Die Diagnosearbeit ist die strategische Arbeit. Sie schützen die Integrität der Zahl, die der CMO benutzt, um das Marketingbudget zu verteidigen. Das ist der strategische Beitrag. Er sieht nur nicht so aus, wie die Stellenbeschreibung es versprach.

Der Stack, den Sie wirklich jeden Tag benutzen

Holen Sie diese Liste hervor, wenn jemand das nächste Mal fragt „mit welchen Tools arbeiten Sie". Es ist die ehrliche Antwort.

  • MAP: Marketo, Pardot, HubSpot Marketing Hub oder Customer.io. Eine davon werden Sie tief kennen. Über eine zweite werden Sie genug wissen, um bei einer Migration gefährlich zu sein. Über die dritte haben Sie nur gelesen.
  • CRM: Salesforce, HubSpot CRM oder Rework. Die Integration zwischen MAP und CRM ist, wo 80 % Ihrer Bugs wohnen, und 100 % Ihres Karrierehebels.
  • CDP / Event-Tracking: Segment, manchmal mParticle. Segment ist, wo das UTM-Verfall-Gespräch tatsächlich beginnt.
  • Routing und Matching: LeanData. Manchmal Chili Piper für Meetings. Manchmal ein selbstgebauter Satz Salesforce-Flows, die vor Ihrem Einstellungsdatum entstanden und die niemand vollständig versteht.
  • Account-Intel: Demandbase, 6sense, Clearbit. Sie werden eines für ABM haben, eines für Anreicherung und eines, das seit zwei Jahren auf Auto-Renew läuft, das Sie nicht rechtfertigen, aber auch nicht kündigen können.
  • Der Slack-Channel, in dem Sie mindestens einmal pro Woche „sieht noch jemand komische Sync-Verzögerungen?" posten. Das ist nicht verhandelbar. Jede MOps-Person braucht den Channel. Wenn Ihr Unternehmen keinen hat, finden Sie eine Pavilion- oder MO-Pros-Community, die einen hat.

Wenn Sie diesen Stack betreiben, seine Ausfälle diagnostizieren und die Diagnose in eine Sprache übersetzen können, die ein CMO und ein CRO beide verstehen, dann machen Sie den Job. Sie sind außerdem einer von vielleicht 30.000 Menschen auf der Welt, die das können.

Die Stellenbeschreibung sagte „strategisch". Der Job ist diagnostisch.

Hier ist die Umdeutung, die Ihre Karriere retten wird, oder zumindest Ihren Verstand:

Sie bauen die GTM-Maschine nicht von Grund auf. Sie halten die, die Sie geerbt haben, vom Kaputtgehen ab und ersetzen langsam die schlimmsten Teile. Das ist der echte Job. Er ist wertvoll. Er ist auch ermüdend, wenn Sie ihn nicht benennen.

Die Diagnosearbeit (die Triage der Routing-Waisen, die Bereinigung des Sync-Fegefeuers, die Erkennung des UTM-Verfalls, die Wiederherstellung der Phantom-MQLs, der Durchgang des Formular-Audits, die Politik des Dedupe-Mergings, das Attributions-Nachfüllen) ist das, was die strategische Arbeit ermöglicht. Ohne sie ist das Dashboard, das der CMO Montagmorgen prüft, eine Fiktion. Mit ihr haben die strategischen Gespräche ein Fundament.

Die Falle ist, dass Diagnosearbeit unsichtbar ist, wenn sie gut gemacht wird. Niemand bemerkt den Formular-Audit, wenn das Formular funktioniert. Niemand dankt Ihnen, dass Sie die Sync-Verzögerung unter fünf Minuten halten. Ihr Performance Review wird, wenn Sie es zulassen, an den strategischen Projekten gemessen, die Sie keine Zeit hatten auszuliefern, weil Sie das bestehende System vor dem Zusammenbruch bewahrten.

Die Lösung ist, es zu benennen. In Ihrem Einzelgespräch. In Ihrem Quartalsreview. In Ihrem Vorstellungsgespräch für die nächste Rolle. „Ich habe dieses Quartal 240 Routing-Fehler diagnostiziert und behoben, 1,8 Mio. Dollar Pipeline aus Formular-Ausfällen wiederhergestellt und den UTM-Verfall von 38 % auf 14 % reduziert." Das ist die Sprache. Das ist, was Sie dafür bezahlt bekommen.

Was das für Ihre Karriere bedeutet

Die Fähigkeiten, die Sie tatsächlich aufbauen, auch an den Tagen, die sich wie Brandbekämpfung anfühlen:

  • Daten-Debugging. Sie lernen, die Fehlermodi eines Systems schneller zu lesen als jeder andere im Unternehmen.
  • Anbieterverhandlung. Sie sind derjenige im Renewal-Call, der den LeanData-Rep fragt, warum Ihre Seat-Anzahl falsch ist.
  • Teamübergreifende Diplomatie. Das UTM-Hygiene-Gespräch mit Demand Gen ist eine getarnte Führungskompetenz.
  • Stack-Architektur. Jeder MAP-zu-CRM-Bug, den Sie beheben, ist eine Lektion darüber, warum der vorherige Architekt die Entscheidungen traf, die er traf, und was Sie anders machen würden.

Der Beförderungspfad, der tatsächlich real ist:

Senior MOps Manager → MOps Lead → Director of RevOps. Nicht „VP of Marketing". Die meisten MOps-Spezialisten, die zum VP Marketing springen wollen, scheitern, weil der Alltag ein anderer Job ist. Der, der funktioniert, ist breiter in RevOps zu gehen, wo sich die diagnostischen Fähigkeiten über Marketing, Sales Ops und Customer Success hinweg verstärken.

Die Fähigkeiten, die zwischen Unternehmen mitreisen:

  • SQL. Genug, um Ihre eigenen Abfragen gegen das Data Warehouse zu schreiben, ohne auf das Datenteam zu warten.
  • Looker, Mode oder welches BI-Tool auch immer vor dem Warehouse sitzt. Genug, um das Dashboard selbst zu bauen, wenn das Datenteam einen 6-Wochen-Backlog hat.
  • Eine MAP, tief. Nicht drei, oberflächlich. Wählen Sie Marketo, Pardot oder HubSpot und werden Sie die Person, die jede Frage dazu aus dem Gedächtnis beantworten kann. Die Tiefe ist, was Ihnen die nächste Rolle bringt.
  • API-Grundlagen. REST, Webhooks, Rate Limits, Retry-Logik. Sie müssen kein Entwickler sein. Sie müssen die Person im Raum sein, die sagen kann „das wird wegen des API-Kontingents nicht funktionieren", bevor das Projekt freigegeben wird.

Wenn Sie das am Ende eines Dienstags lesen, mit sauberer Routing-Queue, erledigtem Attributions-Nachfüllen und eingereichtem Formular-Audit, gönnen Sie sich eine Minute. Der Job, den Sie heute gemacht haben, war real. Er war strategisch. Er war die Art von Arbeit, die den Rest des Marketings zusammenhält.

Die Stellenbeschreibung sagte Ihnen nicht, dass das der Job sein würde. Wir sagen es Ihnen jetzt. Die Diagnosearbeit ist die strategische Arbeit, und die Leute, die sie zuerst benennen, sind die, die definieren dürfen, wie sie gemessen wird.

Morgen früh wird die Routing-Queue wieder voll sein. Das ist in Ordnung. Sie wissen, was drin ist.

Mehr erfahren