Регламент процесів маркетингу Technomol

ПРОЦЕС. Планірка маркетингу

1. Назва процесу

Щоденна планірка маркетингу: розбір РНП, прийняття рішень і постановка задач.

2. Навіщо це робиться

Щоб перетворити цифри, відхилення і спостереження з РНП у конкретні управлінські рішення на день.

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

3. Коли і як часто

• Понеділок — орієнтовно 10:00.
• Вівторок-пʼятниця — орієнтовно 9:45.
• Додатково — при різких просадках, запуску нового офера або зміні пріоритетів.

4. Як роблю — алгоритм

1. Підготовка до планірки. Маркетолог приходить з готовими цифрами, короткими висновками і списком питань.
2. Синхронізація команди. Кожен коротко каже: що зроблено вчора, що не встигли, чому, що в роботі сьогодні, які блокери.
3. Аналіз цифр. Розглядаються заявки, якість лідів, вартість ліда, конверсії, категорії товару, продажі, маржа, наявність.
4. Пошук причин. Якщо є просадка, команда не шукає винного, а розбирає причину: трафік, офер, товар, ціна, посадкова, менеджер, склад.
5. Фіксація рішень. Кожне рішення записується: що робимо, хто відповідальний, дедлайн, як перевіряємо результат.
6. Розстановка пріоритетів. Визначається 1-3 головні фокуси дня.

5. Хороший результат

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

6. Типові помилки джуна

• Не підготувати цифри до планірки.
• Говорити “здається”, “напевно”, “можливо” без даних.
• Не фіксувати рішення.
• Обговорювати задачі без відповідального і дедлайну.

ПРОЦЕС. Таблиця фіксації рішень

1. Навіщо це робиться

Щоб рішення не губились у Telegram, голосових повідомленнях і памʼяті команди. Таблиця потрібна, щоб будь-яка домовленість мала відповідального, дедлайн і критерій перевірки.

2. Що фіксується

• Зміни в оферах і акцентах реклами.
• Зміни в посадкових сторінках, картках товарів, банерах, креативах.
• Рішення по категоріях техніки: що просувати, що зняти з фокусу, що замінити аналогом.
• Рішення по роботі з дизайнерами, кухонними студіями і партнерськими каналами.
• Задачі для контенту, дизайну, трафіку, сайту, OLX, Instagram.
• Ризики: немає товару, неактуальна ціна, немає фото, слабка конверсія, неякісні ліди.

3. Формат одного рішення

4. Хороший результат

• Після планірки немає питання “що ми вирішили?”.
• Керівник бачить, які рішення прийняті і що з ними відбувається.
• Команда не повертається до одного й того самого обговорення кілька разів.

5. Типові помилки джуна

• Записати задачу без відповідального.
• Записати “покращити сайт” замість конкретної дії.
• Не оновити статус після виконання.
• Не зафіксувати рішення, прийняте усно.

ПРОЦЕС. Складання списку задач на день і закриття задач у Notion

1. Навіщо це робиться

• Щоб задачі не губились і не жили “в голові”.
• Щоб була реальна картина завантаження, а не ілюзія зайнятості.
• Щоб підготуватись до планірки по фактах.
• Щоб керувати особистою ефективністю, а не просто списком справ.
• Щоб вчасно бачити перевантаження, блокери і помилки планування.

2. Коли і як часто

• Кожен робочий день, понеділок-пʼятниця.
• До планірки, рекомендовано до 09:30.
• Процес виконується щоденно без пропусків.

3. Як роблю — алгоритм

1. Заходжу в Notion. Відкриваю робочу базу задач.
2. Фільтр. Статус не дорівнює “Готово” + задачі з дедлайном учора/сьогодні.
3. Перевіряю прострочені задачі. Визначаю: зроблено, не зроблено, чому, що блокує.
4. Закриваю виконане. Все готове переводжу у відповідний статус, додаю короткий коментар або результат.
5. Формую список на день. Виділяю головні задачі по маркетингу, трафіку, контенту, сайту, CRM, дизайну.
6. Готуюсь до планірки. Виношу блокери, питання і задачі, де потрібно рішення керівника.

4. Хороший результат

• Усі задачі видно в системі.
• Дедлайни реальні, а не умовні.
• Маркетолог може швидко пояснити, що в роботі, що готово і що заблоковано.

5. Типові помилки джуна

• Вести задачі в особистих нотатках і не переносити в систему.
• Не закривати готові задачі.
• Не писати причину переносу дедлайну.
• Планувати більше, ніж реально можна виконати.

ПРОЦЕС. Передача ТЗ дизайнеру

1. Навіщо це робиться

Щоб дизайнер отримував не “зроби красиво”, а чітке завдання з ціллю, логікою, форматом, дедлайном і критеріями результату.

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

2. Що може бути в ТЗ

• Креативи для реклами нової або вживаної преміальної техніки.
• Банери для сайту, акцій, добірок і категорій.
• Візуали для Instagram, сторіс, рілс-обкладинок.
• Матеріали для OLX або партнерських презентацій.
• Візуали під комплекти техніки або товарні підбірки.
• Лендінги, блоки довіри, порівняння, офери, FAQ.

3. Формула ТЗ

1. Ціль: що має зробити матеріал — залучити заявку, пояснити перевагу, прогріти, зняти страх, продати комплект.
2. Цільова аудиторія: хто бачить матеріал — власник квартири/будинку, дизайнер, кухонна студія, клієнт з бюджетом, клієнт під комплект.
3. Продукт / категорія: яка техніка або добірка просувається.
4. Ключовий сенс: одна головна думка, яку має зрозуміти клієнт.
5. Формат: банер, сторіс, пост, рілс-обкладинка, лендінг-блок, картка.
6. Текст: готовий або чернетка, без “дизайнер сам придумає”.
7. Обмеження: що не згадувати, які брендові ризики уникати, які фото/логотипи не використовувати.
8. Референс: якщо є.
9. Дедлайн: дата і час.

4. Хороший результат

• Дизайнер розуміє задачу без додаткових пояснень.
• Матеріал відповідає оферу і каналу.
• Правок менше, бо логіка була задана одразу.

ПРОЦЕС. Розбір вхідних повідомлень

1. Навіщо це робиться

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

Це дозволяє оперативно коригувати офери, ТЗ, тексти, посадкові сторінки, рекламу і не допускати просадок у продажах.

2. Коли і як часто

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

3. Як роблю

1. Переглядаю повідомлення від відділу продажів, складу, керівника, трафіку, дизайнерів, підрядників.
2. Відділяю операційні питання від стратегічних.
3. Якщо задача велика — фіксую в Notion / таблиці задач.
4. Якщо задача займає до 10 хвилин і не потребує погодження — виконую одразу.
5. Якщо питання впливає на рекламу, маржу, сайт або комунікацію з клієнтом — ескалюю керівнику з фактами.

4. Інструменти

• Telegram — швидкі питання і уточнення.
• Notion / таблиця задач — задачі, домовленості, контроль.
• KeyCRM — заявки, якість лідів, причини відмов, коментарі менеджерів.

5. Хороший результат

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

6. Типові помилки джуна

• Пропускати повідомлення і не фіксувати задачі.
• Відповідати без розуміння контексту.
• Не передавати важливу інформацію в трафік, дизайн або продажі.
• Самостійно вирішувати стратегічні питання без погодження.

ПРОЦЕС. Комунікація з керівником / CMO

1. Навіщо це робиться

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

2. Формати комунікації

Асинхронний статус

• Щоденно або за потреби в межах робочого дня.
• Коротко, структуровано, без зайвих обговорень.
• Ціль — дати картину і зняти питання.

Термінова ескалація

• Тільки при ризиках або відхиленнях.
• Реакція бажано до 30 хвилин.
• Ціль — прийняти рішення або змінити пріоритет.

Планове погодження

• Ключові правки в оферах, посадкових, рекламі, пріоритетах товару.
• Зміни, що впливають на гроші, конверсію, маржу або стратегію.
• Не “по ходу дня”, а підготовлено і з аргументами.

3. Фільтр: що виноситься

4. Формат статусу

Будь-який статус керівнику відповідає мінімум на 4 питання:

1. Що сталося / який факт?
2. Чому це важливо?
3. Яке рішення або дія пропонується?
4. Що потрібно від керівника: погодити, вибрати, дати пріоритет, просто знати?

5. Якщо щось іде не так

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

ПРОЦЕС. Комунікація з трафік-менеджером

1. Навіщо це робиться

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

2. Коли і як часто

• Щодня в межах робочого дня.
• Обовʼязково перед запуском нових кампаній або зміною оферів.
• Терміново при просадках, високій вартості ліда, нецільових заявках або помилках у матеріалах.

3. Як роблю

1. Передаю актуальні офери, банери, посадкові, креативи і товарні пріоритети.
2. Уточнюю, чи все готово для запуску: пікселі, домени, форми, UTM, сторінки, CRM-передача.
3. Синхронізую час запуску, щоб відділ продажів і склад були готові до заявок.
4. Передаю обмеження: що не згадувати, які бренди не використовувати публічно, які фото/логотипи не брати.
5. Щодня дивлюсь цифри і якість лідів, а не тільки вартість заявки.

4. Хороший результат

• Трафік працює тільки на коректних матеріалах.
• Просадки виявляються за 1 день або швидше.
• Менеджери отримують більш цільові заявки.
• Бюджет не витрачається на товари без наявності, ціни або маржі.

5. Якщо щось не так

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

6. Типові помилки джуна

• Передавати застарілі матеріали.
• Не уточнювати дедлайни.
• Не перевіряти відповідність креативу ТЗ перед передачею в трафік.
• Оцінювати рекламу тільки по CPL, не дивлячись на якість ліда і потенційний чек.

ПРОЦЕС. Курування і контроль молодших маркетологів, SMM і дизайнерів

1. Навіщо це робиться

Щоб команда працювала синхронно, задачі виконувались у строк, а якість роботи відповідала рівню компанії і не створювала зайвих правок для керівника.

2. Що контролюється

• Задачі молодших маркетологів.
• Контент і SMM-задачі.
• Дизайн-креативи, банери, лендінги, презентації.
• Дотримання дедлайнів.
• Якість ТЗ і якість результату.
• Передача знань і типових правил.

3. Формат корекції

Заборонено просто писати “перероби”. Правка має пояснювати:

• що саме помилка;
• чому це помилка;
• як правильно;
• на що звернути увагу наступного разу.

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

4. Навчання замість “зробити за інших”

Маркетолог не підміняє роботу команди.

5. Міні-дзвінки

Дзвінок проводиться тільки якщо:

• задача складна і не вирішується асинхронно;
• помилка повторюється 2+ рази;
• є системна проблема.

Правила дзвінка: чітка ціль, конкретне питання, зафіксоване рішення після дзвінка.

6. Хороший результат

• Кількість правок зменшується.
• Повторювані помилки зникають.
• Команда закриває задачі без нагадувань.
• Питань “що робити?” стає менше.
• Маркетолог втручається рідше, але точніше.

ПРОЦЕС. Комунікація з контент-особою / спікером

1. Навіщо це робиться

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

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

2. Формати комунікації

• Щоденний синхрон у Telegram: коротко, по конкретних задачах.
• Міні-дзвінок: тільки якщо задача складна і не вирішується текстом.
• Ситуативна допомога: підготовка до зйомки, презентації, запуску, великого контент-блоку.

3. Фільтр: що доноситься

4. Формат одного повідомлення

1. Контекст: на якому етапі комунікації або продажу зараз знаходимось.
2. Що потрібно: конкретна задача і формат.
3. Дедлайн: дата і орієнтир по часу.
4. Важливо / не важливо: пріоритет, обмеження, що не згадувати.

5. ТЗ для контенту містить

1. Ціль: довіра, заявка, прогрів, продаж, зняття страху.
2. Етап воронки.
3. Формат: сторіс, відео, коротке пояснення, огляд, аудіо, презентація.
4. Ключова думка / логіка.
5. Обмеження: час, стиль, що не згадувати.
6. Дедлайн.
7. Приклад або референс, якщо є.

Категорії задач маркетолога

1. Щоденні задачі

• Проведення планірки відділу маркетингу.
• Моніторинг цифр, планів, заявок і якості лідів.
• Складання списку задач на день і закриття задач у Notion.
• Передача ТЗ дизайнеру: креативи, банери, лендінги, картки товарів.
• Розбір вхідних повідомлень і зворотного звʼязку від продажів, складу та інших відділів.
• Комунікація з керівником / CMO по статусах, оперативних правках, ризиках і звітності.
• Комунікація з трафік-менеджером: передача креативів, правки, зміни, запуски.
• Курування робочих процесів молодших маркетологів, SMM і дизайнерів.
• Комунікація з контент-особою / спікером.

2. Щотижневі задачі

• Підготовка матеріалів для трафіку: офери, креативи, посадкові, аудиторії.
• Генерація і тестування гіпотез: нові офери, нові аудиторії, нові звʼязки.
• Перевірка коректності роботи лендінгів і форм.
• Координація зйомок і контенту.
• Дзвінок або синхрон з контент-особою, якщо є складні задачі.

3. Щомісячні задачі

• Аналіз креативів.
• Аналіз якості заявок і аудиторій.
• Аналіз показників роботи з базою.
• Чек-ап активних воронок, форм, ботів, CRM-передачі.
• Планування маркетингового календаря на місяць: активності, прогріви, тести, задачі команди.

4. Процеси за запитом

• Запуск і тестування нових напрямків, оферів, категорій або воронок.
• Передача досвіду маркетологам / SMM.
• Підготовка інфраструктури під нові активності: форми, платежі, CRM, вивантаження.
• Комунікація з аналітиком.
• Комунікація з підрядниками: верстальник, оператор, монтажер, дизайнер.
• Задачі від інших відділів.
• Робота з базою клієнтів.
• Запити на оплату сервісів або підрядників.
• Брейншторми з керівником / CMO.
• Участь у підготовці прогрівів для Instagram, Telegram, бази клієнтів.

Аварійні ситуації

Цей блок описує, що робити, якщо “горить” і потрібно швидко зберегти результат, бюджет або репутацію.

1. Різкий стрибок вартості ліда

• Швидко перевірити канал, кампанію, креатив, офер, посадкову.
• Подивитись не тільки CPL, а й якість лідів у KeyCRM.
• Разом з трафік-менеджером запропонувати рішення: зміна офера, аудиторії, креативу, посадкової або товарного фокусу.
• Якщо зміна впливає на бюджет або стратегію — ескалювати керівнику.

2. Поломка воронки, форми, інтеграції або лендінгу

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

3. Просідання окупності або маржі

• Перевірити, чи проблема в трафіку, товарі, ціні, наявності, менеджерах або складі.
• Винести керівнику факт, причину і план дій.
• Не продовжувати витрачати бюджет без гіпотези виправлення.

4. Помилка в комунікації, розсилці або публікації

• Оцінити масштаб: хто побачив, що саме неправильно, чи впливає на бренд/гроші.
• Швидко виправити матеріал або зняти з публікації.
• Якщо помилка суттєва — погодити з керівником текст пояснення або корекції.

5. Немає товару / неактуальна ціна / немає фото

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

6. Хороший результат в аварійній ситуації

• Проблема швидко локалізована.
• Бюджет не зливається даремно.
• Команда знає, хто що робить.
• Після ситуації зʼявляється правило, щоб це не повторювалось.