Marketingfolyamat leírása úgy, hogy nélküled is működjön

Scheo · 2026-10-01 · olvasási idő ~10 perc · Szerző: Schmidt Péter

A marketingfolyamat akkor van jól leírva, ha valaki, aki még sosem csinálta, végig tudja vinni a leírásból, és közben legfeljebb egyszer-kétszer kell kérdeznie. Ebben a cikkben megmutatom, mit érdemes lépésről lépésre rögzíteni, és mit elég elvi szinten. Kapsz egy kész mintát egy blogcikk útjára az ötlettől a publikálásig, valamint egy egyszerű tesztet, amiből kiderül, hol akad el a leírásod.

A szövegben háromféle jelölést használok. A Hivatalosan igazolt azt jelenti, hogy nyilvános, hivatalos forrás (szabvány, platform-súgó) mondja ki. A Saját tapasztalat az ügynökségi munkánk során sokszor látott mintázatot jelöli. A Szakmai feltételezés logikus következtetés, amit nem mértünk le pontosan.

Miért áll le a marketing, ha egy ember kiesik?

Azért, mert a napi menet nagy része egyetlen ember fejében van. Ott van a sorrend, a hozzáférések helye, a jóváhagyási kör, és az a sok apró döntés, amit valaki már gondolkodás nélkül hoz meg. Ha ez az ember két hétre kiesik, a többiek látják, hogy valami nem megy ki, de nem tudják, hogyan kellene kimennie.

Saját tapasztalat, hogy ilyenkor ritkán a szakmai tudás hiányzik. A helyettes általában meg tudna írni egy posztot vagy beállítani egy hirdetést. Azon akad el, hogy nem tudja, melyik fiókba kell belépni, hol van a képmappa, ki hagyja jóvá a szöveget, és mi számít késznek. Ezeket a kérdéseket lehet a legolcsóbban dokumentálni, és ezek okozzák a legtöbb leállást.

A szakmában erre a busz-faktor kifejezést használják. Azt méri, hány embernek kellene egyszerre kiesnie ahhoz, hogy egy folyamat megálljon. Egy kisvállalkozás marketingjében ez a szám gyakran egy. A cél az, hogy legalább kettő legyen, és ehhez nem kell második marketinges, elég egy jó leírás és egy kipróbált helyettes.

Milyen részletességgel kell dokumentálni a marketing napi menetét?

A részletesség a kockázattól függ, és nem kell mindent ugyanolyan alaposan leírni. Ami ismétlődik, könnyű elrontani, vagy hozzáféréshez kötött, az lépésről lépésre kerüljön papírra. Ami ízlést vagy ítéletet igényel, ott elég az elv és néhány példa. Ami stratégiai döntés, azt a helyettes ne hozza meg, a leírás csak azt mondja meg neki, hogy várjon vele.

Mit írj le lépésről lépésre?

• Publikálás a tartalomkezelőben. Hová kattint, milyen mezőket tölt ki, milyen kategóriát és címkét választ, hogyan ellenőrzi az előnézetet.
• Ütemezés a közösségi felületeken. Melyik eszközben, melyik oldal nevében, milyen időpontokban, milyen képmérettel.
• Hirdetés leállítása és költségkeret módosítása. Pontosan hol, és mekkora változtatást tehet meg a helyettes egyedül.
• Havi riport lekérése. Melyik nézet, melyik időszak, milyen formában és kinek kell elküldeni.
• Jóváhagyási kör. Ki nézi át a szöveget, milyen csatornán kell neki elküldeni, és mi történik, ha két munkanapon belül nem válaszol.
• Hozzáférések helye. A jelszavak ne, csak az, hogy melyik jelszókezelő-trezorban vannak, és kit kell kérni, ha valami nem nyílik.

Mit elég elvi szinten leírni?

• Hangnem. Tegezünk vagy magázunk, milyen szavakat kerülünk, és két rövid jó, valamint egy rossz példa.
• Témaválasztás. Milyen témákról írunk, és melyek azok, amelyekről soha.
• Kommentekre adott válasz. Mikor válaszolunk nyilvánosan, mikor privátban, és mikor kell szólni a tulajdonosnak.
• Képválasztás. Saját fotó elsőbbsége, mit nem teszünk ki (például gyerekarcot engedély nélkül).

Saját tapasztalat, hogy ezeknél a részeknél a hosszú szabálylista kevésbé segít, mint három valódi, korábban kiment példa. A helyettes a példából érti meg leggyorsabban a stílust.

Mi maradjon ki szándékosan?

A stratégia átírása, új csatorna indítása, nagyobb költségkeret-emelés vagy egy kampány teljes leállítása. Ezekről a leírásban egyetlen mondat elég, ami kimondja, hogy ezek a visszatérésig várnak, kivéve, ha a tulajdonos másképp dönt.

Hogyan néz ki egy jó folyamatleírás? Minta egy cikk útjára

Egy jó folyamatleírás minden lépésnél ugyanazt az öt dolgot rögzíti. Mi a lépés célja, ki csinálja, milyen eszközben, mikor számít késznek, és mit tegyen az, aki elakad. Ha ez az öt elem megvan, a leírás rövid is lehet.

Egy lépés egysoros formában így néz ki:

LÉPÉS 6 | Feltöltés | KI: szerkesztő | HOL: WordPress, Bejegyzések, Új | KÉSZ, HA: az előnézetben látszik a kiemelt kép, a meta leírás 120-160 karakter, a slug kisbetűs és ékezet nélküli | HA ELAKADSZ: mentsd piszkozatként, és írj a csapat-csatornára

A teljes út egy blogcikkre, a mi szokásos sorrendünk alapján:

1. Ötlet felvétele. Az ötlet a közös témalistába kerül (táblázat vagy feladatkezelő), egy sorban a cím, a célcsoport, a fő kérdés, amire a cikk válaszol, és a forrás, ahonnan az ötlet jött. Kész, ha a sor ki van töltve és van felelőse.
2. Brief. Fél oldal, benne a kulcskifejezés, a három-négy alkérdés, a belső linkek célpontjai és a kötelező tények (ár, határidő, termékadat), amelyeket csak a cég tudhat. Kész, ha a tulajdonos vagy a szakmai felelős ránézett.
3. Megírás. A brief alapján, a hangnem-útmutatót követve. Kész, ha minden alkérdésre van szakasz, és a szakaszok eleje önmagában is megválaszolja a kérdést.
4. Tényellenőrzés. Minden számot, jogszabályi hivatkozást és termékadatot egy második ember ellenőriz a forrással összevetve. Kész, ha a bizonytalan állítások ki vannak húzva vagy meg vannak jelölve.
5. Jóváhagyás. A cikk megy a jóváhagyónak, megjegyzési joggal megosztott dokumentumként. Ha két munkanapon belül nincs válasz, a helyettes egyszer emlékeztet, aztán vár, és nem publikál jóváhagyás nélkül.
6. Feltöltés és beállítások. Cím, slug, meta leírás, kiemelt kép alt szöveggel, kategória, belső linkek, szerző. Ha az oldal strukturált adatot használ (például Schema.org Article típust), ellenőrizd, hogy a bővítmény kitöltötte-e a szerzőt és a dátumot.
7. Publikálás és utóellenőrzés. Élesítés után nyisd meg a cikket mobilon és asztali gépen is, kattints végig a linkeken, és nézd meg, hogy az URL betölt-e kijelentkezett böngészőből. Ha a Search Console-hoz van hozzáférésed, kérheted az URL ellenőrzését.
8. Terjesztés. Egy poszt a közösségi oldalra a cikk egyik konkrét állításával, és ha van hírlevél, a következő számba bekerül. Kész, ha a témalistában a sor státusza „megjelent”, mellette a dátummal és az URL-lel.

Vedd észre, hogy a 3. és a 4. lépés ítéletet igényel, ezért ott a leírás a hangnem-útmutatóra és a forrásokra hivatkozik. A 6. és a 7. lépés viszont mechanikus, ezért ott minden kattintás le van írva.

Hogyan teszteld, hogy a leírás tényleg működik?

Add oda egy olyan embernek, aki még sosem csinálta, és figyeld csendben, hol akad el. Ez a hideg olvasó teszt. Közben nem segítesz, nem magyarázol, csak jegyzetelsz. Minden megállás egy hiány a leírásban.

1. Válassz tesztelőt. A legjobb az, aki valóban helyettesítene. Ha ilyen nincs, egy másik terület kollégája is jó, mert ő semmit sem tud kitalálni magától.
2. Adj valódi, kis tétű feladatot. Például egy már jóváhagyott cikk feltöltését piszkozatként, élesítés nélkül.
3. Jegyezd fel a megállásokat. Hol kérdezett, hol keresgélt, hol csinált valamit másképp, mint te, és hol mondta, hogy „ezt nem merem”.
4. Sorold be a hibákat. Hiányzó hozzáférés, hiányzó lépés, kétértelmű szó (például „a szokásos mappa”), vagy olyan döntés, amit a leírás nem dönt el helyette.
5. Javíts, és ismételd meg másik emberrel. Ugyanaz a tesztelő másodszor már emlékszik, ezért nem mutat meg minden hiányt.

Saját tapasztalat, hogy az első körben szinte mindig hozzáférésen és fájlhelyen akad el a tesztelő, nagyon ritkán magán a szakmai lépésen. Szakmai feltételezés, hogy egy közepes bonyolultságú folyamatnál két-három kör után a leírás eljut oda, hogy egy kívülálló kérdés nélkül végig tudja csinálni. Ha ez a harmadik kör után sem sikerül, valószínűleg maga a folyamat túl bonyolult, és érdemes egyszerűsíteni rajta.

Hol tárold a folyamatleírásokat?

Egyetlen helyen, amit a helyettes is elér, kereshető, és látszik rajta, ki és mikor módosította utoljára. Ez lehet egy megosztott Drive-mappa, egy belső wiki vagy a feladatkezelő tudásbázisa. Az a fontos, hogy ne legyen belőle három változat három helyen.

• A leírás és a feladat legyen összekötve. Ha a havi riport egy ismétlődő feladat a feladatkezelőben, a feladat leírásában legyen ott a folyamatleírás linkje. Így a helyettes nem keresgél.
• Jelszó ne kerüljön a dokumentumba. A jelszavak jelszókezelőben legyenek, a helyettes számára megosztott trezorban, a leírás csak a trezor nevére hivatkozzon.
• Ahol lehet, saját felhasználó. Hivatalosan igazolt, hogy a Google Search Console és a Google Cégprofil is lehetővé teszi további felhasználók és kezelők hozzáadását különböző jogosultsági szintekkel. Így nem kell jelszót megosztani, és a hozzáférés a helyettesítés után visszavonható.
• Dátum és felelős a lap tetején. Egy sor, ami megmondja, mikor nézte át utoljára valaki, és ki a gazdája.

Milyen ritmusban frissítsd?

Eseményhez kötve, és negyedévente egy rövid átnézéssel. A naptár szerinti frissítés önmagában kevés, mert a felületek akkor változnak, amikor a szolgáltató akarja, és nem akkor, amikor neked kényelmes.

• Azonnali frissítés, ha eszközt cseréltek, ha egy platform átrendezte a menüjét, vagy ha valaki elakadt és megoldotta. Az a szabály működik a legjobban, hogy aki elakad és kitalálja a megoldást, ő írja bele a leírásba.
• Negyedéves átnézés, amikor a gazda végigolvassa, és kihúzza, ami már nem igaz.
• Szabadság előtt legalább egy héttel egy mini hideg olvasó teszt a helyettessel, egy valódi feladaton.

Saját tapasztalat, hogy a leírások leggyakrabban apró, csendes változások miatt avulnak el, például átnevezett menüpont, áthelyezett mappa vagy új jóváhagyó miatt. Ezeket a negyedéves átnézés könnyen elkapja, ha a gazda tényleg végigkattintja a lépéseket, és nem csak elolvassa őket.

Mi a jó folyamatleírás ismérve?

Az, hogy egy kívülálló végig tudja csinálni belőle a feladatot. A terjedelemből ez nem derül ki. Egy egyoldalas, jól tagolt leírás sokszor többet ér egy tízoldalasnál, amit senki nem olvas végig.

Hivatalosan igazolt, hogy az ISO 9001 minőségirányítási szabvány „dokumentált információt” vár el a szervezettől abban a mértékben, amennyire ez a folyamatok hatékony működéséhez szükséges, de a dokumentum terjedelmét vagy formáját nem írja elő. A szabvány tehát szintén a működést teszi mércévé.

Jelek, amelyekből látszik, hogy a leírás jó:

• Minden lépésnél kiderül, mikor számít késznek.
• Nincs benne olyan szó, amit csak a szerző ért („a szokásos”, „ahogy múltkor”).
• Az elakadás esetére is van utasítás, és az nem az, hogy „hívj fel”.
• Látszik, mit dönthet el a helyettes egyedül, és mit nem.
• Legalább egyszer valaki, aki nem a szerzője, végigcsinálta belőle a feladatot.

Szakmai feltételezés, hogy a jó belső dokumentáció a kifelé menő tartalomnak is jót tesz. Ha a cikk útjában rögzítve van a tényellenőrzés és a szerző megjelölése, a tartalom egyenletesebb lesz, és ez illeszkedik ahhoz, amit a Google Search Central a hasznos, megbízható, emberközpontú tartalomról ír. Jobb helyezést ez önmagában nem garantál, de csökkenti az esélyét, hogy egy helyettesítési időszakban ellenőrizetlen tartalom kerüljön ki.

Mit nézz át szabadság vagy várható kiesés előtt?

Azt, hogy a helyettes eléri-e, amit el kell érnie, és tudja-e, mit nem kell megcsinálnia. Ez a lista egy óra alatt végigvehető.

• A helyettes be tud lépni minden szükséges felületre a saját felhasználójával vagy a megosztott trezorból.
• A kiesés idejére eső posztok és cikkek státusza látszik a témalistában.
• A jóváhagyó tudja, hogy erre az időszakra a helyettestől kap anyagot.
• A hirdetéseknél le van írva, mekkora módosítást tehet a helyettes egyedül.
• Megvan, mi az, ami biztosan vár a visszatérésig.
• Lefutott egy mini hideg olvasó teszt egy valódi feladaton.
• A folyamatleírások tetején friss a dátum.

Források és további olvasnivalók

• Google Search Central, Hasznos, megbízható, emberközpontú tartalom létrehozása
• Google Search Console súgó, Felhasználók, tulajdonosok és jogosultságok kezelése
• Google Cégprofil súgó, Felhasználók hozzáadása és kezelése a Cégprofilban
• ISO 9001:2015, 7.5 Dokumentált információ
• Schema.org, Article típus dokumentációja