Как агенциите управляват списъци за наблюдение в Linkedin и X за множество клиенти

Понеделник сутрин е и общият #signals канал в Slack на вашата агенция е пълен хаос. Шампионът на клиент А току-що публикува за преглед на бюджета. Потенциален клиент на клиент Б хареса стартиране на продукт от конкурент. И двете попадат в една и съща нишка, а AE, отговарящ за клиент Б, отговаря за грешната сделка. Или още по-лошо: някой от вашия екип е последвал тези потенциални клиенти от профила на агенцията в Linkedin миналото тримесечие и няколко от тях са ви блокирали.

Агенциите за продажби и GTM се сблъскват с този проблем в момента, в който започнат да наблюдават активността в Linkedin и X за повече от един клиент. Сигналите са полезни, но смесването им между различните клиенти — не.

Аз работя по MultiFollow, така че имайте това предвид, докато четете. Ние изградихме анонимен списък за наблюдение за акаунти в Linkedin и X (Twitter). Вие добавяте хората и компаниите, които са важни за всеки клиент. Ние ви известяваме, когато те публикуват, коментират или (за профили на хора в Linkedin) харесат нещо, обикновено в рамките на няколко секунди. Никой от списъка не бива уведомяван, защото ние никога не следваме и не се свързваме. Тази публикация обяснява как агенциите разделят тези известия по клиенти, зареждат списъка на всеки клиент от CSV файл, споделят достъп с правилните роли и избират подходящ план.

Когато управлявате списъци за наблюдение за няколко клиенти, първо се чупят две неща. Доставката смесва клиент А и клиент Б в един Slack уебхук или една таблица в Clay, така че вашият отговорник по доставката прекарва време в сортиране кое известие за кого е. А ръчното последване на потенциални клиенти от профил на агенцията работи, докато Linkedin не ви ограничи или докато някой потенциален клиент не забележи и не се запита защо случайна агенция е в мрежата му. Вместо това ви е необходима конфигурация, при която тракерите на всеки клиент попадат в канала на съответния клиент, списъкът се зарежда от един файл за всеки клиент, а вашият оперативен специалист не е единственият, който може да покани AE.

Дайте на всеки клиент собствен Slack канал

Съществуват Slack и API уебхукове на ниво акаунт, които получават данни от всеки тракер в екипа. Това е отлично за един вътрешен екип по продажби, но за агенция смесва клиентите.

Всеки тракер може също така да носи собствен Slack уебхук URL и API уебхук URL. Задавате ги при създаване, редактиране, в CSV файла за масово импортиране, чрез API или чрез MCP. Когато даден тракер има собствен URL, този URL има предимство. Известието отива там, а уебхукът на ниво акаунт не се извиква за този тракер. Тракерите без индивидуален URL продължават да използват тези на ниво акаунт.

Нашата документация препоръчва точно този модел за агенции: всеки клиент на вашата агенция получава собствен Slack канал. Същата идея работи и за Clay. Таблиците с потенциални клиенти за клиент А получават един уебхук, а таблиците с конкуренти за клиент Б — друг.

За всеки клиент създайте Slack канал (или поискайте такъв в тяхното работно пространство), добавете Incoming Webhook за този канал и запазете URL адреса до списъка с тракери на клиента. Когато създавате или импортирате тези тракери, поставете този Slack URL на всеки ред. Направете същото с уебхук за Clay или n8n, ако клиентът иска редове в своя стек вместо в Slack или в допълнение към Slack.

При платените планове, които включват уебхукове, известията обикновено пристигат в рамките на няколко секунди и до около минута при голямо натоварване. Проверяваме всяка секунда. Имейлът продължава да работи във всеки план като резервен вариант, но агенциите почти винаги предпочитат Slack или API уебхук, за да може сигналът да достигне до човека, който управлява съответния акаунт.

Ето как изглежда един API уебхук, когато проследявано лице в Linkedin публикува пост. Примерът е от нашата документация за известия.

{
  "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 е post, comment, или like. Харесванията пристигат с празно поле content, така че ако работният процес на клиента филтрира по ключови думи в текста, оставете харесванията изключени за този тракер. За пълното ръководство за пренасочване към Slack, Clay, n8n и Zapier вижте как да маршрутизирате известия от MultiFollow.

Зареждайте списъка на всеки клиент от CSV

След като маршрутизирането е ясно, следващото тясно място е създаването на тракери един по един. Агенция с трима клиенти и по двадесет души за всеки клиент не трябва да кликва върху „Създаване“ шестдесет пъти.

Масовото импортиране от CSV е налично в план Business и по-високи. Файлът изисква две колони: platform (linkedin или twitter) и profile url (заглавието включва интервала). Редовете за X все още използват twitter като стойност за платформата. Незадължителните колони задават публикации, коментари и харесвания, включени и изключени ключови думи (до 10 от всеки вид, от 2 до 200 знака), плюс за всеки ред api webhook url и slack webhook url. Максималният размер на файла е 10 MB.

Импортиране за двама клиенти може да изглежда така. Slack уебхукът на клиент А се поставя на неговите редове, а този на клиент Б — на неговите.

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/...

Няколко избора на колони са от значение за агенциите. Оставете харесванията изключени за повечето хора. Те нямат текст, така че ключовите думи не могат да ги заглушат, а дълъг списък ще препълни канала на клиента. Включвайте харесванията само за малкото хора, на чиито харесвания AE би реагирал. За фирмени и showcase страници в Linkedin задайте коментарите и харесванията на false. Тези страници известяват само за публикации. В X проследяваме публикации и отговори, но не и харесвания (лични от 2024 г.).

Ако искате структурата на колоните и грешките, поради които даден ред може да се провали, ръководството за масово импортиране от CSV обхваща всичко от начало до край.

Екипни роли и избор на план

Агенциите също така се нуждаят от повече от един профил за вход. Управлението на екипи е налично в Business и по-високи планове. Първо настройвате организацията (име, адрес), след което каните хора по имейл.

Има три роли. Admin управлява фактурирането, екипа, създаването и изтриването на известия и уведомленията. Manager управлява екипа, известията и уведомленията, но не и фактурирането. Reader получава само уведомления. На практика лицето, което притежава абонамента за MultiFollow, е Admin, оперативният ръководител, който зарежда CSV файлове и настройва уебхукове, е Manager, а търговците (AE), които се нуждаят само от канала на клиент А, могат да останат като Reader или просто да използват Slack и никога да не влизат в системата.

Изпращайте покани на имейла, който ще използват за приемане. Чакащите покани могат да имат променена роля или да бъдат изтрити, преди потребителите да се присъединят. Когато някой напусне агенцията, премахнете го от екипа, за да спре да вижда известия. Потребителите с роля Reader не създават тракери, което обикновено е търсеният ефект. Хората, които са най-близо до клиента, виждат Slack канала. Хората, които поддържат списъка за наблюдение, ползват таблото за управление.

Цените на плановете се определят от броя на проследяваните акаунти в Linkedin и X, а не от кредити. Slack, API уебхукове, масов импорт от CSV и функции за екипи са налични от план Business. Това са лимитите на страницата ни с цени към октомври 2026 г.

План Цена Linkedin X Slack, API уебхукове, групов CSV, екип
Free $0 1 2 Не
Essential $19/мес. 5 10 Не
Business $79/мес. 25 50 Да
Enterprise $199/мес. 100 200 Да
Agency (за множество клиенти) Индивидуален Индивидуален Индивидуален Да (управление на множество клиенти, разширена поддръжка)

Плановете Free и Essential доставят само по имейл, така че не поддържат пренасочване към Slack за всеки клиент. Използвайте Free, за да тествате пилотно един профил на човек в Linkedin и два акаунта в X за един клиент, уверете се, че реална публикация или коментар пристига, и след това преминете на по-висок план. Business покрива 25 тракера за Linkedin и 50 за X със Slack, уебхукове, CSV и места за екипа, което е достатъчно за няколко малки клиентски списъка при внимателно разпределение. Enterprise скача до 100 в Linkedin и 200 в X. Поддръжката за Business е посочена като базова на началната страница, докато за Enterprise и Agency е посочена като разширена.

Когато броят клиенти надхвърля лимитите или когато се нуждаете от управление на множество клиенти извън рамките на един акаунт Business или Enterprise, изберете план Agency. Ценообразуването и обемите на тракерите са индивидуални. Свържете се с нас и споделете колко клиенти и тракери управлявате.

Лимитът за Linkedin обикновено е първият, който се достига. Ако трима клиенти искат по 40 профила на хора в Linkedin, вече сте надхвърлили Business и трябва да обмислите Enterprise или Agency, освен ако не ротирате списъка според отворените сделки и подновяванията.

Какво услугата не прави за клиент

Няколко ограничения се появяват при всеки старт на работа с агенция, затова ще ги изброя накратко.

Ние не проследяваме смени на работа. Ако шампионът на клиент смени компанията, ние няма да отчетем промяната на длъжността. Ще я видите само ако той публикува пост или коментар за това и ключовите ви думи съвпаднат. Запазете инструмент за следене на смяна на работа или обогатяване на CRM за тази част от абонамента.

Страниците на компании и showcase страниците в Linkedin известяват само за публикации. Коментарите и харесванията изискват тракер за профил на лице в Linkedin. В X проследяваме публикации и отговори, но не и харесвания. А плановете Free и Essential нямат Slack или API уебхукове, така че всяка конфигурация за пренасочване в агенция изисква Business или по-висок план.

Ние също така не извършваме отворено проследяване на ключови думи в мрежата. Ако клиент иска известия всеки път, когато някой спомене неговата марка в Reddit или Facebook, това е различен продукт (KWatch.io), тъй като MultiFollow наблюдава само акаунтите от списък.

Започнете с един клиент, след което разпределете останалите

Изберете клиента, когото най-малко бихте искали да смесите с останалите. Създайте неговия Slack канал (или вземете неговия уебхук), добавете един важен контакт от Linkedin в безплатния план на MultiFollow (1 профил в Linkedin и 2 в X, само имейл, без банкова карта) и изчакайте реална публикация или коментар. Когато това се случи, преминете към Business, импортирайте CSV файла на този клиент с попълнен Slack уебхук за всеки ред, поканете вашия оперативен ръководител като Manager и едва след това добавете следващия клиент с различен уебхук. Когато клиентската листа надхвърли възможностите на Business или Enterprise, попитайте ни за план Agency.

Жулиен, продуктов мениджър в MultiFollow