Акаунт у нормі чи ні та що робити далі? MostMate відповідає двома панелями

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

Відповідь на перше питання розкидана по чотирьох місцях. Рекламні акаунти лежать у рекламному кабінеті, Business Manager у Business Suite, сторінки в налаштуваннях, двофакторна автентифікація в центрі безпеки. Щоб переглянути один акаунт до кінця, доводиться входити чотири рази.

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

MostMate розводить ці дві речі по двох окремих входах. Здоров'я акаунта відповідає за стан, план розвитку акаунта за дії. Це не дві назви одного й того самого: дивляться їх з різною частотою, і робити після них потрібно різне.

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

Дві панелі відповідають не на одне й те саме питання

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

План розвитку акаунта, навпаки, приписує. Робота розкладена по днях: видно, який сьогодні день, наскільки просунувся прогрес і який у нього рівень ризику, а нижче перелічені рекомендовані справи на добу. Відповідь тут звучить як «що робити сьогодні», і дивитися це треба щодня. Подивишся пізніше, і сенсу вже немає.

Одна панель про стан, друга про дії.

Відносини між панелями не симетричні. Стан змінюється щодня, дії йдуть за ритмом. Якщо один пункт у здоров'ї акаунта раптом став «обмежено», план на цей день доводиться міняти разом із ним. Зворотне не працює: хоч як рівно йшов би план, обмежений пункт від цього сам не відновиться. Є й ще одна відмінність, про яку краще знати заздалегідь: цифри у здоров'ї акаунта беруться з останньої перевірки й описують становище акаунта на платформі, а план розвитку акаунта фіксує ритм ваших дій на місці й описує те, що зробили ви. Перше можна лише спостерігати, друге вирішуєте ви. Коли ці два потоки інформації дивляться окремо, судити стає помітно простіше.

Здоров'я акаунта: за чим стежить кожен із шести активів

Шість пунктів поділяються на чотири групи

• Особистий акаунт і сторінки відповідають на питання, чи на місці самі активи: чи гаразд із самим акаунтом і скільки сторінок під ним рахується.
• Рекламні акаунти й Business Manager відповідають за здатність витрачати: чи можна далі розміщувати рекламу і чи не обмежений шар, який її несе.
• Двофакторна автентифікація відповідає на питання, чи може акаунт довести, що це ви. Додаткова перевірка означає додатковий бар'єр, і настанови з цифрової ідентичності від NIST вписали її у формальні вимоги з тієї ж причини, що й звичайний вхід: після витоку пароля саме другий фактор вирішує, кому належить акаунт.
• Пункт про обмеження акаунта відповідає на питання, чи немає позначок. Гарна новина, коли там стоїть «немає», і з шести пунктів це єдиний, сформульований навпаки.

Сенс з'являється, лише коли чотири групи дивляться разом. Якщо в рекламного акаунта рекламний кабінет рахується нормальним, а Business Manager показаний обмеженим, проблема не в окремому рекламному акаунті, а в шарі, який його несе. Варто подивитися лише на загальний підрахунок «скільки нормальних, скільки обмежених», і інформація про розподіл губиться.

Слово «нормально» не можна читати буквально

У двох пунктів із шести є числа. У сторінок може стояти «3 нормально», у Business Manager «2 нормально / 1 обмежено». Ці числа треба порівнювати з власним записом за минулий тиждень.

Минулого тижня було чотири сторінки, цього залишилося три. Та, що зникла в проміжку, і є зачіпкою, навіть якщо в трьох, що залишилися, стоїть «нормально». Числу варто приділити більше уваги, ніж словесному статусу.

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

Оцінку можна порівнювати лише в межах історії одного акаунта

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

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

Друга: порівнювати акаунти між собою не можна. Під одним акаунтом три сторінки й два Business Manager, в іншого лише особистий акаунт, і системи відліку в них різні. Сенс оцінки живе в її власній історії, а не в порівнянні з іншими.

Оцінки на демонстраційних екранах узяті в офіційного тестового акаунта, а не з ваших даних. Щоб подивитися на свій акаунт, спершу запустіть перевірку.

Рекомендована дія вказує, куди дивитися, а не розв'язує проблему

Унизу панелі виводиться одна рекомендована наступна дія, наприклад «перевірити обмежений Business Manager». Вона показує напрямок, тобто на який шар іти дивитися першим, і не означає, що після одного натискання проблема зникне. Інструмент не замінює судження.

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

План розвитку акаунта: перетворити «що далі» на справу з датою

Список завдань задає ритм, а не працює списком справ

У плані розвитку акаунта, тобто в тому, що в галузі називають прогрівом, у кожного рядка в списку стоїть позначка «рекомендовано виконати», і на це формулювання варто звернути увагу. Там сказано саме «рекомендовано», а не «обов'язково позначити галочкою». Якщо сьогодні щось недороблено, смуга прогресу покаже «виконано 3 з 4», решта пунктів переїде на завтра, а сам ритм не розірветься.

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

Блок «що робити за відхилень» пропускають найчастіше

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

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

План будується під конкретний профіль

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

Зв'язати дві панелі в тижневий ритм

Справжня різниця між панелями в частоті звернення.

• План розвитку акаунта дивляться щодня. Ідуть за списком на сьогодні й зупиняються, якщо щось виглядає відхиленням.
• Здоров'я акаунта дивляться раз на тиждень в один і той самий день. Шість статусів записують разом із числами й дивляться на різницю з минулим тижнем, а не на сьогоднішнє абсолютне значення.
• Коли статус змінюється, спершу знаходять місце, потім діють. Розбираються, на якому шарі проблема, і лише потім вирішують, правити налаштування профілю чи йти у вхід для перегляду на платформі.

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

Три способи користуватися панелями неправильно

1. Вважати оцінку здоров'я показником, за яким треба гнатися. Оцінка це результат, шість статусів це причина.
2. Подавати на перегляд по кожному обмеженому пункту підряд. Спершу знайти конкретний шар ланцюжком активів ефективніше, ніж подавати заявку по кожному пункту.
3. Побудувати план лише для одного профілю. Решта акаунтів тримається на пам'яті людини, а пам'ять на такій дистанції дорівнює відсутності плану.

Спільне в усіх трьох одне: панелі приймають за разову перевірку. Те, що вони описують, це тривалий стан, і повертатися до нього треба за ритмом.

Умова: профілі мають бути розведені чисто

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

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

Є пов'язаний ефект, який легко оминути. Якщо профіль спільний, cookie, локальне сховище й сесії входу зближуються, і здоров'я акаунта читає вже не стан окремого акаунта, а результат суміші всіх одразу. Цифри на панелі при цьому далі рухаються, але вказувати вони перестають, а план, розкладений по днях у плані розвитку акаунта, втрачає ясного адресата. Тому перш ніж судити, чи корисні ці панелі, варто поставити питання на крок раніше: чи читаються тут дані одного акаунта. Цей крок пропускати не можна.

Якщо починати з самого початку, подивіться що таке fingerprint-браузер MostMate; схожі теми зібрані у списку блогу MostMate.

Вище йшлося про те, як читати ці цифри, а всередині продукту за цим стоїть конкретна робота: як шість джерел збираються на одному екрані, як рахується оцінка здоров'я, як план розвитку розкладається по днях. Щоб пройти цим усім просто в інтерфейсі, подивіться як MostMate перетворює стан акаунтів і ритм роботи на продукт. Деталі платформи також зібрані на сторінці завантаження.

Часті питання

Які платформи підтримує здоров'я акаунта?

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

Яка оцінка здоров'я вважається нормальною?

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

Що зміниться на панелі після обмеження акаунта?

Пункт про обмеження акаунта з «немає» перетвориться на щось певне, а пов'язані пункти за активами можуть разом із ним перейти в «потрібна перевірка» або «обмежено». У цей момент спершу шукають місце ланцюжком активів, а не квапляться подавати на перегляд по кожному пункту.

Чи обов'язково виконувати завдання плану розвитку акаунта щодня?

Ні. У кожного рядка стоїть позначка «рекомендовано виконати», смуга прогресу показує, скільки зроблено, а недороблене можна перенести на завтра. Уникати варто іншого: передчасного виконання дій, розрахованих на пізніший етап. Ламається ритм, і ось це вже проблема.

Чи можуть ці дві панелі гарантувати, що з акаунтом нічого не станеться?

Ні. Здоров'я акаунта показує результат останньої доступної перевірки, тобто стан на той момент, і не є обіцянкою на майбутнє. План розвитку акаунта задає ритм поведінки й теж не обіцяє жодного результату. Що вони можуть, так це вивести і стан, і дії на відкрите місце, щоб судженню було на що спертися.