Enterprise
Аналітика для платформи управління цифровими активами
Аналітичний шар платформи управління цифровими активами, спроєктований з нуля: рівні бібліотеки, користувачів і активів, звітність та експорт, з вбудованою аналітикою, тож дашборди вимірюють власне використання.
- Країна клієнта
- Канада
- Платформа
- Веб · B2B
- Команда
- 6 людей · розробка, BA, QA, PM
- Тривалість
- 6 місяців · 2023–2024
Огляд
B2B-платформі управління цифровими активами бракувало відповіді на одне питання: скільки насправді вартий увесь цей контент?
Що я вела
Я задизайнила її аналітичний шар з нуля: дашборди використання активів, сховища й активності користувачів.
Команда
Команда з шести людей у прямій співпраці зі стейкхолдерами, повний цикл від дослідження до дизайн-QA.
Результат
Дашборди вимірюють самі себе: вбудована поведінкова аналітика живила кожну ітерацію.
Контекст
01
Продукт
Платформа управління цифровими активами для провідної контент-компанії: централізоване зберігання, пошук і шеринг активів між командами та ринками, без аналітичного шару зверху.
02
Користувачі
Команди клієнтів із різними ролями й доступами: адміни, що наглядають за активністю, менеджери, що ведуть користувачів, команди, що стежать за перформансом активів, на десктопі, планшеті й мобайлі.
03
Ринок
Бенчмарк чотирьох провідних DAM-платформ: 22+ аналітичні фічі в порівнянні, щоб знайти найкращі практики і прогалини, які варто забрати собі.
Підхід
Почути
Цитати стейкхолдерів визначили цілі та структуру дашбордів.
Архітектура
Три рівні звітності: DAM, користувачі, активи. Одна мова метрик.
Кожен стан
Скелетони, порожні віджети й помилки разом із happy path.
Крайні випадки передбачені до розробки: дашборди чесні, поки дані вантажаться, і зрозумілі, коли їх немає.
Процес
Ключова функціональність
01
Звітність рівня DAM
Проблема
З усього, що платформа вміє рахувати, до дії ведуть лише деякі метрики. Вибрати саме їх і показати так, щоб клієнти з геть різними бібліотеками читали один дашборд однаково, і було суттю роботи.
Гіпотеза
Якщо ключові метрики стандартизовані на всіх дашбордах, а деталізація є на вимогу, клієнти з геть різними бібліотеками читатимуть їх однаково.
Рішення
Вся бібліотека одним поглядом (кількість активів, сховище, користувачі, завантаження й шери) та активність у розрізі типів активів, на десктопі й мобайлі.
Спершу вся бібліотека, деталі на запит.
Звітність рівня DAM на всіх розмірах екрана
Результат
Ключові метрики стандартизовані на всіх дашбордах, з деталізацією на вимогу та порівнянням за клієнтом і за періодом.
02
Звітність рівня користувачів
Проблема
Клієнт платив за місця, але не знав, хто насправді користується системою.
Гіпотеза
Якщо показати активність у розрізі людини (входи, завантаження, поширення), адміни побачать, де ліцензії працюють, а де ні.
Рішення
Хто насправді користується системою: активність по кожному користувачу, логіни, завантаження й шери, з пошуком і рольовим доступом.
Використання по кожній людині: хто насправді працює із системою.
Нічого не знайдено і ще нічого не завантажено
03
Звітність рівня активів
Проблема
Бібліотека росла, але ніхто не знав, які активи працюють, а які лежать мертвим вантажем.
Гіпотеза
Якщо кожен актив покаже свою історію переглядів і завантажень у часі, команда зрозуміє, що варто оновити.
Рішення
Кожен актив розповідає власну історію: перегляди, завантаження та шери в часі. Щільні дані, які легко сканувати.
Життя одного активу в часі: що варто зберігати.
Один актив у часі: перегляди, завантаження, поширення
Той самий дашборд активу на всіх розмірах екрана
04
Експорт
Проблема
Дані з дашбордів усе одно потрапляли у звіти й презентації, скриншотами.
Гіпотеза
Якщо дати чистий експорт у CSV і PNG, цифри доїжджатимуть до звіту без втрати якості.
Рішення
Графіки чисто виходять із платформи, готові до звітів і презентацій: CSV для таблиць, PNG і JPEG для візуалізацій.
35% користувачів експортують, тому графіки виходять із платформи чистими.
05
Адаптивна поведінка
Проблема
Великі набори даних вантажилися повільно, а дашборди відкривали з планшета й телефона не рідше, ніж з десктопа. Інтерфейс мав лишатися зрозумілим ще до того, як прийдуть дані.
Гіпотеза
Якщо завантаження показує скелетони, а порожнеча пояснена, інтерфейс лишається зрозумілим ще до приходу даних, на будь-якому екрані.
Рішення
Адаптивні лейаути аж до планшета й телефона, скелетон-завантаження та інформативні порожні стани: інтерфейс зрозумілий ще до того, як прийдуть дані.
27% відкривають аналітику з телефона чи планшета, тому віджети перебудовуються, а не стискаються.
Порожні дані й скелетон: спроєктовані, а не залишкові
Результат
Скелетони під час завантаження, інформативні порожні стани, коли даних немає, і розкладки під десктоп, планшет в обох орієнтаціях і телефон.
Ключові рішення
01
Пресети періодів замість вільного календаря
Проблема
Аналітичні інструменти топлять користувачів у дейтпікерах, а більшість порівнянь рутинні, не кастомні.
Гіпотеза
Більшість порівнянь рутинні, і пресети закриють більшість випадків краще за вільний календар.
Рішення
Пресети (вчора, 7, 30, 60, 90 днів) за один тап, календар лишився тільки для рідкісних випадків.
Підтвердження
41% сесій містили щонайменше одне використання вибору періоду: інструмент став рутинним, а не похованим.
02
Порожні, завантажувальні та помилкові стани як повноцінний дизайн
Проблема
Насичені даними дашборди втрачають довіру, щойно віджет показує порожнечу без пояснення.
Рішення
Скелетон-завантаження, інформативні порожні віджети й адаптивні правила задизайновані разом із happy path, для кожного віджета на кожному в'юпорті.
Підтвердження
Інтерфейс лишається зрозумілим і консистентним, навіть коли контент ще вантажиться чи недоступний.
03
Виміряти самі дашборди
Проблема
Випустити аналітику, не знаючи, чи нею користуються, означало б повторити проблему самого клієнта.
Гіпотеза
Якщо трекати дашборди як продукт, ітераціями керуватиме реальне використання, а не думки.
Рішення
Вбудувала поведінкову аналітику в дашборди: які фічі, фільтри й метрики люди справді чіпають.
Підтвердження
72% користувачів регулярно взаємодіють із графіками перформансу, 58% користуються фільтрами типів, 35% експортують дані: цифри, що живили ітерації.
Результат
- 72% користувачів регулярно взаємодіють із графіками перформансу
- 58% користуються фільтрами типів · 41% сесій із вибором періоду
- 35% експортують дані · 27% відкривають аналітику з мобайлу чи планшета
Дашборди рівнів DAM, користувачів та активів з нуля: одна консистентна мова метрик, яку команди клієнтів відкривають щодня для рішень.
Наступний кейс
Соціальний застосунок з відео та іграми
Застосунок для знайомств із новими друзями через відеодзвінки, з іграми, вбудованими прямо в дзвінок. Я задизайнила основний досвід: дзвінок, чат та ігри на одній поверхні, плюс онбординг, профілі, повідомлення та лендинг.
Переглянути кейс