Pirmadienio rytas, ir bendras #signals kanalas jūsų agentūros „Slack“ yra visiška netvarka. Kliento A rėmėjas ką tik paskelbė apie biudžeto peržiūrą. Kliento B potencialus pirkėjas paspaudė „patinka“ prie konkurento produkto paleidimo. Abu patenka į tą pačią giją, ir už Klientą B atsakingas AE atsako ne į tą sandorį. Arba dar blogiau – kas nors iš jūsų komandos praėjusį ketvirtį pradėjo sekti tuos potencialius klientus iš agentūros „Linkedin“ paskyros, ir keli iš jų jus užblokavo.
Pardavimų ir GTM agentūros susiduria su šia problema tą pačią akimirką, kai pradeda stebėti „Linkedin“ ir „X“ veiklą daugiau nei vienam klientui. Signalai yra naudingi, tačiau jų maišymas tarp skirtingų klientų – ne.
Dirbu su „MultiFollow“, todėl turėkite tai omenyje skaitydami. Sukūrėme anoniminį „Linkedin“ ir „X“ („Twitter“) paskyrų stebėjimo sąrašą. Pridedate žmones ir įmones, kurios rūpi kiekvienam klientui. Mes įspėjame jus, kai jie paskelbia įrašą, pakomentuoja arba („Linkedin“ asmenų atveju) paspaudžia „patinka“, paprastai per porą sekundžių. Niekas iš sąrašo apie tai neinformuojamas, nes mes niekada jų nesekame ir nesiunčiame kvietimų bendrauti. Šiame įraše paaiškinama, kaip agentūros atskiria šiuos įspėjimus pagal klientą, įkelia kiekvieno kliento sąrašą iš CSV failo, suteikia prieigą su tinkamais vaidmenimis ir pasirenka tinkamą planą.
Kai tvarkote stebėjimo sąrašus keliems klientams, pirmiausia sugenda du dalykai. Pristatymas suplaka Kliento A ir Kliento B duomenis į vieną „Slack“ webhook arba vieną „Clay“ lentelę, todėl jūsų pristatymo vadovas gaišta laiką aiškindamasis, kam priklauso kuris įspėjimas. O rankinis potencialių klientų sekimas iš agentūros paskyros veikia tik tol, kol „Linkedin“ neapriboja jūsų veiksmų arba kol potencialus klientas nepastebi ir nesusimąsto, kodėl atsitiktinė agentūra yra jo tinkle. Vietoj to jums reikia konfigūracijos, kurioje kiekvieno kliento sekikliai patenka į to kliento kanalą, sąrašas įkeliamas iš vieno failo kiekvienam klientui, o jūsų operacijų specialistas nėra vienintelis, galintis pakviesti AE.
Paskyros lygio „Slack“ ir API webhooks egzistuoja ir gauna visų komandos sekiklių duomenis. Tai puikiai tinka vienai vidinei pardavimų komandai, tačiau agentūrai tai supainioja klientus.
Kiekvienas sekiklis taip pat gali turėti savo „Slack“ webhook URL ir API webhook URL. Juos nustatote kurdami, redaguodami, masiniame CSV faile, per API arba per MCP. Kai sekiklis turi savo URL, šis URL turi viršenybę. Įspėjimas siunčiamas ten, o paskyros lygio webhook šiam sekikliui nėra iškviečiamas. Sekikliai be individualaus URL toliau naudoja paskyros lygio nustatymus.
Mūsų dokumentacijoje agentūroms rekomenduojamas būtent šis modelis: kiekvienas jūsų agentūros klientas gauna savo „Slack“ kanalą. Ta pati idėja tinka ir „Clay“. Kliento A potencialių klientų lentelės gauna vieną webhook, o Kliento B konkurentų lentelės – kitą.
Kiekvienam klientui sukurkite „Slack“ kanalą (arba paprašykite jo jų darbo erdvėje), pridėkite „Incoming Webhook“ tam kanalui ir išsaugokite URL šalia kliento sekiklių sąrašo. Kurdami arba importuodami šiuos sekiklius, įklijuokite tą „Slack“ URL kiekvienoje eilutėje. Tą patį padarykite su „Clay“ arba „n8n“ webhook, jei klientas pageidauja eilučių savo technologijų bazėje vietoj „Slack“ arba kartu su „Slack“.
Mokamuose planuose, kuriuose yra webhooks, įspėjimai paprastai pristatomi per porą sekundžių, o esant dideliam apkrovimui – maždaug per minutę. Mes tikriname kiekvieną sekundę. El. paštas vis dar veikia visuose planuose, jei norite atsarginio varianto, tačiau agentūros beveik visada renkasi „Slack“ arba API webhook, kad signalas pasiektų asmenį, valdantį tą paskyrą.
Štai kaip atrodo vienas API webhook, kai stebimas „Linkedin“ asmuo paskelbia įrašą. Pavyzdys paimtas iš mūsų pranešimų dokumentacijos.
{
"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 yra post, comment, arba like. Reakcijos „patinka“ pateikiamos su tuščiu content, todėl jei kliento procese filtruojama pagal raktinius žodžius tekste, šiam sekikliui išjunkite „patinka“. Išsamų paskirties vietų aprašymą („Slack“, „Clay“, „n8n“ ir „Zapier“) rasite skiltyje kaip nukreipti „MultiFollow“ įspėjimus.
Kai maršrutizavimas aiškus, kita kliūtis yra sekiklių kūrimas po vieną. Agentūra, turinti tris klientus ir po dvidešimt žmonių kiekvienam klientui, neturėtų spaudyti „Sukurti“ šešiasdešimt kartų.
Masinis CSV importas galimas „Business“ ir aukštesniuose planuose. Faile turi būti du stulpeliai: platform (linkedin arba twitter) ir profile url (antraštėje yra tarpas). „X“ eilutėse vis tiek naudojama twitter kaip platformos reikšmė. Pasirinktiniuose stulpeliuose nustatomi įrašai, komentarai ir „patinka“, įtraukti ir neįtraukti raktiniai žodžiai (iki 10 kiekvienam, nuo 2 iki 200 simbolių), taip pat atskira eilutei skirta api webhook url ir slack webhook url. Maksimalus failo dydis – 10 MB.
Dviejų klientų importas gali atrodyti taip. Kliento A „Slack“ webhook nurodomas jo eilutėse, o Kliento B – jo eilutėse.
platform,profile url,track posts,track comments,track likes,message included keywords,message excluded keywords,slack webhook url
linkedin,https://www.linkedin.com/in/client-a-champion/,true,true,true,,,https://hooks.slack.com/services/CLIENT_A/...
linkedin,https://www.linkedin.com/in/client-a-buyer/,true,true,false,"pricing,budget,RFP",webinar,https://hooks.slack.com/services/CLIENT_A/...
linkedin,https://www.linkedin.com/company/client-a-competitor/,true,false,false,"launch,pricing",,https://hooks.slack.com/services/CLIENT_A/...
linkedin,https://www.linkedin.com/in/client-b-champion/,true,true,false,,,https://hooks.slack.com/services/CLIENT_B/...
twitter,https://x.com/client-b-prospect,true,true,false,,,https://hooks.slack.com/services/CLIENT_B/...
Agentūroms svarbūs keli stulpelių pasirinkimai. Daugumai žmonių palikite „patinka“ išjungtus. Jie neturi teksto, todėl raktiniai žodžiai negali jų filtruoti, o ilgas sąrašas užtvindys kliento kanalą. Įjunkite „patinka“ tik tiems keliems žmonėms, į kurių „patinka“ reakcijas reaguotų AE. „Linkedin“ įmonių ir vitrininiuose puslapiuose nustatykite komentarus ir „patinka“ į „false“. Šie puslapiai įspėja tik apie įrašus. X tinkle stebime įrašus ir atsakymus, bet ne „patinka“ paspaudimus (nuo 2024 m. jie yra privatūs).
Jei norite pamatyti stulpelių struktūrą ir klaidas, dėl kurių eilutė atmetama, masinio CSV importo vadovas tai išsamiai paaiškina nuo pradžios iki pabaigos.
Agentūroms taip pat reikia daugiau nei vieno prisijungimo. Komandos valdymas galimas „Business“ ir aukštesniuose planuose. Pirmiausia sukuriate organizaciją (pavadinimą, adresą), tada pakviečiate žmones el. paštu.
Yra trys vaidmenys. „Admin“ tvarko atsiskaitymus, komandą, įspėjimų kūrimą bei trynimą ir pranešimus. „Manager“ rūpinasi komanda, įspėjimais ir pranešimais, bet ne atsiskaitymais. „Reader“ gauna tik pranešimus. Praktikoje asmuo, kuriam priklauso „MultiFollow“ prenumerata, yra „Admin“, operacijų vadovas, kuris įkelia CSV failus ir nustato webhooks – „Manager“, o AE, kuriems reikia tik Kliento A kanalo, gali likti „Reader“ arba tiesiog dirbti „Slack“ ir niekada neprisijungti.
Kvieskite tuo el. pašto adresu, kurį jie naudos prisijungdami. Laukiantiems kvietimams galima pakeisti vaidmenį arba juos ištrinti prieš nariui prisijungiant. Kai kas nors palieka agentūrą, pašalinkite jį iš komandos, kad jis nebematytų įspėjimų. „Reader“ vaidmens naudotojai nekuria sekiklių – dažniausiai to ir norima. Žmonės, esantys arčiausiai kliento, stebi „Slack“ kanalą. Žmonės, prižiūrintys stebėjimo sąrašą, naudoja valdymo skydelį.
Planų kainos nustatomos pagal tai, kiek „Linkedin“ ir „X“ paskyrų stebite, o ne pagal kreditus. „Slack“, API webhooks, masinis CSV importas ir komandos funkcijos prasideda nuo „Business“ plano. Štai kokie apribojimai nurodyti mūsų kainų puslapyje 2026 m. spalio mėn. duomenimis.
| Planas | Kaina | X | Slack, API webhookai, masinis CSV, komanda | |
|---|---|---|---|---|
| Free | $0 | 1 | 2 | Ne |
| Essential | $19/mėn. | 5 | 10 | Ne |
| Business | $79/mėn. | 25 | 50 | Taip |
| Enterprise | $199/mėn. | 100 | 200 | Taip |
| Agency (keliems klientams) | Individualus | Individualus | Individualus | Taip (kelių klientų valdymas, pažangus palaikymas) |
„Free“ ir „Essential“ pranešimus teikia tik el. paštu, todėl jie netiks „Slack“ nukreipimui kiekvienam klientui. Naudokite „Free“, kad išbandytumėte vieną „Linkedin“ asmenį ir dvi „X“ paskyras vienam klientui, įsitikintumėte, jog realus įrašas ar komentaras atkeliauja, ir tada pereikite prie aukštesnio plano. „Business“ apima 25 „Linkedin“ ir 50 „X“ sekiklių su „Slack“, webhooks, CSV ir komandos vietomis – to pakanka keliems nedideliems klientų sąrašams, jei juos atidžiai valdote. „Enterprise“ išauga iki 100 „Linkedin“ ir 200 „X“. „Business“ palaikymas pagrindiniame puslapyje nurodomas kaip bazinis, o „Enterprise“ ir „Agency“ – kaip pažangus.
Kai sąrašas nebetelpa arba kai jums reikia kelių klientų valdymo, viršijančio vieną „Business“ ar „Enterprise“ vietą, tam skirtas „Agency“ planas. Kainodara ir sekiklių skaičius nustatomi individualiai. Pasikalbėkite su mumis apie tai, kiek klientų ir sekiklių naudojate.
„Linkedin“ paprastai yra limitas, kurį pasiekiate pirmiausia. Jei trys klientai nori stebėti po 40 „Linkedin“ asmenų, jau viršijate „Business“ ir turėtumėte rinktis „Enterprise“ arba „Agency“, nebent rotuotumėte sąrašą pagal atvirus sandorius ir sutarčių atnaujinimus.
Keli apribojimai iškyla per kiekvieną įvadinį agentūros susitikimą, todėl paminėsiu juos iš karto.
Mes nesekame darbo vietos pasikeitimų. Jei kliento rėmėjas pereina į kitą įmonę, pareigų pasikeitimo mes neužfiksuosime. Tai pamatysite tik tuo atveju, jei jie apie tai paskelbs ar pakomentuos ir jūsų raktiniai žodžiai sutaps. Šiai paslaugų paketo daliai išlaikykite darbo keitimo stebėjimo įrankį arba CRM duomenų praturtinimą.
„Linkedin“ įmonių ir vitrininiai puslapiai įspėja tik apie įrašus. Komentarams ir „patinka“ reikalingas „Linkedin“ asmens sekiklis. X tinkle stebime įrašus ir atsakymus, o ne „patinka“. Planuose „Free“ ir „Essential“ nėra „Slack“ ar API webhooks, todėl bet kuriai agentūros nukreipimo sąrankai reikalingas „Business“ ar aukštesnis planas.
Mes taip pat neatliekame atviros raktinių žodžių stebėsenos visame žiniatinklyje. Jei klientas nori įspėjimų, kai kas nors mini jo prekės ženklą „Reddit“ ar „Facebook“, tai yra kitas produktas (KWatch.io), nes „MultiFollow“ stebi tik sąraše esančias paskyras.
Pasirinkite klientą, kurio mažiausiai norėtumėte supainioti su kitais. Sukurkite jo „Slack“ kanalą (arba gaukite jo webhook), pridėkite vieną vertingą „Linkedin“ asmenį pasirinkę nemokamą „MultiFollow“ planą (1 „Linkedin“ ir 2 „X“, tik el. paštas, nereikia kortelės), ir palaukite tikro įrašo ar komentaro. Kai jis pasirodys, atsinaujinkite į „Business“, importuokite to kliento CSV failą su kiekvienai eilutei įrašytu „Slack“ webhook, pakvieskite savo operacijų vadovą kaip „Manager“, ir tik tada pridėkite kitą klientą su kitu webhook. Kai sąrašas išaugs iš „Business“ ar „Enterprise“, pasiteiraukite mūsų apie „Agency“.
Julien, MultiFollow produktų vadovas