Enterprise
Аналітика звітності кампаній
Звітність кампаній для B2B-платформи маркетингових комунікацій: email, веб і відео однією мовою звітів, де одиницею порівняння є хвиля.
- Країна клієнта
- Канада
- Платформа
- Веб · B2B
- Команда
- 6 людей · розробка, BA, QA, PM
- Тривалість
- 6 місяців · 2023–2024
Огляд
B2B-платформа маркетингових комунікацій надсилає персоналізовані кампанії хвилями, і командам, які їх запускають, треба було бачити результат кожної хвилі.
Що я вела
Я задизайнила шар звітності для трьох каналів: email, веб і відео.
Команда
Частина того самого проєкту, що й аналітика активів платформи: команда з шести людей, повний цикл від дослідження до дизайн-QA.
Контекст
01
Продукт
Омніканальна платформа комунікацій: персоналізовані email-, веб- і відеокампанії хвилями для багатьох клієнтів. Даних кампаній багато, а зрозумілого місця, де їх читати, не було.
02
Користувачі
Команди, які ведуть кампанії для багатьох клієнтів і порівнюють хвилі, канали та періоди.
Стартова точка: великі багатоперіодні дані кампаній і завдання показати їх зрозуміло, завантажувати швидко й зробити порівняння простим.
Підхід
Змапити
Воркшоп сервіс-блюпринту й персони: хто читає звіти і навіщо.
Структурувати
Одна модель вибору для всіх каналів: клієнт → кампанія → хвилі.
Передбачити
Граничні випадки задизайнені наперед: завантаження, порожні й неповні дані.
Кожен канал читається однаково: обрав раз, порівняв хвилі, експортував потрібне.
Процес
Ключова функціональність
01
Вибір клієнта, кампанії та хвиль
Проблема
Щоб порівняти дві хвилі, доводилося виставляти фільтри в кожному віджеті окремо.
Гіпотеза
Якщо вибір робиться один раз у дереві клієнт → кампанія → хвиля, усі віджети підхоплять його самі.
Рішення
Дерево з пошуком ліворуч: клієнти розгортаються в кампанії, а кампанії у хвилі. Відмічаєш хвилі для порівняння, застосовуєш один раз, і всі віджети підлаштовуються.
02
Email-звітність
Проблема
Розсилки звітували кількома непов'язаними цифрами, і було незрозуміло, це про обсяг чи про ефективність.
Гіпотеза
Якщо показувати кількість і відсоток поруч, команда побачить і масштаб, і якість одним поглядом.
Рішення
Угорі: розіслано, доставлено, відкриття, click-to-open, відписки, відмови та click-through. Нижче: відкриття за днями після кожної розсилки, відкриті посилання й залученість за платформами пристроїв.
Кількість і відсоток на одному графіку: обсяг і ефективність одним поглядом.
03
Веб-звітність
Проблема
Вебсторінки кампаній оцінювали за візитами, і це нічого не казало про залучення.
Гіпотеза
Якщо звести візити, взаємодії та пристрої в одну картину, стане видно, де саме сторінка втрачає людей.
Рішення
Відвідування сторінки, рівень взаємодії й відмов, перегляди проти взаємодій у часі, кліки за посиланнями й залученість за пристроями, для будь-якої лендинг-сторінки кампанії.
Ті самі KPI-картки, що й в email: вивчив один звіт, читаєш усі.
Даних ще немає і завантаження: обидва стани спроєктовані
04
Відеозвітність
Проблема
Відео рахували переглядами, хоча питання було в тому, доки люди його досмотрюють.
Гіпотеза
Якщо показати прогрес перегляду кроками по 10%, команда побачить, де саме глядач виходить.
Рішення
Опубліковане й загальні перегляди, динаміка переглядів і прогрес перегляду: наскільки далеко люди справді дивляться, кроками по 10%.
Прогрес перегляду кроками по 10%: наскільки далеко реально дивляться.
05
Часові діапазони й граничні випадки
Проблема
На довгих періодах графіки ставали нечитабельними, а порожні дані й майбутні дати малювалися так, ніби це нуль.
Гіпотеза
Якщо крок графіка залежить від періоду, а відсутні дані позначені чесно, звіт перестане вводити в оману.
Рішення
Графік сам обирає крок за діапазоном: щодня до 30 днів, далі кожні 14, 32, 89 або 239 днів. Нульові дані й майбутні дати показані чесно, без ховера на днях, яких ще не було.
Крок підлаштовується під період; майбутні дні без ховеру.
06
Керування користувачами
Проблема
Доступ клієнтам відкривали вручну, і межа між клієнтськими та внутрішніми правами була розмитою.
Гіпотеза
Якщо ролі розділити на дві, а видачу звести до двох кроків, доступ перестане бути зверненням у підтримку.
Рішення
Базові користувачі для працівників клієнта, глобальні адміни для внутрішньої команди, а доступ до клієнтів видається у короткому двокроковому флоу.
Дві ролі, два кроки, щоб дати клієнту доступ.
Ключові рішення
01
Хвиля як одиниця порівняння
Проблема
Кампанії виходять хвилями, а загальний підсумок кампанії приховує, яка саме розсилка спрацювала.
Рішення
Хвилі обираються в дереві й зберігають один колір у кожному графіку, легенді та тултипі, тож розсилки однієї кампанії стоять поруч.
Підтвердження
Порівняння відбувається на одному екрані, без перемикання між звітами, щоб зіставити хвилі.
02
Кількість і відсоток на одному графіку
Проблема
Кількість відкриттів і відсоток відкриттів відповідають на різні питання; два окремі графіки змушують погляд стрибати.
Рішення
Складені стовпці відкриттів за хвилями з лінією відсотка на другій осі й тултип, що розкладає обидва показники за хвилями.
Підтвердження
Обсяг і ефективність читаються одним поглядом, день за днем після розсилки.
03
Одна мова звітності для всіх каналів
Проблема
Три канали ризикували стати трьома різними продуктами, які треба вивчати окремо.
Рішення
Ті самі KPI-картки, пресети періодів, перемикач унікальних взаємодій і експорт в email, вебі та відео: консистентні метрики для кожного клієнта.
Підтвердження
Вивчив один звіт, читаєш усі.
Результат
- Три канали, email, веб і відео, однією мовою звітів
- Хвилі обираються раз у дереві й тримають колір у кожному графіку, легенді та тултипі
- Кількість і відсоток відкриттів на одному графіку: обсяг і ефективність одним поглядом
Звітність email, веб і відео задизайнена з нуля: вивчив один звіт, читаєш усі.
Наступний кейс
Wi-Fi та eSIM застосунок
Британський застосунок зв'язку, де Wi-Fi-плани і мобільний eSIM живуть в одному продукті. Я перебудувала зношену дизайн-систему і спростила архітектуру, а весь процес пройшов як AI SDLC: спершу застосунок у коді, потім Figma. Менше ніж 50 годин мого дизайн-часу.
Переглянути кейс