Hogyan kezelnek az ügynökségek LinkedIn- és X-figyelőlistákat több ügyfél számára
Hétfő reggel van, és a közös #signals csatorna az ügynökség Slackjében kész káosz. Az A ügyfél belső támogatója épp most tett közzé bejegyzést egy költségvetési felülvizsgálatról. A B ügyfél potenciális érdeklődője kedvelte egy versenytárs termékbevezetését. Mindkettő ugyanabba a szálba érkezik, és a B ügyfelet kezelő AE a rossz ügyletre válaszol. Vagy ami még rosszabb: valaki a csapatából az előző negyedévben az ügynökség Linkedin-fiókjából követte ezeket a leendő ügyfeleket, és néhányan letiltották Önt.
Az értékesítési és GTM-ügynökségek abban a pillanatban szembesülnek ezzel a mintával, amikor egynél több ügyfél számára figyelik a LinkedIn- és X-aktivitást. A jelzések hasznosak, de az ügyfelek közötti összekeverésük nem az.
A MultiFollow-nál dolgozom, így kérjük, ezt tartsa szem előtt olvasás közben. Egy névtelen figyelőlistát hoztunk létre a LinkedIn- és X- (Twitter-) fiókokhoz. Ön hozzáadja azokat a személyeket és vállalatokat, akik fontosak az egyes ügyfeleknek. Riasztást küldünk, amikor posztolnak, hozzászólnak, vagy (a LinkedIn-személyek esetében) kedvelnek valamit, általában néhány másodpercen belül. A listán szereplők közül senki sem kap értesítést, mivel soha nem követjük be őket, és nem lépünk velük kapcsolatba. Ez a bejegyzés bemutatja, hogyan tartják külön az ügynökségek ezeket a riasztásokat ügyfelenként, hogyan töltik be az egyes ügyfelek listáját CSV-ből, hogyan osztják meg a hozzáférést a megfelelő szerepkörökkel, és hogyan választják ki a megfelelő csomagot.
Ha több ügyfél számára kezel figyelőlistákat, két dolog omlik össze először. A kézbesítés összevonja az A és B ügyfelet egyetlen Slack-webhookba vagy egyetlen Clay-táblázatba, így a kézbesítési vezető azzal tölti az idejét, hogy szétválogassa, melyik riasztás kihez tartozik. A potenciális ügyfelek kézi bekövetése egy ügynökségi fiókból pedig addig működik, amíg a LinkedIn nem korlátozza Önt, vagy amíg egy potenciális ügyfél észre nem veszi, és azon nem gondolkodik, miért van egy ismeretlen ügynökség a hálózatában. Ehelyett olyan beállításra van szüksége, ahol az egyes ügyfelek követői az adott ügyfél csatornájára érkeznek, a lista ügyfelenként egyetlen fájlból töltődik be, és nem az operatív vezető az egyetlen, aki meghívhat egy AE-t.
Biztosítson minden ügyfélnek saját Slack-csatornát
Léteznek fiókszintű Slack- és API-webhookok, és ezek a csapat összes követőjének adatait megkapják. Ez tökéletes egyetlen belső értékesítési csapat számára, de egy ügynökségnél összekeveri az ügyfeleket.
Minden követő saját Slack-webhook URL-t és API-webhook URL-t is tartalmazhat. Ezeket a létrehozáskor, szerkesztéskor, a tömeges CSV-ben, az API-n vagy az MCP-n keresztül állíthatja be. Ha egy követő saját URL-lel rendelkezik, az az URL élvez elsőbbséget. A riasztás oda érkezik, és a fiókszintű webhook nem hívódik meg az adott követőhöz. Az egyedi URL nélküli követők továbbra is a fiókszintűeket használják.
Dokumentációnk pontosan ezt a modellt javasolja az ügynökségeknek: az ügynökség minden ügyfele saját Slack-csatornát kap. Ugyanez az elv érvényes a Clay esetében is. Az A ügyfél leendő ügyféltáblázatai egy webhookot kapnak, a B ügyfél versenytárstáblázatai pedig egy másikat.
Minden ügyfél számára hozzon létre egy Slack-csatornát (vagy kérjen tőlük egyet a munkaterületükön), adjon hozzá egy Incoming Webhookot az adott csatornához, és mentse el az URL-t az ügyfél követőlistája mellé. Amikor létrehozza vagy importálja ezeket a követőket, illessze be a Slack URL-t minden sorba. Tegye ugyanezt egy Clay- vagy n8n-webhookkal, ha az ügyfél a Slack helyett vagy a Slack mellett a saját technológiai környezetébe kéri az adatokat.
A webhookokat tartalmazó fizetős csomagokban a riasztások általában néhány másodpercen belül megérkeznek, és terheltebb időszakokban is legfeljebb körülbelül egy percet vesznek igénybe. Másodpercenként ellenőrizzük az aktivitást. Az e-mail továbbra is minden csomagban működik biztonsági mentésként, de az ügynökségek szinte mindig a Slack- vagy API-webhookot választják, hogy a jelzés eljusson az adott fiókot kezelő személyhez.
Egy API-webhook így néz ki, amikor egy követett LinkedIn-személy közzétesz egy bejegyzést. A példa az értesítési dokumentációnkból származik.
{
"platform": "linkedin",
"profile_url": "https://www.linkedin.com/in/erikatrautman/",
"query": "URL: https://www.linkedin.com/in/erikatrautman/. Track posts. Track comments. Track likes.",
"datetime": "2025-01-19T05:52:00Z",
"link": "https://www.linkedin.com/posts/erikatrautman_vice-president-strategy-and-business-operations-activity-7272270503808000000-OxBb",
"content": "I've got two more great leadership positions I'm filling! I am so inspired by the vision and the culture here at Sprout. So come join me to transform how companies leverage social media to connect with their customers.",
"activity_type": "post"
}
activity_type értéke post, comment, vagy like. A kedvelések üres content mezővel érkeznek, így ha az ügyfél munkafolyamata a szövegben lévő kulcsszavakra szűr, hagyja kikapcsolva a kedveléseket ennél a követőnél. A Slack, Clay, n8n és Zapier célállomások teljes áttekintéséhez lásd a következőt: hogyan irányíthatja a MultiFollow-értesítéseketoldalon tájékozódhat.
Töltse be az egyes ügyfelek listáját CSV-ből
Amint az átirányítás tisztázott, a következő szűk keresztmetszet a követők egyesével történő létrehozása. Egy három ügyféllel és ügyfelenként húsz személlyel rendelkező ügynökségnek nem szabadna hatvanszor a Létrehozás gombra kattintania.
A tömeges CSV-import a Business és magasabb csomagokban érhető el. A fájlhoz két oszlop szükséges: platform (linkedin vagy twitter) és profile url (a fejléc tartalmazza a szóközt). Az X sorai továbbra is a twitter értéket használják platformként. Az opcionális oszlopok a bejegyzéseket, hozzászólásokat és kedveléseket, a belefoglalt és kizárt kulcsszavakat (egyenként legfeljebb 10, 2–200 karakter hosszúságú), valamint a soronkénti api webhook url és slack webhook url. A maximális fájlméret 10 MB.
Egy kétügyfeles importálás így nézhet ki. Az A ügyfél Slack-webhookja a saját soraiba kerül, a B ügyfélé pedig az övébe.
Néhány oszlopválasztás különösen fontos az ügynökségek számára. A legtöbb embernél tartsa kikapcsolva a kedveléseket. Ezek nem tartalmaznak szöveget, így a kulcsszavak nem tudják tompítani őket, egy hosszú lista pedig elárasztja az ügyfél csatornáját. Csak annál a néhány embernél kapcsolja be a kedveléseket, akiknek a reakcióira az AE érdemben reagálni tud. A LinkedIn vállalati és showcase oldalain állítsa a hozzászólásokat és a kedveléseket false értékre. Ezek az oldalak csak a bejegyzésekről küldenek riasztást. Az X-en a bejegyzéseket és a válaszokat követjük, a kedveléseket nem (2024 óta privátak).
Ha kíváncsi az oszlop-hozzárendelésre és azokra a hibákra, amelyek miatt egy sor meghiúsulhat, a tömeges CSV-importálási útmutató elejétől a végéig ismerteti.
Csapatszerepkörök és csomagméretezés
Az ügynökségeknek több bejelentkezési azonosítóra is szükségük van. A csapatkezelés a Business és magasabb csomagokban érhető el. Először létrehozza a szervezetet (név, cím), majd e-mailben hívja meg a tagokat.
Három szerepkör érhető el. Az Admin kezeli a számlázást, a csapatot, a riasztások létrehozását és törlését, valamint az értesítéseket. A Manager a csapatot, a riasztásokat és az értesítéseket kezeli, a számlázást viszont nem. A Reader csak értesítéseket kap. A gyakorlatban a MultiFollow-előfizetés tulajdonosa az Admin, a CSV-ket betöltő és webhookokat beállító operatív vezető a Manager, míg az A ügyfél csatornáját figyelő AE-k maradhatnak Reader szerepkörben, vagy egyszerűen Slackben maradnak, és soha nem jelentkeznek be.
Azzal az e-mail-címmel hívja meg őket, amelyet a meghívás elfogadásához használni fognak. A függőben lévő meghívások szerepköre módosítható vagy törölhető a csatlakozás előtt. Ha valaki elhagyja az ügynökséget, távolítsa el a csapatból, hogy ne lássa többé a riasztásokat. A Reader szerepkörű felhasználók nem hoznak létre követőket, ami általában pontosan megfelel a célnak. Az ügyfélhez legközelebb álló munkatársak látják a Slack-csatornát. A figyelőlistát karbantartó munkatársak használják az irányítópultot.
A csomagok árazása a követett LinkedIn- és X-fiókok száma alapján történik, nem kreditek alapján. A Slack, az API-webhookok, a tömeges CSV és a csapatfunkciók a Business csomagtól érhetők el. Ezek az árazási oldalunkon szereplő korlátok 2026 októberében.
Csomag
Ár
Linkedin
X
Slack, API webhookok, tömeges CSV, csapat
Free
$0
1
2
Nem
Essential
$19/hó
5
10
Nem
Business
$79/hó
25
50
Igen
Enterprise
$199/hó
100
200
Igen
Agency (több ügyfél)
Egyedi
Egyedi
Egyedi
Igen (több ügyfél kezelése, kiemelt támogatás)
A Free és az Essential csomag kizárólag e-mailt kézbesít, így nem alkalmas ügyfelenkénti Slack-irányításra. Használja a Free csomagot egyetlen ügyfél egyetlen LinkedIn-személyének és két X-fiókjának tesztelésére, győződjön meg róla, hogy egy valós bejegyzés vagy hozzászólás megérkezik, majd váltson magasabb csomagra. A Business csomag 25 LinkedIn- és 50 X-követőt tartalmaz Slackkel, webhookokkal, CSV-vel és csapattagságokkal, ami némi körültekintéssel elegendő néhány kisebb ügyféllistához. Az Enterprise 100 LinkedIn- és 200 X-követőre bővül. A Business-támogatás alap szintűként szerepel a kezdőlapon, míg az Enterprise és az Agency fejlett támogatást kínál.
Ha a keret nem elegendő, vagy ha egyetlen Business vagy Enterprise fiókon túli, több ügyfelet lefedő kezelésre van szüksége, az Agency csomag a megoldás. Az árazás és a követők mennyisége egyedi. Vegye fel velünk a kapcsolatot, és egyeztessünk, hány ügyfelet és követőt kezel.
A LinkedIn általában az a limit, amelyet először elér. Ha három ügyfél egyenként 40 LinkedIn-személyt szeretne követni, már túllépte a Business csomagot, és az Enterprise vagy Agency csomagra lesz szüksége, hacsak nem forgatja a listát a nyitott ügyletekre és megújításokra korlátozva.
Amit nem tesz meg az ügyfélért
Néhány korlát minden ügynökségi indításkor felmerül, ezért tisztázzuk őket előre.
Nem követjük a munkahelyváltásokat. Ha egy ügyfél belső támogatója céget vált, nem jelezzük a pozíció megváltozását. Csak akkor látja ezt, ha bejegyzést vagy hozzászólást tesz közzé erről, és a kulcsszavai egyeznek. A megbízási díj ezen részéhez tartson meg egy munkahelyváltás-követő vagy CRM-adatbővítő eszközt.
A LinkedIn vállalati és showcase oldalai csak a bejegyzésekről küldenek riasztást. A hozzászólásokhoz és kedvelésekhez LinkedIn-személy követése szükséges. Az X-en a bejegyzéseket és a válaszokat követjük, a kedveléseket nem. A Free és az Essential pedig nem rendelkezik Slack- vagy API-webhookokkal, így minden ügynökségi átirányítási beállításhoz Business vagy magasabb csomag szükséges.
Szintén nem végzünk nyílt kulcsszófigyelést a teljes weben. Ha egy ügyfél riasztást szeretne, valahányszor valaki megemlíti a márkáját a Redditen vagy a Facebookon, az egy másik termék (KWatch.io), mivel a MultiFollow kizárólag a listán szereplő fiókokat figyeli.
Kezdje egyetlen ügyféllel, majd válassza szét a többieket
Válassza ki azt az ügyfelet, akit a legkevésbé szeretne összekeverni a többiekkel. Hozza létre a Slack-csatornáját (vagy kérje el a webhookját), adjon hozzá egy kiemelt fontosságú LinkedIn-személyt a MultiFollow ingyenes csomagjában (1 LinkedIn és 2 X, csak e-mail, bankkártya nem szükséges), és várjon meg egy valódi bejegyzést vagy hozzászólást. Amikor az megérkezik, váltson a Business csomagra, importálja az adott ügyfél CSV-fájlját a soronként kitöltött Slack-webhookkal, hívja meg az operatív vezetőt Managerként, és csak ezután adja hozzá a következő ügyfelet egy másik webhookkal. Amikor a lista kinövi a Business vagy Enterprise csomagot, érdeklődjön nálunk az Agency csomagról.
MultiFollow.io