Ebben a cikkben
Egy közösségi média ügyfél-onboarding ellenőrzőlistának hat alappillért kell tisztáznia: a vállalt feladatkört, a felelős személyeket, a megfelelő fiókokhoz való hozzáférést, a ténylegesen használható márkaanyagokat, a jóváhagyási folyamatot és a riportolási kiindulópontot. Egy tételt csak akkor jelölj késznek, ha a hozzá tartozó bizonyíték már rendelkezésre áll. Önmagában egy sikeres kickoff megbeszélés még nem bizonyítja, hogy a csapat képes publikálni vagy mérni a megígért munkát.
Az átvételt kezdd a több ügyfél közösségi média fiókjainak kezeléséről szóló útmutatónkban bemutatott munkaterület-modellel. Ahol csak lehetséges, hozz létre dedikált ügyfél-munkaterületet, a csapattagoknak pedig a tényleges feladatuknak megfelelő szerepkört adj.
Használd ezt az ellenőrzőlistát a kickoff jegyzőkönyveként
Másold át az alábbi táblázatot a projektkezelő rendszeredbe, és minden sorhoz adj hozzá egy felelőst, egy állapotot, egy igazoló bizonyítékot és a következő lépést. Az „ügyfélre vár” egy hasznos nyitott állapot, de soha ne jelöld késznek. Ez az ellenőrzőlista egy szerkesztőségi működési sablon: nem platformkövetelmény, és nem állítja, hogy minden ügyfélnek pontosan ugyanarra a beállításra van szüksége.
Ellenőrzési pont | A teljesítés bizonyítéka | Mit kell tisztázni az indulás előtt? |
|---|---|---|
Cél és hatókör (Scope) | Elfogadott cél, márkák, csatornák, leszállítandók és kizárások. | Be nem árazott gyártás, extra nyelvek vagy tisztázatlan ügyeleti idő. |
Ügyfél-kapcsolattartók | Döntéshozó, bíráló és helyettesítő kapcsolattartó rögzítve. | Nincs kijelölt személy a módosítások jóváhagyására. |
Munkaterület-hozzáférés | A megnevezett csapattagok a megfelelő szerepkörrel hozzárendelve. | Munkatársak meghívása egy másik ügyfél munkaterületére. |
Csatorna-azonosító | A bekötött fiók neve és azonosítója egyezik az ügyfél célcsatornájával. | Véletlenül kiválasztott személyes vagy tesztfiók. |
Funkciójogosultságok | A publikálási, analitikai és kommentkezelési funkciók külön ellenőrizve. | Olyan OAuth-felhatalmazás, amelyből hiányzik egy szükséges engedély. |
Márkaanyagok (Assets) | Jóváhagyott logók, betűtípusok, minták és szerkeszthető forrásfájlok elérhetők. | Hiányzó felhasználási jogok vagy alá nem támasztott termékállítások. |
Jóváhagyási folyamat | Bíráló, visszajelzési határidő, javítási körök és késedelmi szabály rögzítve. | Olyan publikálási idősáv, amely döntés nélkül eltelhet. |
Riportolási bázis | Kezdődátum, bevont fiókok és mérési hiányok dokumentálva. | A nem elérhető múltbeli adatok mért nullaként való kezelése. |
Indulási ellenőrzés | Elbírált piszkozat és engedélyezett publikálási próba ellenőrzött eredménnyel. | Egy várólistára tett kérés élő posztként való feltételezése. |
Kilépés és átadás | Hozzáférés-visszavonási felelős és a nyitott munkák sorsa rögzítve. | Gazdátlanul maradó ütemezések vagy aktív hozzáférések a szerződés lejárta után. |
Állítsd be a hozzáféréseket közvetlenül a fióktulajdonossal
Kérd meg a jogosult fióktulajdonost, hogy végezze el a szolgáltatói hozzájárulási (consent) folyamatot, és ellenőrizze a kért jogosultságokat. Soha ne kérj és ne tárolj fiókjelszavakat az onboarding táblázatban; a részletes különbségeket az ügyfél közösségi média fiókok jelszó nélküli hozzáféréséről szóló cikkünk ismerteti. A Google fiókhozzáférési útmutatója (ellenőrizve: 2026-10-18) kifejezetten ellenjavallja a Google-fiók jelszavának megosztását külső alkalmazásokkal, és leírja, hogyan tekintheti át a fióktulajdonos a kért hozzáférést az engedélyezés előtt.
A forráskódból ellenőrzött folyamatban a munkaterület tulajdonosa (owner) vagy kezelője (manager) megnyithatja a csatorna-hozzáadási ablakot, kiválaszthatja a platformot, és elindíthatja a felhatalmazási folyamatot. A vezérlőpult lekér egy csatlakozási URL-t a szervertől, majd átirányítja a böngészőt a szolgáltatói jóváhagyáshoz. Az engedélyezés után mindig ellenőrizd a bekötött fiók megjelenített nevét és azonosítóját a munkaterületen. Ezeket a lépéseket 2026-10-18-án a dialóguskomponensben, az OAuth-hookban és az API hitelesítési kódjában ellenőriztük; a cikkhez nem végeztünk új, éles ügyféloldali OAuth-bekötést.
Tisztázd azt is, ki tudja újracsatlakoztatni a csatornát, ha a fiók jogosultságai később megváltoznak. Önmagában a publikálási felhatalmazás nem jelenti azt, hogy az analitikai vagy a kommentkezelési funkciók is elérhetők: a rendszer külön jogosultsági követelményeket (scope-okat) tart nyilván ezekhez a képességekhez. Mindig ellenőrizd a szerződésben vállalt konkrét funkciókat ahelyett, hogy egy sikeres csatlakozást a teljes hozzáférési lista lezárásaként kezelnél.
Gyűjts be olyan márkaanyagokat, amelyeket a csapat valóban használni tud
Kérj be szerkeszthető márkaelemeket, példákat a jóváhagyott nyelvezetre, célcsoport-prioritásokat és a posztokban szereplő linkek pontos céloldalait. Tisztázd, ki igazolja vissza a termékadatokat, az árakat és a készletinformációkat. Dokumentáld, honnan származik az átadott nyersanyag, és ki rendelkezik a felhasználási engedéllyel.
Válaszd szét egyértelműen az ügyfél által biztosított felvételeket azoktól az anyagoktól, amelyeket az ügynökségnek kell legyártania — ennek pénzügyi hatásait a közösségi média kezelés árazásáról szóló cikkünk részletezi. Írd le, ki készíti a platformspecifikus verziókat, és ki hagyhat jóvá egy módosított posztszöveget vagy vizuált. Ezután vezesd fel az első megbeszélt tartalomcsomagot a tartalomnaptárba a kijelölt bírálóval és a tervezett publikálási időpontokkal együtt.
Állapodjatok meg a jóváhagyásról és a lekésett idősávok kezeléséről
Nevezd meg azt a személyt, akinek a döntése felszabadítja a tartalmat a közzétételre, valamint a helyettesét arra az esetre, ha nem elérhető. Kérj konkrét, közvetlenül az elbírált tételhez kapcsolódó visszajelzést. Rögzítsétek, milyen jellegű módosítások igényelnek újabb jóváhagyási kört, és ki választ új publikálási időpontot, ha a döntési határidő lejár — a teljes munkafolyamatot a közösségi média jóváhagyási folyamat útmutatónk mutatja be. Ezek javasolt működési szabályok; nem feltételezünk minden ügyfélre érvényes válaszidő-normát.
A munkaterületen bekapcsolható staff-felülvizsgálati szabály megvonhatja a beosztott munkatársak közvetlen publikálási jogát, miközben megtartja számukra a tartalom-előkészítési jogosultságot. A staff tagok belső jóváhagyást nem rögzíthetnek; ezeket a szerepkör-szabályokat 2026-10-18-án ellenőriztük a meglévő API/vezérlőpult jogosultsági teszttel. A belépés nélküli ügyfél-jóváhagyási linkek külön csomagjogosultsághoz (entitlement) kötöttek, így a csapatszintű szerepkör önmagában még nem garantálja a funkció elérhetőségét.
Rögzítsd a riportolási bázist, mielőtt eredményeket ígérnél
Dokumentáld, melyik dátumtól kezdődnek a használható mérések, mely csatornák tartoznak bele a beszámolóba, és mely mutatók nem érhetők el. Állapodjatok meg abban, milyen weboldal-analitikai vagy ügyfélrendszer-adatokra van szükség a forgalom, az érdeklődők vagy az értékesítések igazolásához. Egy fiók csatlakoztatása nem hoz létre visszamenőleges történeti bázist olyan időszakra, amelyre a szolgáltató nem ad ki adatot.
Az első ügyfélriport összeállításakor válaszd külön a mért nullát a nem elérhető adattól, és magyarázd el, ha egy újonnan bekötött csatornánál még nincs összehasonlítható előző időszak. A hasznos közösségi média mérőszámokról szóló útmutatónk segít összekötni a kitűzött célt a ténylegesen vizsgálandó adatokkal.
Zárd le az onboardingot egy ellenőrizhető átadással
Nézesd át az ügyféllel az első piszkozatot, és erősíttesd meg vele a célcsatornát. Ha a megbeszélt indulás része egy tesztpublikálás is, kérj rá kifejezett engedélyt, válassz hozzá megfelelő tartalmat, és ellenőrizd a célplatformon megjelenő eredményt. Amíg ez ténylegesen meg nem történik, tartsd nyitott elemként az ellenőrzőlistán. Ez a cikk magát az indulási ellenőrzési lépést javasolja; nem állítja, hogy éles ügyfélfiókra publikáltunk a cikk készítésekor.
Már az induláskor rögzítsd, hogyan fog véget érni a hozzáférés az együttműködés lezárásakor. A Google dokumentálja a csatlakoztatott alkalmazások hozzáférésének áttekintését és visszavonását, a LinkedIn pedig az engedélyezett külső alkalmazások leválasztását (mindkettő ellenőrizve: 2026-10-18). A szerződés lezárásakor a jövőbeli ütemezéseket és a munkaterületi tagságokat külön is ellenőrizd, mivel a szolgáltatói OAuth-engedély visszavonása önmagában nem rendez minden nyitott operatív feladatot.
Források és módszertan
Módszertan: hivatalos fiókhozzáférési dokumentációk és saját termék-forráskód áttekintése 2026-10-18-án. Az ellenőrzőlista szerkesztőségi útmutatás. A szerepkör-mátrixot teszteltük; éles szolgáltatói OAuth-felhatalmazást, böngészős kattintást, éles ügyfél-publikálást és fiókleválasztást nem hajtottunk végre ehhez a cikkhez.
- Google Account Help: kiválasztott hozzáférések megosztása és jogosultságkérések áttekintése — ellenőrizve: 2026-10-18.
- Google Account Help: csatlakoztatott alkalmazások hozzáférésének kezelése és eltávolítása — ellenőrizve: 2026-10-18.
- LinkedIn Help: külső alkalmazások és azok leválasztása — ellenőrizve: 2026-10-18.
- Uplonic AddChannelDialog, useStartOAuth, auth útvonalak, oauthScopes és appPermissions: csatlakozási átadás, funkciójogosultságok és csapatszerepkörök; áttekintve: 2026-10-18. A meglévő szerepkör-mátrix teszt sikeresen lefutott.
