Marketing operations: a működési ritmus, amelyet senki nem dokumentál
Szerző: Martin J.
Tizenegy ember ül a szobában, és egyik sem tudja megmondani, ki hagyta jóvá a szöveget. Így néz ki egy kampány, amely öt kézen ment át, és egyetlen leírt szabályon sem. A marketing operations nem részleg és nem munkakör, hanem az a szabályrendszer, amely az átadások között áll. Ha az lenne a kérdés, hogy a csapata folyamatából mi élne túl egy hetet azzal, hogy az átadást vivő kolléga szabadságon van, mit válaszolna? A legtöbb csapat itt arra jut, hogy csak a jóváhagyás van leírva, mert az az a pont, ahol a nézeteltérés a megbeszélésen láthatóvá válik. A másik négy átadás emlékezetből működik, egészen addig, amíg valaki meg nem kérdezi, ki döntött. És éppen ez a hiányzó határ az, amit a következő negyedévben senki nem fog megírni Ön helyett.
A kampányindítás egy negyedévvel csúszott, és azon a megbeszélésen, ahol az új dátumot jóváhagyták, senki nem tudta megnevezni, ki jóváhagy mit. Tizenhárom hét elment valahova, és az utóelemzés a szakmai minőséget, a kapacitást vagy az ügynökséget fogja okolni. Ami valójában elveszett, kisebb és unalmasabb volt: egy szabály, amelyet senki nem írt le arra az öt átadásra, amelyen a kampány kifelé menet átment. Minden csapat hiszi, hogy van marketing operations folyamata. A próba az, hogy túlél-e bármi belőle abban a hétben, amikor az átadást vivő ember szabadságon van.
A dátum háromszor mozdult el, mire valaki csúszásnak nevezte. Először egy hét, ami senkit nem zavart. Aztán egy hónap, amely új nevet és egy második fázist kapott. Aztán egy negyedév, és addigra a prezentációt már az új dátum köré építették újra. Állandó csak a szoba maradt: tizenegy ember, egy döntés, és semmi feljegyzés arról, ki hozta meg.
Az ezek között az átadások között érvényes szabályok, leírva és dátumozva, maga a téma. A marketing operations az a szabályzat, amely az átadások között áll: ki fogad el egy kérést, mikor indul az óra, mit jelent a kész állapot, és ki írja alá. Kis mennyiségű írás, nem egy részleg. A gyakorlatban négy artefaktumra fut ki: egy intake-rekordra, egy órára minden kérésen, egy döntési naptárra és az eszköztulajdonosok regiszterére. A projektkezelő eszköze nem mutatja meg a rést, mert azt rögzíti, amit valaki beírt bele, az átadást pedig senki nem írja be.
Az átadási SLA: öt átadás és az óra indulása
Egy kampány nem szakaszokon halad át. Ötször cserél gazdát: valaki megírja a briefet, felépíti az anyagot, jóváhagyja, elindítja, és jelentést ír arról, ami történt. Egy csapatnak általában pontosan egy leírt szabálya van az ötből, és az a jóváhagyás, mert a jóváhagyás az a pont, ahol a nézeteltérés a megbeszélésen láthatóvá válik.
A hiba mindig ugyanott van. A brief akkor bukik meg, amikor az eredmény soha nem volt szám. A felépítés akkor bukik meg, amikor a célközönséget soha nem határozták meg. A jóváhagyás akkor bukik meg, amikor a jóváhagyó szabadságon van, és helyettest senki nem nevezett meg. Az indítás akkor bukik meg, amikor senki nem foglalta újra a küldés időpontját. A jelentés azért bukik meg, mert a kampány indulása előtt senki nem egyezett meg abban, melyik szám számít.
A rés a kutatásokban is megjelenik. A LeanData 2026-os B2B State of Martech and Revenue Operations jelentésében 190 nagyvállalati vezető hét országból a folyamatot és a működést értékelte a legalacsonyabbra az öt érettségi pillér közül: 3,66-ra 5-ből, szemben a 3,82-vel az emberek és a csapatok esetében, a legkisebb hároméves javulással. Ha ez ott is így tart, ahol erre dedikált munkatársak vannak, akkor az Ön hatfős csapatában még inkább így tart.
Az óra indításának szabálya az a részlet, amelyet szinte senki nem ír le. Az alapértelmezés az, hogy a számlálás akkor indul, amikor a kérés beérkezik, így a hétfőn érkező e-mail hétfőn kezdi mérni az időt. Ez rossz kezdés, mert a hiányos információjú kérés még nem munka. Ez egy ötlet határidővel.
Indítsa az órát inkább a triage-nál. A triage azt jelenti, hogy egy megnevezett ember elolvasta a kérést, megerősítette, hogy teljes, és elfogadta. Addig visszaküldve áll, és nem számít bele az adott hét kapacitásába.
A triage után a munka négy szakaszra bomlik, mindegyiknek megvan a maga határa: intake, felépítés, jóváhagyás, adat és indulás-előkészítés. A Pedowitz Group célokat tesz közzé: 4-8 munkaóra az intake-re, 1-2 munkanap egy egyszerű felépítésre, 4 óra egy alacsony kockázatú, egyszeri jóváhagyóra, és 4-8 munkaóra az indulás előkészítésére egy már létező szegmensen. Ezeket egy tanácsadó cég gyakorlati normájaként olvassa, nem iparági mediánként, és egy negyedév saját adat után cserélje le a sajátjaira.
Két megjegyzés, mielőtt ezt felépíti. Ezek döntési átadások, és egy átadás automatizálása azelőtt, hogy leírt szabálya lenne, pontosan az, ahogy egy csapat automatizál egy vitát. Ha erre az útra lép, a marketinges munkafolyamat-automatizálásról szóló külön anyag a gépezetet mutatja be.
Az intake-űrlap maga a teljes rendszer
Az intake-űrlap döntés arról, hogy a csapata mit nem hajlandó kitalálni. Tartsa röviden, és a találgatás átkerül a felépítésbe, ahol egy újraírásba kerül. Csinálja hosszúra, és az emberek megkerülik, ami a nyilvántartást viszi el. Az Etumos, egy tanácsadó cég, amely közzéteszi a saját intake-játékfüzetét, mindkét hibamódot megnevezi: az olyan űrlapot, amelyet az emberek a hossza miatt kerülnek, és az olyan űrlapot, amelyben nincs triage, így kívánságlistává válik, amelyről senki nem dolgozik.
A hat mező, amely megállít egy újraírást
- Az eredmény egy mondatban. Azt írja: „40 minősített demókérés ebből a szegmensből a negyedév végéig”, ne azt, hogy „egy e-könyv”. Enélkül a rossz anyagot fogja jól felépíteni.
- A célközönség úgy, ahogy a CRM-jében létezik. A pontos listanév, nem annak leírása, akit elképzel. Enélkül valaki újraépíti a szegmenst a felépítés közben.
- Az ajánlat, az árral együtt, ha van. A hiányzó ár olyan újraírás, amely az utolsó hétre vár.
- A valódi dátum és az oka. Egy esemény dátuma dátum. A „valamikor márciusban” preferencia nem az, és mégis dátumként fogják kezelni.
- A jóváhagyó neve, plusz a helyettese arra a hétre, amikor nincs ott. A helyettes nélkül minden jóváhagyás egyetlen naptárra vár.
- A már meglévő anyagok, és hogy melyiknek ki a gazdája. Szövegek, képek, jogilag jóváhagyott állítások. E lista nélkül a felépítés nulláról indul, és megduplázza a munkát, amiért már fizetett.
A hat az a szám, amely tartja magát. Négy, és az űrlap megszűnik kapunak lenni. Tíz, és az emberek inkább üzenetet küldenek Önnek.
Mi a teendő a csetüzenetben érkező kéréssel
Csetüzenetben fog érkezni, és az elutasítás nem működik. Kell egy válasz, amelyet tíz másodperc alatt el tud küldeni, és amely megőrzi a nyilvántartást. Én ezt használom.
„Köszönöm. Három dolog hiányzik ahhoz, hogy ez bemehessen a felépítésbe: a szegmens neve úgy, ahogy a CRM-ben szerepel, a végleges szöveg jóváhagyója, és az esemény dátuma, amelyre késznek kell lennie. A slotot kedd 14-ről csütörtök 16-ra mozdítottam, hogy a két átfutási nap megmaradjon. A jegy Blocked státuszon áll, amíg ezek meg nem érkeznek, így látja, hol tart.”
Ez a válasz négy dolgot tesz egyszerre: megnevezi, mi hiányzik, elmozdítja a dátumot, látható státuszt állít be, és ugyanabba a sorba teszi a kérést, mint minden mást. Amit nem tesz meg: nem fogadja el a munkát a küldő feltételei szerint. Az informális csatorna az, ahol az SLA meghal.
A marketing operations naptár: tizenkét hét döntés
A tevékenységnaptár megmondja, mit csinál a csapata. A döntési naptár megmondja, mikor szabad valaminek megállnia. A második elfér a falon, és többet tesz egy negyedévért, mint bármelyik dashboard.
Tizenkét hét, blokkonként egy döntés. A 13. hét szándékosan üres, és tartalékként kezelje, nem olyan kapacitásként, amelyet elfelejtett kitölteni.
Hét | Blokk | A döntés, amelyet kikényszerít |
|---|---|---|
1 | Intake-újraállítás | Melyik három nyitott kérés kap új dátumot ezen a héten, és ki szól minden kérőnek |
2 | Kapacitásterv | Hány felépítési slot fér bele a negyedévbe, és melyik kéréstípus kap egyet sem |
3 | Brief-átvizsgálás | Mely briefek mennek át úgy, ahogy vannak, és melyek mennek vissza, mielőtt felépítés indul |
4 | Felépítési zár | Az utolsó dátum, amikor egy anyag bekerülhet a negyedévbe, utána a válasz nem |
5 | Jóváhagyási szintek | Ki az egyetlen jóváhagyó az alacsony kockázatú munkánál, és ki a második a többinél |
6 | Indítási ablak | Mely kampányok indulnak most, és melyek várnak teljes ablakra fél helyett |
7 | Félidei olvasat | Leállítja vagy továbbfinanszírozza a két kampányt, amely elmaradt a vezető indikátorától |
8 | Regiszter-átvizsgálás | Melyik eszköz veszíti el a tulajdonosát ebben a negyedévben, és melyik megújítás kerül lemondásra a felmondási idő előtt |
9 | Második felépítési blokk | Mely sorban álló kéréseket utasítja el egyenesen, mert a kapacitás már el van használva |
10 | Jelentésfrissítés | Mely számok kerülnek ki a jelentésből, és a maradók közül melyiket ki mutatja be |
11 | Zárás előtti audit | Mi visz át a következő negyedévbe, leírva azzal az indokkal, amiért csúszott |
12 | Retro és újraépítés | Az öt átadás közül melyik bukott meg a legtöbbször, és milyen egyetlen szabályváltozás következik ebből |
Két sorhoz figyelmeztetés tartozik a táblázatban.
A 10. hét a megbeszélésről és az asztalon lévő artefaktumokról szól, nem arról, mely számok érdemelnek helyet. A metrikaválasztás külön szakma, és a marketing KPI-król szóló útmutatónk ezt rendesen elvégzi.
A 8. hét hozza azt az egy képességkérdést, amelyre ez az oldal nem ad választ: hogy egy visszatérő munkadarab maradjon leírt szabály, vagy valami olyanná váljon, amit egy ügynök futtat. Ezt az összehasonlítást az RPA és az agentic MI (mesterséges intelligencia) külön anyaga válaszolja meg.
A 7. hét félidei blokkja az, amely a naptár hírnevét megalapozza, ezért futtassa le harminc percben egyetlen kérdésre: állítsa le vagy finanszírozza tovább a két kampányt, amely elmaradt a vezető indikátorától, és írja le a választ egy felelőssel együtt.
Az eszközregiszter: egy tulajdonos eszközönként
A stack minden eszközéhez kell egy megnevezett ember, aki felel a konfigurációjáért, a felhasználókért, az integráció állapotáért és azért, hogy használja-e még valaki. Ennek az embernek nem kell adminisztrátornak lennie, és gyakran nem is kellene. A felelősséget névhez kell kötni, különben senkié.
A regiszter egyetlen tábla, eszközönként öt oszloppal: az eszköz, a megnevezett tulajdonosa, a megújítás dátuma és a felmondási ablak, az integráció, amely elsőként törne el, és a csapat, amely függ tőle. A felmondási ablak az az oszlop, amely megfizet a tábláért, mert a pénz valójában ott dől el, és mindig korábbi a megújításnál.
Negyedévente egyszer vizsgálja át a teljes regisztert egy 2-4 órás alkalommal, és négy dolgot ellenőrizzen: a kihasználtságot, az integráció állapotát, hogy a jelenlegi használat még megfelel-e annak az esetnek, amely a vásárlást indokolta, és hogy melyik két eszköz csinálja most ugyanazt a munkát. Ez a ritmus beszállítói ajánlás, nem független kutatás. Egy okból érdemli meg az időt: a nevekkel ellátott regiszter megszűnik olyan lista lenni, amelyet valaki távozása után emlékezetből épít újra.
Ez a szakasz szándékosan nem bevezetési sorrend és nem költségfeladat. Hogy mit tartson meg, mit vonjon össze, és milyen sorrendben vásároljon, másik cikkhez tartozik: a martech stackről szóló anyag foglalkozik ezzel. A marketingautomatizálási eszközök értékelését külön írás tárgyalja.
Egy eset saját szabályt érdemel: mi történik azon a napon, amikor egy tulajdonos beadja a felmondását. Az új nevet a felmondási időn belül kell beírni, nem azután, hogy a fiók gazdátlanná vált. Ha egy eszközhöz senkit nem lehet megnevezni, az az első törlési jelölt, és jobb jel, mint bármelyik használati jelentés.
A kétfős változat: hat naptárblokk tizenkettő helyett
Valószínűleg két emberrel olvassa ezt, specialista nélkül. A rendszer ezen a méreten is tart, ha szándékosan hagy el dolgokat, nem véletlenül.
Mi marad meg: a hatmezős intake, hetente kétszer, húsz percben lefuttatva; az óra indításának szabálya; hat blokkból álló naptár tizenkettő helyett; és a regiszter, negyedévente egyszer átvizsgálva.
Mi esik ki szándékosan, hangosan kimondva, hogy senki ne várja később: a heti jelentési ritmus, amely havi lesz; a jóváhagyási szintek, mert két jóváhagyó nem szintrendszer; a kapacitásterv, amelyet egy fix számú felépítés vált fel, amit senki nem tárgyal újra a 6. héten; és a retro, amely bekerül a havi átvizsgálásba.
Amit soha nem szabad elhagyni: az új dátumot kapott kérés és a Blocked státusz. Védje a naptárat is. Ez az egyetlen artefaktum, amelyet a kollégája nem tud emlékezetből újraépíteni azon a napon, amikor számít.
Gyakori kérdések
Mit birtokol valójában a marketing operations?
Az átadások között leírt szabályokat, és az őket hordozó artefaktumokat: az intake-rekordot, az órát minden kérésen, a negyedéves naptárat, az eszközregisztert és a jelentési ritmust. A kész meghatározása az övé. A kampány nem az övé.
Mi a marketing operations SLA?
Időről szóló, közzétett megállapodás, szabállyal arra, mikor indul az óra. Megnevezi a szakaszokat, legalább az intake-et, a felépítést, a jóváhagyást és az indulás előkészítését, mindegyikhez ablakot ad, és kimondja, mikor számít egy kérés benyújtottnak. Az óra a triage-nál indul, nem a benyújtásnál. E szabály nélkül csak remények halmaza van munkanapokkal kiegészítve.
Miben különbözik a marketing operations a projektmenedzsmenttől?
A projektkezelő eszköz a feladatok státuszát rögzíti. A ritmus dönti el, mit jelentenek ezek a státuszok: mit jelent a kész, mikor indul a mérő, ki hagy jóvá, és mi történik, amikor elfogy a kapacitás. Futtathatja táblán, táblázatban vagy erre épített eszközben. Az eszköz cseréje még soha nem javított meg egy hiányzó szabályt.
Telepítse a naptárat ebben a hónapban
A marketing operations elsősorban naptárként hozza vissza az árát: tizenkét sor, és mindegyiknél egy döntés, ez a legolcsóbb itt telepíthető dolog és a leggyorsabban bizonyítható. Az Allable a briefet, a naptár sort, az anyagot és a közzététel dátumát egyetlen projektben tartja, amitől a 7. hét olvasata hajsza nélkül lehetséges. Kezdje az 1. héttel ebben a hónapban. Tegye hozzá az óra indításának szabályát a következő kéréshez, amely beérkezik.