Audience, creative, budget і безпечний запуск

Аудиторія як гіпотеза

Починайте з потреби й контексту, а не з випадкового набору platform interests. Один audience hypothesis описує, хто має проблему, який сигнал це підтверджує, яку пропозицію людина побачить і яка альтернатива існує. Розділяйте prospecting, retention і suppression; не змішуйте нових людей із чинними клієнтами, якщо для них різні рішення.

Оцініть доступність і межі targeting. Platform estimate не є гарантованим reach, а вузька комбінація фільтрів може втратити delivery або створити privacy risk. Не використовуйте чутливі припущення про здоров’я, фінанси чи інші особливі категорії. Customer lists потребують дозволеного джерела, мінімізації, строку зберігання й погодженого owner; у навчальному завданні таких списків немає.

Creative matrix

Матриця пов’язує audience job, message angle, proof, format, placement, CTA і landing promise. Кожен asset має неперсональний ID, версію, owner, approval і rights status. Варіації повинні мати чітку причину: інший hook, proof або format. Якщо одночасно змінити все, readout не пояснить, що спрацювало.

Адаптуйте asset до placement. Офіційний матеріал Meta для Reels описує placement на рівні ad set, 9:16 creative, safe zone та можливість A/B testing; це не означає, що одна рекомендація переноситься на всі формати. Перевірте aspect ratio, safe zones, перші секунди, captions, читабельність без звуку, alt/супровідний текст, landing continuity і права на музику та людей у кадрі.

Структура, budget і pacing

Назви сутностей мають відтворювати objective, audience, geography, format, version і дату без PII. LinkedIn розрізняє campaign, ad sets і ads: спільні objective, budget або schedule можуть бути на campaign, а audience, format і placement — на ad set залежно від конфігурації. Не переносіть конкретну ієрархію між платформами без перевірки поточного інтерфейсу.

Budget plan містить total cap, daily або lifetime rule, start/end, timezone, allocation, reserve і owner. Значні зміни бюджету можуть впливати на delivery та learning: TikTok прямо попереджає, що scheduling не скасовує стандартну модель, а суттєва зміна може повернути ad group у learning. Тому зафіксуйте allowed change, review cadence і emergency stop, а не «оптимізуйте щогодини».

Launch checklist і dual control

Перед запуском перевірте: правильний account і billing, objective/event, geography/language, exclusions, age, placement, dates/timezone, spend caps, bid, creative version, destination URL, redirects, UTMs, consent, mobile landing, conversion QA, accessibility, policy, comments plan і rollback. Дві людини мають звірити ризикові поля: платіж, географію, бюджет і landing. Скриншот без timestamp та IDs не замінює структурований журнал.

Статуси мають бути `draft`, `reviewed`, `approved`, `simulated_launch` або `blocked`. Навчальна робота завершується `simulated_launch`: жоден рядок не є наказом витратити кошти. `approved` можливий лише в реальному процесі з власником бюджету й доступом, якого цей курс не надає.

Практика

1. Створіть три audience hypotheses і suppression rule.
2. Заповніть creative matrix щонайменше для двох placements.
3. Розподіліть synthetic budget із cap, pacing і reserve.
4. Пройдіть launch checklist та виправте всі blocking findings.

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

Методичні джерела

• Meta for Business: placements, creative adaptation and A/B testing for Reels ads
• LinkedIn Help: campaign, ad set and ad responsibilities
• TikTok for Business: budget changes and learning-phase boundary

Сценарії, шаблони й питання — оригінальні матеріали SEOWORK. Платформні правила, policy та інтерфейс перевіряйте повторно перед реальною витратою.