Скільки Telegram-чатів потрібно моніторити, щоб отримувати заявки

Від чого залежить потрібне число

Головна величина – щільність: скільки запитів за вашою темою з'являється в одному чаті за тиждень. У нішах із масовим попитом, як-от ремонт чи дизайн карток для маркетплейсів, рахунок іде на кілька запитів на тиждень з однієї активної спільноти. У вузьких B2B-нішах один запит на місяць із чату – нормальний результат.

Друга величина – перетин аудиторій. Чати однієї тематики сильно перекриваються складом учасників, і десятий чат поспіль за тією самою темою додає помітно менше, ніж третій. Розширювати склад вигідніше вшир, додаючи сусідні галузі й міста, а не вглиб однієї теми.

Третя – географія. Обмеження проєкту одним містом ріже потік у рази, але підвищує частку придатних запитів, бо послуга в багатьох підрядників локальна.

Чому приріст падає

Кожен наступний чат додає менше за попередній одразу з двох причин. Він менш релевантний: спочатку беруться найточніші влучання, далі йдуть дедалі віддаленіші. І він частково дублює вже взяті: активні учасники перебувають одразу в кількох спільнотах, і те саме питання іноді ставлять у двох місцях.

Практичний висновок простий: нарощувати склад має сенс доти, доки росте кількість РІЗНИХ авторів запитів, а не кількість повідомлень. Щойно нові чати приносять ті самі обличчя, розширення перестало працювати.

Звідси ж випливає, чому порівнювати інструменти за кількістю чатів безглуздо. Тисяча випадкових джерел слабша за дві сотні, підібрані під конкретну послугу й місто.

Як порахувати під себе

Візьміть свою воронку з кінця й діліть, а не множте. Скільки угод на місяць вам потрібно, яка частка розмов доходить до угоди, яка частка відповідей доходить до розмови. Потрібне число угод ділиться на обидві частки поспіль, і виходить кількість запитів на місяць. Приклад: за 20 відсотків із відповіді в розмову і 25 відсотків із розмови в угоду одна угода потребує 20 запитів.

Далі потрібна щільність, і рахувати її треба в тих самих одиницях. Перевірка йде 5 днів на 150 чатах, тобто дає запити на чат за 5 днів; щоб отримати місячну щільність, її множать приблизно на 6. Лише після цього місячну потребу ділять на місячну щільність і отримують кількість джерел. Змішати тут тижневу величину з місячною означає занизити відповідь у рази.

Отриману цифру варто збільшити приблизно на третину з огляду на те, що частина чатів виявиться мертвими або змінить тематику. І ще раз збільшити, якщо ви рахуєте склад більший за пару сотень: розрахунок виходить із рівної віддачі на чат, а вона падає з кожним наступним джерелом, як описано вище. Просте ділення дає нижню межу, а не точне число.

Чого кількість чатів не вирішує

Швидкості відповіді. Заявка зі сотні чатів і заявка з тисячі однаково застарівають за годину, і підрядника обирають із тих, хто встиг.

Якості напрямку. Широко сформульований проєкт на тисячі чатів дає більше шуму, а не більше клієнтів. Звузити опис майже завжди корисніше, ніж додати джерел.

Готовності відповідати. Якщо в команді немає людини, яка бере заявку в роботу того ж дня, склад із тисячі чатів нічого не змінить: заявки накопичуватимуться й застарівати.

Чому кількість плутають із якістю

Кількість джерел – єдина величина, яку легко назвати в рекламі, тому за нею й порівнюють. Перевірити її не можна, а звучить вона переконливо: тисяча завжди виглядає краще за двісті.

На практиці важливіші три інші речі. Відповідність чату вашій послузі: спільнота, де ваш замовник буває раз на місяць, додає шум, а не заявки. Жвавість: у чаті з тисячею учасників і трьома повідомленнями на тиждень не з'явиться нічого. І модерація: там, де пропозиції послуг заборонені жорстко, вашу відповідь помітять, а там, де чат залитий рекламою, вона потоне.

Розумна розмова про склад чатів починається не з числа, а зі списку галузей і міст, звідки приходять ваші клієнти.

Як склад змінюється з часом

Спільноти старіють швидше, ніж здається. За рік помітна частина чатів змінює тематику, втрачає модерацію або перетворюється на стрічку реклами. Склад, зібраний один раз і не переглянутий, деградує сам по собі, без жодної вашої правки.

Ознака, за якою це видно: кількість різних авторів запитів падає, а кількість повідомлень росте. Це означає, що в складі додалося галасливих джерел і поменшало живих.

Розумний ритм перегляду – раз на квартал: прибрати чати, що замовкли, додати нові за тими самими галузями, перевірити, чи не змінив великий чат правила. Робота невелика, але без неї потік тихо сходить нанівець за 2 або 3 квартали.

Що робити, якщо запитів мало навіть на великому складі

Спершу перевірте формулювання напрямку. Надто вузький опис відсікає половину відповідних повідомлень, надто широкий топить їх у шумі. Обидві крайнощі виглядають однаково: заявок мало.

Далі подивіться на географію. Обмеження одним містом може різати потік сильніше, ніж ви очікували, особливо в послугах, що надаються віддалено.

І лише третім кроком додавайте джерела. Якщо після розширення складу кількість різних авторів запитів не зросла, отже, у вашій ніші публічний попит справді рідкісний, і чесний висновок тут такий: канал працює, але як додатковий, а не як основний. Жоден інструмент не створює попиту, якого немає.

Корисно в цей момент подивитися на сусідні формулювання задачі. Замовник рідко називає послугу так само, як називає її підрядник: замість «впровадження CRM» він пише «заявки губляться між поштою й таблицею». Розширення напрямку такими побутовими формулюваннями нерідко дає більше, ніж подвоєння складу чатів.