Поля картки задачі
Що означає кожне поле картки Task, коли воно заповнюється, коли ховається чи блокується — гайд для тих, хто вперше працює з платформою.
Цей документ — про саму картку задачі (Task): що на ній є, що означає кожне поле й кнопка, коли поле обов’язкове, а коли воно взагалі зникає з екрана. Він розрахований на людину, яка ще жодного разу не заповнювала задачу в цій системі — тут немає технічних термінів, лише те, що видно на екрані.
Про те, як задача рухається по статусах (Backlog → Ready for Production → … → Done) і коли саме назва й теги блокуються — окремий документ: Статуси задач та блокування полів.
1. Як читати картку
Перш ніж іти по секціях — чотири речі, які повторюються по всій картці:
- Червона зірочка
*біля назви поля — це поле обов’язкове. Без нього задачу не вдасться відправити в автоматизацію (запуск зупиниться з повідомленням, яких саме полів не вистачає). Наведи курсор на зірочку — з’явиться підказка «Required for this task». Зірочка стоїть тільки там, де поле можна заповнити зараз: коли статус задачі його вже закрив (розділ 11), зірочка зникає разом із можливістю редагувати — просити те, чого не даси, немає сенсу. Тому в Backlog зірочок найбільше, а на прийнятій задачі їх немає зовсім. - Зірочка є і на блоці Lineage — на підписі «Origin Creative» / «Source Creatives», якщо тип задачі без оригіналу працювати не може. Це не звичайне поле, тож зірочку малює сам блок.
- Сіре, недоступне для кліку поле — його зараз не можна редагувати. Це тимчасово: причина завжди одна з трьох, описаних у розділі «Коли картка блокується» нижче.
- Поля, яких на екрані взагалі немає — для обраного типу задачі вони не потрібні. Це не помилка й не збій — просто ці дані для такого типу задачі беруться з іншого місця (зазвичай — з креативу, від якого задача походить).
- Пункт «None» у випадному списку — означає «свідомо залишити поле порожнім», а не «щось не так із завантаженням списку».
- Іконка копіювання 📋 біля назви — з’являється всюди, де на екрані є назва задачі чи креативу (заголовок картки, рядки в блоках Creatives і Lineage). Клік — і точна назва вже в буфері обміну, можна вставляти в Slack, пошук по Drive тощо, не виділяючи текст вручну.
2. Верхня панель картки
Це смужка вгорі картки — те, що видно одразу, без прокрутки. Усі чотири поля під Status редагуються, поки роботу не прийняли: на Done вони закриваються разом з рештою планування (розділ 11).
| Поле | Що це | Хто зазвичай заповнює |
|---|---|---|
| Status | Етап виробництва задачі: Backlog, Ready for Production, In Progress, Tech Check, Creative Check, Done, Archived. | Рухається переважно перетягуванням картки по дошці; докладно, з дозволеними переходами — в документі про статуси. |
| Priority | Наскільки терміново: 1 (найтерміновіше, червоне) → 3 (не терміново, сіре). | Постановник задачі. |
| Task Owner | Хто поставив задачу і приймає результат на Creative Check. | Автоматично проставляється на того, хто створив задачу — можна змінити вручну. |
| Assignee | Хто виконує задачу (дизайнер/моушн). | Зазвичай призначається пізніше, коли задача йде в роботу; для дизайнерських задач (NEWDES/VARDES) система одразу пропонує самого постановника. |
| Deadline | Бажана дата здачі. За потреби — з часом: у календарі є перемикач «Include time», за замовчуванням вимкнений. Увімкнувши його, можна задати годину та хвилину; вимкнувши — час прибирається, а дата лишається. | Постановник задачі. Час показується у вашій таймзоні; у Slack-повідомленнях і в експорті — у таймзоні команди. |
3. Секція «Info»
| Поле | Що це | Приклад / примітка |
|---|---|---|
| Name | Технічна назва картки. | Для напряму Performance (див. нижче) її згенерує сама система одразу, як тільки задача пройде автоматизацію — вручну вписане ім’я буде перезаписане. Тому це поле не є обов’язковим для Performance-задач: система однаково сформує назву сама з тегів нижче. |
| Work Stream | Який це напрям роботи: Performance, Product, Web, Brand, SMM, HR. | Це найважливіший перемикач на всій картці. Усе, що описано нижче в цьому документі (обов’язкові поля, автоматична генерація назви, блокування, секція Variations) стосується лише Work Stream = Performance. Для будь-якого іншого напряму (Product, Web, Brand, SMM, HR) нічого з цього не спрацьовує: задача рухається довільно, і єдине обов’язкове поле — Name. |
| Task Type | Який саме тип роботи виконується. Від нього залежить, які поля обов’язкові, які секції видно, і як саме автоматизація створить картки креативів. Значення описані нижче. | |
| Product | Продукт компанії, для якого готується креатив: PLT (PlantIn), CNI (CoinIn), RKI (RockIn), SPD (SportDex), SNR (SnapRelic). | Зміна продукту очищає поля Subject/Topic нижче, якщо обране значення не підходить новому продукту. |
| Design Complexity | Оцінка складності виробництва з боку дизайну, від Level 1 (найпростіше) до Level 5 (найскладніше). Саме вона впливає на Points (розділ 12 нижче) — що вищий рівень, то більший бонус до бала задачі. | Шаблон при створенні задачі (розділ 13) одразу підставляє типовий рівень для деяких типів (наприклад, LOC — Level 1, NEWDES — Level 4); для NEW/VAR/VARAI рівень не підставляється — його вписують вручну. Змінити можна будь-коли до Done. |
| Marketing Complexity | Та сама шкала Level 1 – Level 5, але про складність із боку креативниць: скільки роботи в тексті, сценарії та ідеї, а не в макеті. На Points поки не впливає — це окрема оцінка тієї самої задачі. Обов’язкова, як і Design Complexity (розділ 5). | Шаблон підставляє сюди той самий рівень, що й у Design Complexity; далі обидва рівні виставляють незалежно. |
Типи задач (Task Type) — що означає кожен
| Task Type | Що це означає простими словами |
|---|---|
| NEW | Нові базові відео/статик-креативи «з нуля», без прив’язки до чогось наявного. |
| NEWDES | Те саме, що NEW, але дизайнерська задача: дизайнери самі ставлять ТЗ собі й самі ж виконують ці задачі. |
| VAR | Варіації вже наявного креативу — береться один оригінал (Origin Creative), і з нього роблять кілька нових версій. |
| VARDES | Те саме, що VAR, але дизайнерська задача — аналогічно до NEWDES, дизайнери самі ставлять ТЗ і самі ж виконують. |
| VARAI | Варіації, згенеровані за допомогою AI на основі одного оригінального креативу. |
| LOC | Локалізація — переклад наявного креативу під іншу мову/гео. По одній новій картці на кожен обраний оригінал. |
| WHT | «Вайтенінг» — прибираємо чи змінюємо контент, який порушив би правила конкретної платформи (наприклад, ціни чи елементи інтерфейсу); розмір (Resolution) і тривалість не чіпаються. По одній новій картці на кожен обраний оригінал. |
| ADPT | Адаптація — технічне підлаштування файлу під іншу платформу, крім зміни розміру (наприклад, скорочення тривалості під ліміт платформи або підгонка компонування під safe zone плейсменту — щоб важливі елементи не потрапляли під UI платформи); контент не змінюється. |
| RSZ | Ресайз — змінюється тільки розмір (Resolution) наявного креативу; контент, тривалість і решта полів (Source, Geo, Language, маркетинговий контент) лишаються тими самими, що в оригіналі. По одній новій картці на кожен обраний оригінал. |
| CLN | Клонування — повторення вже наявного креативу з нуля: конкурента, референсу, а так само й креативу нашого іншого продукту (наприклад, береш відео CNI і повторюєш його під RKI). Задача без автоматичного створення карток креативів — картки заводяться вручну. |
WHT, ADPT чи RSZ — який обрати
Технічно всі три працюють однаково: одна нова картка на кожен обраний Source Creative, Geo й Language беруться з оригіналу (розділ 5). Різниця — у тому, яку саме вісь креативу змінює задача, і саме за цим варто обирати тип:
| Питання | Тип задачі |
|---|---|
| Потрібно прибрати чи замінити щось у самому контенті (ціну, текст, елемент інтерфейсу), бо інакше платформа відхилить креатив? | WHT |
| Потрібно підлаштувати технічний параметр файлу (наприклад, тривалість чи safe zone компонування), не чіпаючи ні контент, ні розмір? | ADPT |
| Потрібен той самий файл в іншому розмірі (Resolution) під інший плейсмент? | RSZ |
Якщо потрібно і прибрати заборонений контент, і змінити розмір — це дві окремі задачі (WHT і RSZ), не одна: кожен з цих типів відповідає рівно за одну вісь, а не за їх комбінацію.
4. Секція «Task Config»
| Поле | Що це | Приклад |
|---|---|---|
| Count | Скільки карток креативів у задачі. Для LOC, WHT, ADPT, RSZ заповнюється автоматично — за кількістю оригіналів, обраних у блоці Lineage (розділ 8 нижче), вручну це поле там не чіпають. У решті випадків (NEW, NEWDES, VAR, VARDES, VARAI, CLN) — вписується вручну, або підставляється зі стартового шаблону задачі (розділ 13), або із задачі того Origin Creative, що обраний у Lineage. | 4 — типове значення для нових креативів. |
| Media Type | Формат майбутнього креативу: VID (відео), STA (статика), ANI (аніма/gif), WEB, LND (лендинг), ENDC (кінцева картка, end card). | |
| Resolution | Розмір готового файлу в пікселях: 1080x1920, 1920x1080, 640x768, 800x800, 320x50, 1080x1350, 250x250, 300x250, 336x280, 200x200, 300x600, 1242x2688, 1080x1080, 600x800, 800x600. Саме це значення входить у назву картки креативу. Для LOC, WHT і ADPT поля на формі немає: ці типи розміру не міняють, тож кожна їхня картка бере розмір свого оригіналу. Для RSZ це цільовий розмір ресайзу. Дефолту поле не має: доки розмір не обрано, він порожній, і задачу без нього автоматизація не пропустить — тому в NEW, NEWDES, VAR, VARDES, VARAI, CLN і RSZ воно позначене червоною зірочкою. | Вертикальне відео для Reels/Stories — 1080x1920. |
| Source | Рекламна платформа: META, TIK (TikTok), APL (AppLovin), GGL (Google), SNA (Snapchat), SKN (SKAdNetwork), TAB (Taboola), UNT (Unity). | |
| Geo | Цільова географія: US, FR, DE, CA, UA, ES, PT, GR, CL, ZA, NZ. | |
| Language | Мова креативу. | Для локалізації (LOC) саме це поле й визначає, під яку мову робиться нова версія. |
| Varied Element | Що саме варіюється в цій задачі: Hook, CTA, Body Concept, Background, Hook Script, Voice, Music, Persona. Можна обрати кілька. | Довідкове поле — не впливає на автоматизацію, показує команді, у чому суть тесту. |
| Task Description (текстове поле під заголовком картки) | Вільний опис задачі — технічне завдання. | Це поле ніколи не блокується автоматизацією й не блокується статусом — його можна редагувати завжди. |
5. Які поля обов’язкові — і чому це залежить від типу задачі
Правило працює тільки для Work Stream = Performance. Для будь-якого іншого напряму обов’язкова лише Name, і жодних винятків нижче не існує.
Для Performance завжди обов’язкові сім полів: Task Type, Product, Media Type, Resolution, Source, Design Complexity, Marketing Complexity — а також пара Language + Geo, у якої є два винятки. Далі кожен тип задачі додає своє:
| Тип задачі | Додатково обов’язково | Не потрібно вказувати вручну (візьметься з оригіналу) |
|---|---|---|
| NEW, NEWDES, CLN | Count (більше нуля) | — |
| VAR, VARDES | Count + один Origin Creative | — |
| VARAI | Count + один Origin Creative (кількість зазвичай ставить креативний маркетолог — типово 4) | — |
| LOC | Хоча б один Source Creative | — |
| WHT | Хоча б один Source Creative | Language і Geo — беруться з оригінального креативу |
| ADPT | Хоча б один Source Creative | Language і Geo — беруться з оригінального креативу |
| RSZ | Хоча б один Source Creative | Language і Geo — беруться з оригінального креативу |
Дві уточнювальні речі:
- Legacy Remap List замінює вибір оригіналу. Якщо задача адресує оригінали старими назвами файлів через це поле, то Origin Creative / Source Creative обов’язковими не є — платформа знайде оригінали за назвами. Але заповнити і те, й те одночасно не можна: це взаємовиключні способи вказати оригінал, і прогон таку задачу відхилить.
- Source обов’язковий завжди, для всіх типів. У поля є значення за
замовчуванням (
META), тож порожнім воно фактично не буває — зірочка на ньому нікого не блокує, вона просто не бреше.
Зірочки на формі й перевірка перед запуском автоматизації читають один і той самий список — раніше форма не позначала Design Complexity та Marketing Complexity, і задача без них їхала в Ready for Production, щоб за секунду вернутися в Backlog з повідомленням про брак саме цих полів.
Обидві Complexity не потрібні, щоб створити задачу
Виняток, і єдиний: Design Complexity та Marketing Complexity не блокують кнопку Create. Бриф пишуть раніше, ніж хтось оцінив обсяг роботи, тож на формі створення їх не питають і зірочок на них там немає.
Питає їх перехід у Ready for Production — саме там відповідь уперше потрібна (Design Complexity рахує Points, і без обох прогон не запуститься). Поки хоч одна порожня, пункт Ready for Production неактивний у селекті статусу, а колонка на дошці картку не приймає; заповнення відкриває перехід одразу.
Раніше цього виходило довгим шляхом: задача переїжджала, прогон падав на валідації й вертав її в Backlog з червоним банером. Тепер вона просто не переїжджає.
На самій картці задачі зірочки на обох полях лишаються — там ви добиваєте бриф до стану, з якого його можна запускати.
6. Creatives — картки, які вже створила автоматизація
Це блок із назвами карток креативів, які автоматизація вже згенерувала з цієї задачі (для CLN, де картки заводяться вручну, тут з’явиться те, що додали самі). Блоку немає на екрані, поки жодного креативу ще не створено.
Клік по назві відкриває власну картку креативу — а на ній є повноцінний перегляд самого файлу: відео можна відразу програти (спочатку показується кадр-обкладинка з кнопкою Play), фото показується цілком, поруч видно тривалість, роздільність і розмір файлу, а кнопками поруч можна відкрити оригінал у Google Drive або одразу його завантажити.
Кожен рядок списку має свою іконку копіювання назви (розділ 1 вище), а поки задача в статусі Backlog, поруч із кожним рядком є кошик — картку креативу можна видалити (назавжди, кошика в неї самої немає). В інших статусах кошика немає: після Backlog видаляти картки вже не можна.
Planned Creatives — назви ще до того, як картки з’явились
Картки креативів створюються тільки на Done, а їхні назви автоматизація придумує й закріплює набагато раніше — на вході в Ready for Production (там же вона відмовить, якщо таку назву вже зайняла інша задача). Для NEW/NEWDES/VAR/VARDES/VARAI/CLN ці назви видно як заголовки блоків Variations (розділ 10), а для LOC, WHT, ADPT і RSZ секції Variations немає — тому для них є окремий блок Planned Creatives.
Він показує саме той список назв, які отримають майбутні картки — по одній на
кожен Origin Creative, — відсортований у натуральному порядку (тобто 2-…
йде перед 10-…, а не після), з іконкою копіювання на кожному рядку: цією назвою
дизайнер називає свій файл, поки самої картки ще не існує. Це тільки текст,
без посилань: відкривати ще нічого. Поруч із кожним рядком тепер і галочка
«зроблено» — та сама, що на блоках Variations, і вона так само видна на
дошці: кільце прогресу поруч із Count і колонка Creatives у табличному
вигляді рахують ці галочки для LOC/WHT/ADPT/RSZ так само, як блоки Variations для
решти типів (розділ 10 нижче). Блок видно в статусах від Ready for
Production до Creative Check; на Done його заміняє звичайний блок Creatives
вище — уже зі справжніми картками й посиланнями, і сам блок Planned Creatives
разом із його галочками зникає з екрана, так само як блок Variations.
Назви фіксуються прогоном автоматизації, а не перераховуються на льоту: якщо після Ready for Production змінити, скажімо, Language, список залишиться таким, яким його записав прогін (і саме так будуть названі картки). Щоб перепланувати назви, задачу треба повернути в Backlog і провести через Ready for Production ще раз. Якщо блоку немає взагалі — прогін нічого не записав (задача давня або прогін впав).
7. На самій картці креативу — блок Variants
Це вже не картка задачі, а картка окремого креативу (відкривається кліком по назві — розділ 6 вище чи будь-де ще, де є посилання на креатив). На ній є власний блок Lineage з трьома секціями; тут — лише про третю, Variants, бо саме її не видно ніде на картці задачі.
- Origin Creative — оригінал, з якого зроблено цей креатив. Порожньо, якщо цей креатив і є оригіналом.
- Variants — усі інші LOC/WHT/ADPT/RSZ-картки, зроблені з того самого оригіналу, що й цей креатив, тобто його «сусіди» по тому самому першоджерелу (сам він у списку не показується). Рядки згруповані за типом — LOC, WHT, ADPT, RSZ — і кожен веде на картку відповідного креативу. Дивишся на оригінал — побачиш усі зроблені з нього локалізації/вайтенінги/адаптації/ресайзи; дивишся на одну з них — побачиш решту, зроблену з того самого оригіналу. Порожній стан: «No localizations, whitenings, adaptations, or resizes yet».
- Derived Tasks — скільки задач уже зроблено з цього креативу (те саме число, що й Derived Task Count на картці задачі, розділ 12 нижче).
8. Lineage — звідки взявся креатив
Ця картка показує зв’язок із креативом(-ами), від якого походить задача. Вона з’являється в різному вигляді залежно від Task Type:
- Origin Creative (один оригінал) — для VAR, VARDES, VARAI.
- Source Creatives (можна додати кілька) — для LOC, WHT, ADPT, RSZ.
Перемикання Task Type між цими двома групами саме перекладає вже обраний зв’язок з одного поля в інше — вибір не втрачається.
Щоб додати оригінал, натисни «Add origin» й почни вводити назву — список результатів показує невеличкий перегляд (мініатюру) кожного знайденого креативу поруч із назвою, щоб можна було візуально впізнати потрібний, не переходячи на його картку.
Що відбувається, коли ти обираєш оригінал. Частина полів картки підтягнеться автоматично з задачі того креативу — але лише ті, що ще порожні (уже заповнене вручну ніколи не перезаписується): Work Stream, Product, Media Type, Resolution, Source, Geo, Language, Count, а також Subject/Topic/ Sub-topic і поля Marketing Funnel. Якщо задача передбачає секцію Variations (розділ 10 нижче) — кожен блок варіації також одразу заповнюється брифом оригіналу (Primary Anchor, Audience, Awareness Stage тощо), крім Tags і Variation Brief — вони належать конкретному креативу й ніколи не копіюються.
Попередження про повтори. Якщо для обраного оригіналу вже існує локалізація (LOC) з такою самою мовою або таким самим гео (але не обома одразу) — картка покаже жовте попередження з посиланням на вже наявну картку. Це не блокує збереження, лише привертає увагу — можливо, ти випадково повторюєш вже зроблену роботу.
Derived Tasks. Якщо від креативів цієї задачі вже зробили інші задачі (наприклад, чиюсь локалізацію чи вайтенінг), тут з’явиться їх кількість.
9. Product Stack і Marketing Funnel
| Поле | Секція | Що це |
|---|---|---|
| Subject | Product Stack | Тема креативу зі словника обраного продукту. |
| Topic | Product Stack | Підтема — список залежить від обраної теми. |
| Sub-topic (можна кілька) | Product Stack | Ще рівень деталізації, залежить від обраної підтеми. |
| Traffic Flow | Marketing Funnel | Тип трафіку у воронці: W2A (Web-to-App) або WEB. |
| Landing / Funnel / CPP | Marketing Funnel | Налаштування воронки — списки значень залежать від продукту. |
| Manual Launch (галочка) | Marketing Funnel | Позначає, що запуск креативу в кабінет піде вручну, а не автоматично. Сам файл лежить у тій самій папці {Product}/{Task} незалежно від галочки; різниця лише в тому, що коли задача доходить до Done, увімкнений Manual Launch додатково шле пінг у UAM-канал — команді, яка запускає рекламу вручну, а не чекає на автозапуск. |
| Test Status | Marketing Funnel | Не пов’язаний зі Status задачі: показує, що відбувається з готовим креативом у рекламному кабінеті — Not Tested, In Test, Tested, Paused. Стоїть у воронці, бо це і є відповідь про те, як іде запуск того, що воронка описує; проставляє UA-менеджер вручну, коли креатив реально запущено чи зупинено. |
| Launched | Marketing Funnel | Дата й час запуску — проставляє сама інтеграція, руками не редагується. Рядок з’являється тільки поки Test Status = In Test: саме тоді має сенс питання «а відколи тест іде?». |
Поля Subject/Topic/Sub-topic недоступні (сірі), поки не обрано Product — їм просто нема з якого словника пропонувати варіанти.
Product Stack зникає з екрана цілком, а з Marketing Funnel лишаються тільки Test Status і Launched, якщо Work Stream = Performance і Task Type — LOC, WHT, ADPT або RSZ. Причина проста: ці типи задач будують свій креатив із даних оригінального креативу, а не з цих полів — показувати їх редагованими, але фактично нічого не значущими, було б оманливо. Test Status до цього не причетний: його ставлять уже після запуску, і тестують такі задачі так само, як усі інші.
10. Секція Variations — бриф на кожен майбутній креатив
Ця секція з’являється тільки для Performance-задач типу NEW, NEWDES, VAR, VARDES, VARAI або CLN (тобто для тих, де картки — своя, за кількістю з поля Count, хай для CLN їх і заводить вручну людина, а не автоматизація) — для LOC/WHT/ADPT/RSZ її немає взагалі: у них картка будується з обраного оригіналу, а не з брифу, написаного тут.
Скільки блоків у секції — стільки, скільки вказано в Count: зміниш
кількість — блоки додадуться або приберуться самі, а вміст тих, що
залишились, не постраждає. Щойно обереш один із цих типів задачі, Count
підставляється як 1, тож секція одразу видима — а якщо Count чомусь
порожній, замість блоків стоїть підказка «Set Count», а не порожнє місце.
Якщо перемкнути Task Type на LOC/WHT/ADPT/RSZ, секція зникає з екрана, але все вже написане в блоках зберігається: повернешся на NEW/VAR/CLN — бриф буде на місці. У задачу піде лише той бриф, який видно на екрані на момент збереження.
Поруч із заголовком секції пишеться, скільки блоків ще зовсім порожні («2 of 4 not briefed yet»). Це не помилка й не блокує збереження — задачу можна створити й дописати бриф пізніше на її ж сторінці; напис просто не дає проґавити варіацію, про яку забули.
Над кожним блоком — назва, яку отримає майбутній креатив (з кнопкою
скопіювати). До Ready for Production це прев’ю: платформа рахує його на
льоту з тегів, які ти зараз редагуєш, тож воно міняється разом із ними. Від
Ready for Production і далі це вже не прев’ю, а та сама назва, яку записав
прогін автоматизації — рівно рядок зі списку planned_creative_names, під яким
картку й створять на Done і під яким платформа шукатиме файл у папці на Drive.
Тому копіювати назву для файлу можна сміливо: в цих статусах на екрані й у базі
одне й те саме. Там же — галочка «зроблено» і стрілка, що згортає блок до самої
назви; коли блоків багато, кнопка «Collapse all» згортає їх усі разом.
Галочка нічого не змінює в статусах — картку автоматизація (а для CLN — сама людина) створить у будь-якому разі, — але вона видна не тільки тут: на дошці картка задачі показує кільце прогресу поруч із Count («2/5»), а в табличному вигляді для цього є колонка Creatives. Той самий рядок рахує й галочки блоку Planned Creatives (розділ 6 вище) для LOC/WHT/ADPT/RSZ — на задачі є рівно один із двох списків, ніколи обидва. Коли все відмічено, кільце стає зеленим. Задача без жодного з двох на картці нічого такого не малює, а в таблиці показує прочерк.
Рахуються саме блоки, а не Count: якщо їх кількість чомусь розійшлася з Count (таке буває тільки при записі через API — обидві форми пересинхронізовують блоки при кожній зміні Count), кільце все одно може дійти до кінця.
Поля всередині одного блоку:
| Поле | Що це |
|---|---|
| Primary Anchor | Головний посил: Pain-led (від болю) чи Desire-led (від бажання). |
| Audience | Аудиторія зі словника обраного продукту. |
| Awareness Stage | Наскільки аудиторія вже знайома з проблемою/продуктом: Unaware → Most-Aware. |
| Messaging Angle | Кут повідомлення: Pattern-Interrupt, Proof-Driven, Trust-Driven. |
| Hook Trigger | Що саме чіпляє увагу на початку: Pattern Interrupt, Curiosity Gap, Social Proof тощо. |
| Hook Type | Формат самого хука (їх понад 20 варіантів — від «Міф» до «Гумор»). |
| Ad Format | Загальний формат подачі: UGC, Demo, Testimonial, Before/After та ще майже 90 варіантів. |
| Notes | Довільна нотатка креативного маркетолога до цієї варіації (у самій формі не показується рядком серед інших полів, але зберігається). |
| Tags | Довільні теги цієї варіації. Можна почати вводити новий тег — його буде запропоновано і додано в спільний словник тегів на модерацію (адмін підтверджує чи відхиляє на сторінці тегів). |
| Variation Brief | Технічне завдання саме до цієї варіації — окремо від загального опису задачі з розділу 4. |
Копіювання значення в усі блоки. Біля кожного поля першого блоку є кнопка з двома аркушами — натисни, і значення саме цього поля розійдеться по всіх інших блоках (з’явиться повідомлення «Copied … to N variations»; тицьни в нього, щоб скасувати). Кнопка неактивна, поки поле порожнє: копіювати порожнечу означало б стерти вже заповнене в решті блоків. На інших блоках таких кнопок немає — копіюють завжди з першого. Variation Brief так не копіюється: бриф пишеться для кожної варіації окремо, у цьому й сенс поля.
11. Коли картка блокується
Є чотири окремі причини, чому поля можуть стати сірими (недоступними) або взагалі read-only:
- Задача щойно потрапила в Ready for Production, і прогон автоматизації ще йде. Сам перехід у цей статус і запускає бота: він генерує назву, створює картки креативів і папку на Google Drive, читаючи теги задачі такими, якими побачив їх у момент старту. Це триває секунди — картка розблокується сама, щойно прогін завершиться. Відкритим лишається тільки поле Status (щоб можна було вручну повернути задачу в Backlog, якщо прогін завис) і коментарі.
- Performance-задача перейшла той статус, у якому це поле закривається. Поля закриваються не всі разом: назва й теги — щойно задача виходить з Backlog, бриф і планування — коли роботу приймають (Done). Повна матриця «група полів × статус» — у документі Статуси задач та блокування полів, розділ 4. Там же — єдиний спосіб щось відкрити назад: вручну перетягнути задачу в Backlog, і то лише з Ready for Production чи In Progress.
- Задача видалена. Картка повністю в режимі перегляду — єдина дія, доступна з неї, це відновлення.
- Твоя роль — тільки читання. Картка теж повністю в режимі перегляду. Раніше поля виглядали редагованими, а кожне збереження мовчки відхилялося вже після спроби.
Спільне для всіх чотирьох: платформа тепер справді відхиляє запис у закрите поле, а не лише малює його сірим. Якщо зміна все ж дійшла до сервера (через інтеграцію, скрипт чи іншу вкладку), у відповідь приходить перелік саме тих полів, які не пройшли, і статус, у який треба перемістити задачу, щоб їх відкрити.
12. Службові поля (тільки для перегляду)
Ці поля ніхто не заповнює руками — вони показують стан, який підтримує сама система:
| Поле | Що показує |
|---|---|
| Task ID | Автоматичний номер задачі. |
| Created time | Коли задачу створено. |
| Derived Task Count | Скільки інших задач (LOC/WHT/ADPT/RSZ) уже зроблено з креативів саме цієї задачі — тобто скільки разів картку з блоку Creatives (розділ 6) хтось обрав як Origin чи Source Creative в іншій задачі. Число оновлює фоновий процес, а не сама сторінка, тож щойно створена похідна задача може з’явитись тут не миттєво. |
| Points | Розрахункова оцінка обсягу роботи: базовий бал, який залежить від Task Type, Media Type й Work Stream, плюс невеликий бонус за Design Complexity (що вищий рівень — то більший бонус; Marketing Complexity у формулу не входить), і все це помножене на Count. Тобто задача важча або через складніший/більший за обсягом тип креативу, або просто тому, що в ній більше карток. Рахується наживо щоразу, як відкриваєш картку, — окремого поля для ручного правки немає. |
| Return Count | Скільки разів цю задачу відправляли назад із перевірки в роботу: рахує кожен перехід і Tech Check → In Progress, і Creative Check → In Progress, разом, за всю історію задачі. Число тільки росте — воно не скидається й не зменшується, навіть коли задача пізніше успішно доходить до Done. |
| Automation | Стан останнього прогону автоматизації, яку запускає перехід у Ready for Production (детально — в документі про статуси): показує «виконується», поки прогон іде, і мовчки зникає (без помилки), щойно він вдався. |
| Automation Error | З’являється тільки якщо той-таки прогін провалився: готовий текст причини (яких полів не вистачає, де знайдено дублікат тощо) — той самий, що виводить ❌-іконка на дошці. Зникає сам собою, щойно наступний прогон пройде успішно. |
| Task Started | Момент, коли задача вперше потрапила в In Progress. Ставиться один раз: якщо потім її повертали на доробку і вона знову заходила в In Progress, дата не оновлюється — тут завжди перший вхід. |
| Task Submitted | Момент останньої здачі на перевірку — перехід In Progress → Tech Check або In Progress → Creative Check, обидва оновлюють це поле. На відміну від Task Started, тут щоразу пишеться нова дата: після циклу «відхилили → доробили → здали знову» тут буде час саме останньої здачі, а не першої. |
| Task Completed | Момент, коли задача вперше потрапила в Done. Ставиться один раз і більше не змінюється. |
| Is Legacy | Позначка, що задачу перенесено зі старого формату назв (проставляється один раз при створенні, вручну змінити не можна). Legacy-задачі не пропонуються до автозапуску в рекламних кабінетах — тільки вручну. |
| Google Drive | Посилання на папку задачі — для Performance його завжди пише сама автоматизація (розділ 4 документа про статуси), для інших Work Stream вписується вручну. |
13. Підказка при створенні нової задачі
Просто «Add new task» відкриває порожню форму з Work Stream Performance —
це єдиний напрям, для якого працюють неймінг, автоматизація й секція
Variations, тож форма починає з нього. Якщо задача не Performance, просто
зміни це поле: для решти напрямів обов’язковим лишиться тільки Name.
Поруч є список готових шаблонів за типом задачі
(«Performance NEW», «Performance LOC» тощо) — він одразу підставляє типові
значення (наприклад, Resolution 1080x1920, Media Type VID, для NEW/VAR ще й
Source META, Geo US, Language EN, Count 4). Це просто стартові
значення — будь-яке з них можна одразу змінити вручну.
Після того як креатив уже реально живе в рекламному кабінеті, у нього з’являється велика кількість додаткових технічних даних — автоматичний розбір відео (VLM) і метрики ефективності з рекламних кабінетів. Це окрема тема, тут не описана.