Створення звітів у Looker Studio — це вже буденність для багатьох маркетингових спеціалістів. Іноді здається, що на це йде навіть забагато часу, чи не так? У цій статті я поділилася підходами, що дозволяють помітно оптимізувати процес, легко адаптувати дашборди для нових проєктів та знизити ризик помилок.
1. Закріпіть компоненти на рівні звіту
Визначте, які компоненти повторюватимуться на кожній сторінці, та перенесіть їх на рівень звіту — це допоможе уникнути зайвого копіювання та неоднаковості у розташуванні компонентів між сторінками.
Найчастіше у звітах повторюються:
- логотип компанії;
- заголовок звіту;
- діапазон дат;
- кастомне меню для переходу між сторінками;
- повторювані елементи дизайну.
Щоб перенести елемент на рівень звіту, натисніть на праву кнопку мишки та оберіть Make report level.
2. Налаштуйте кольорову тему
Кольорова тема на рівні звіту дозволяє швидко змінювати вигляд усіх компонентів одночасно. Фон сторінки, кольори таблиць та діаграм, стиль тексту можна налаштовувати всього за кілька кліків.
Також цей підхід дозволяє копіювати таблиці чи графіки між звітами — дизайн автоматично адаптуватиметься під потрібний, якщо стиль не заданий на рівні конкретних елементів.
3. Винесіть джерело даних та фільтри на рівень сторінок
Якщо джерело даних і фільтри визначені на рівні сторінки, налаштування можна змінювати лише кількома кліками. Крім очевидного пришвидшення роботи, цей підхід ще й знижує вірогідність помилок (наприклад, якщо джерело даних забули замінити для одного з фільтрів чи візуалізацій).
Загалом, Looker Studio дозволяє задавати джерело даних та фільтри на декількох рівнях:
- усього звіту (у моєму досвіді було багато багів з Looker Studio, коли джерело на рівні звіту);
- сторінки,
- групи (при розгруповуванні конфігурації потрібно щоразу додавати заново)
- окремого компоненту.
3.1. Джерела даних
При налаштуванні джерела даних, пріорітет завжди надається найнижчому елементу. Наприклад, ви можете встановити джерело на рівні сторінки, але вибірково замінити для певних таблиць та візуалізацій.
3.2. Фільтри
За замовчуванням враховуються фільтри на всіх рівнях. Проте якщо пару графіків мають відрізнятися налашутваннями від решти сторінки, Looker Studio дозволяє вимкнути успадкування фільтрів на рівні діаграм.
4. Дозвольте повторне використання джерела даних
Якщо джерело даних створене напряму зі звіту, воно за замовчуванням вбудовується у звіт і не буде відображатися на сторінці списку джерел даних. Якщо ви захочете скопіювати звіт — то для вбудованих джерел даних створяться дублікати.
Щоб повторно використовувати одне джерело даних для декількох звітів, перейдіть до меню Resorce, відкрийте панель Manage added data sources та натисніть Make reusable біля потрібного джерела.
5. Налаштуйте обчислювальні поля
5.1. Створюйте обчислювальні поля на рівні джерела даних, а не таблиць
Зазвичай я використовую показники чи параметри на рівні таблиць, лише щоб протестувати формули та провалідувати дані. А далі переношу їх на рівень джерела даних. Це дозволяє уніфіковувати назву для всіх таблиць та швидко оновлювати логіку формул.
5.2. Модифікуйте ідентифікатори поля (field IDs)
Якщо ви створили шаблон звіту, який адаптуєте для різних акаунтів, то ймовірно зіштовхувалися із проблемою, що для кожного нового джерела даних потрібно вручно заміняти обчислювальні поля для всіх діаграм.
Це можна вирішити, якщо уніфікувати ідентифікатори поля (field IDs) при створенні ваших кастомних параметрів та показників. Зверніть увагу, що змінити ідентифікатор поля можна лише, коли ви його створюєте, опісля — редагувати значення неможливо.
5.3. Оберіть тип поля
Тип обчислювального поля визначає, як дані відображатимуться у ваших звітах. Це може бути число, відсоток, тривалість, валюта, текст, дати, гео, логічні значення (true або false) або ж посилання. Можна налаштовувати тип для полів для кожної таблиці, але звісно ж зручніше визначити тип даних на рівні джерела даних і не відволікатися на ці конфігурації в майбутньому.
Щоб змінити тип даних поля, перейдіть на сторінку редагування джерела даних та скористайтеся спадним меню Type.
6. Використовуйте змінні для вводу користувацьких даних
Параметри в Looker Studio дозволяють взаємодіяти з даними, які надають користувачі, будь-то текст, цифри чи логічні значення (true або false). Фактично, вони діють як змінні в мовах програмування.
Параметри стануть в нагоді для створення шаблонів або щоб зробити звіт інтерактивним. Їх можна використовувати для розрахунків ROAS, прогнозів витрат, кластеризаціх ключових слів, тощо.
7. Керування даними як альтернатива фільтрам
Звичайні фільтри даних створюються як ресурси звіту, вони мають власні імена та досить гнучкі налаштування. Кілька елементів керування даними також виконують функцію фільтрів: це спадний список, розширенний фільтр, вікно введеня та список фіксованого вводу. Вони можуть бути замінником для звичайних фільтрів, якщо для цих елементів встановити значення за замовчуванням.
Подібні фільтри можна дуже швидко скопіювати, і замінити всього лиш значення за замовчуванням. До того ж дуже легко виявляти помилки, адже правило фільтрування одразу відображається у звіті.
Цей підхід має певні обмеження і підійде не для всіх типів дашбордів (я використовую його переважно для внутрішніх звітів). Але це хороше рішення, якщо потрібно створити багато сторінок, наприклад для різних розділів сайту.
8. Стандартизуйте найменування
В Looker Studio немає папок для звітів і джерел даних, і щоб компенсувати відсутність ієрархічної структури для організації документів, вам потрібен системний підхід до іменування.
Кілька прикладів, які назви доцільно стандартизувати та які значення ці назви можуть містити:
- назва звіту: {{Імя клієнта}} — {{Назва проєкту}} — {{Гео}}
- назва джерела даних: {{Тип джерела даних чи назва рекламної платформи}} — {{Назва акаунту}}
- назва об’єданних даних: {{Джерело даних 1}} & {{Джерело даних 2}} — {{Умова об’єднання}}
- назва фільтрів: {{Джерело Даних}} — {{Назва параметри чи показника}} — {{Умова}}
9. Задокументуйте логіку звіту
Якщо хочете щоб ваші дашборди було зручними як для технічних, так і для нетехнічних користувачів, задокументуйте логіку звіту. Так-так, заголовок обіцяв вам поради, що збережуть час, а на цю пропозицію треба його витрачати. Наявність документації — це гра в довгу, що збереже час вам і вашій команді в майбутньому.
Наскільки грунтовано та детально потрібно задокументувати процес та продукт, впливає кілька факторів:
- складність дашборду: чим більше джерел даних, сторінок та кастомних рішень, тим важливіше зафіксувати логіку;
- кількість людей залучених до створення та редагування звітів: що більша команда, то важливіше засинхронитися у підходах до роботи зі звітами;
- наскільки технічна аудиторія дашборду: чи потрібно пояснювати метрики та параметри.
Документація має враховувати хто кінцевий користувач. Якщо для себе я можу залишити примітки безпосередньо у звіті, то на ширшу аудиторію з менш технічними знаннями потрібні зовсім інші формати. Кілька прикладів документації, що може бути корисною для Looker Studio звітів:
- замітки на полях звіту, видимі лише тим, хто редагує звіт;
- покроковий гайд для роботи із шаблоном;
- документ з формулами для обчислювальних полів;
- словничок термінів;
- перелік звітів, які використовує компанія.
10. Останній крок — перевірте звіт на помилки
Відкладіть звіт, знайдіть час на перерву, а потім перегляньте на свіже око тексти, візуалізації та дані . Часто цей крок може здатися не важливим, особливо під впливом втоми чи під тиском дедлайнів, проте фінальна вичитка варта витраченого часу. Якщо ви працюєте над шаблоном — приділіть цьому етапу більше часу, щоб в майбтньому не виправляти ту саму помилку в усіх скопійованих звітах.