Ранок понеділка, і спільний #signals канал у Slack вашої агенції перетворився на безлад. Чемпіон клієнта А щойно опублікував допис про перегляд бюджету. Потенційний клієнт клієнта Б лайкнув запуск конкурента. Обидва потрапляють в один тред, і AE, який веде клієнта Б, відповідає не по тій угоді. Або ще гірше: хтось із вашої команди минулого кварталу підписався на цих потенційних клієнтів з акаунта агенції в Linkedin, і деякі з них вас заблокували.
Агенції з продажу та GTM стикаються з цією проблемою в той самий момент, коли починають відстежувати активність у Linkedin та X для кількох клієнтів. Самі по собі сигнали корисні, але змішувати їх між клієнтами — ні.
Я працюю над MultiFollow, тому зважайте на це під час читання. Ми створили анонімний список відстеження для акаунтів у Linkedin та X (Twitter). Ви додаєте людей і компанії, які важливі для кожного клієнта. Ми надсилаємо сповіщення, коли вони публікують дописи, залишають коментарі або (для профілів людей у Linkedin) ставлять лайки — зазвичай упродовж пари секунд. Ніхто зі списку не отримує сповіщень, оскільки ми ніколи не підписуємося і не надсилаємо запитів на контакт. У цій статті розглядається, як агенції розділяють ці сповіщення за клієнтами, завантажують список кожного клієнта з CSV, надають доступ потрібним ролям і обирають відповідний тарифний план.
Коли ви ведете списки відстеження для кількох клієнтів, насамперед ламаються дві речі. Доставка змішує клієнта А та клієнта Б в один вебхук Slack або одну таблицю Clay, тож ваш керівник відділу доставки витрачає час на сортування, кому належить яке сповіщення. А ручна підписка на потенційних клієнтів з акаунта агенції працює доти, доки Linkedin не обмежить вас або доки лід не помітить і не здивується, чому випадкова агенція опинилася в його мережі контактів. Натомість вам потрібне налаштування, за якого трекери кожного клієнта потрапляють у канал саме цього клієнта, список завантажується з одного файлу на клієнта, а ваш операційний спеціаліст — не єдиний, хто може запросити AE.
Вебхуки для Slack та API на рівні акаунта існують і отримують дані з кожного трекера команди. Це чудово підходить для однієї внутрішньої команди продажів, але для агенції це змішує клієнтів.
Кожен трекер також може містити власний URL-адрес вебхука Slack і вебхука API. Ви можете вказати їх під час створення, редагування, у файлі масового імпорту 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 доступний на тарифі Business і вище. У файлі має бути дві колонки: platform (linkedin або twitter) та profile url (заголовок містить пробіл). Для рядків X все ще використовується twitter як значення платформи. Додаткові стовпці задають дописи, коментарі та лайки, включені й виключені ключові слова (до 10 кожного типу, від 2 до 200 символів), а також індивідуальні для кожного рядка api webhook url і slack webhook url. Максимальний розмір файлу — 10 МБ.
Приклад імпорту для двох клієнтів може виглядати так. Вебхук 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 року.
| Тариф | Ціна | 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, лише email, без картки) і дочекайтеся реального допису чи коментаря. Коли сповіщення надійде, перейдіть на тариф Business, імпортуйте CSV-файл цього клієнта із заповненим вебхуком Slack для кожного рядка, запросіть вашого операційного керівника з роллю Manager і лише після цього додавайте наступного клієнта з іншим вебхуком. Коли список клієнтів переросте тарифи Business або Enterprise, зверніться до нас щодо тарифу Agency.
Жульєн, продакт-менеджер у MultiFollow