Аналіз ранжування в LuckyTemplates: розширена інформація з комбінованих наборів даних

У цьому підручнику я збираюся показати вам розширений аналіз рейтингу в LuckyTemplates. Як приклад, я збираюся використати звіт, який я подав для форуму LuckyTemplates.

Я обговорював інші сторінки цього звіту в інших посібниках. Наразі я хотів би зосередитися на конкретній сторінці звіту, яка поєднує два набори даних.

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

Зміст

• Створення комбінованої сторінки продавців/заводів
• Заходи для рейтингового аналізу
• Використання форуму LuckyTemplates для рейтингового аналізу
• Висновок

Створення комбінованої сторінки продавців/заводів

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

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

На цій сторінці я використовував один слайсер chiclet ліворуч для даних заводу та інший слайсер chiclet праворуч для даних постачальника.

Слайсер chiclet можна знайти під панеллю візуалізації, але якщо ви його ще не бачите, ви можете додати його на свій робочий стіл LuckyTemplates, завантаживши через AppSource.

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

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

Зверніть увагу, що дані наразі відсортовано на основі загального рейтингу від найефективніших до найгірших.

Заходи для рейтингового аналізу

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

Тепер, коли у мене є готовий базовий показник, я можу почати ранжувати хвилини простою. Я назвав цей показник Найефективніші постачальники та заводи за хвилинами простою . Але оскільки у мене обмежений простір на столі, я просто назвав його «Ранг за хвилинами простою» на візуальному зображенні.

Деякі використовували б a заява для таких випадків. Але я створивоператор із функцієюна місцезнаходження заводу.

По суті, це твердження говорить, що якщо є значення в місці розташування заводу, я хочу показати ранг. В іншому випадку він має залишатися порожнім.

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

Є кілька способів це зробити. Але коли я оцінював результати, які хотів отримати, я вирішив, що використання IF HASONEVALUE є найкращим варіантом, враховуючи те, як усі показники в цьому звіті взаємодіють один з одним.

Ви помітите, що в таблиці інші стовпці рангу також порожні. Це тому, що підхід, який я використовував для всіх них, був подібним.

У наступній частині показано використанняфункція. Тоді я використовувавщоб переконатися, що я оцінюю як розташування заводу, так і постачальника, навіть якщо у мене єна місці. По суті, функція CROSSJOIN допомагає об’єднати дані для створення рейтингу.

Ви помітите, що я хотів, щоб хвилини простою були більші або дорівнювали нулю перед їх ранжуванням. Це тому, що я хотів виключити будь-яке підприємство чи постачальника, які мали порожнє місце в розділі «Хвилини простою».

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

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

Зверніть увагу, що найвищі дані містять нуль. Але насправді в наборі даних були деякі записи, де хвилини простою були фактично порожніми. Їх було вилучено з рівняння.

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

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

Розгалуження показників робить увесь процес розробки звіту ефективнішим.

Таким чином, мені не доведеться витрачати час на створення заходів з нуля, особливо якщо міра, яка мені потрібна, дуже схожа на існуючу.

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

Є додаткова зміна, яку я зробив тут, зокрема той факт, що я не хотів, щоб щось було. Отже, навіть якщо рядок у розділі «Дефекти» не має жодної цінності, я хочу, щоб його все одно включили до рейтингу.

Переходимо до загального середнього значення. Це міра, яку я використав, щоб отримати загальне середнє значення.

Як бачите, мені довелося створити змінні для цього показника. ПершийСтворений мною називається AddRank. По суті, я просто взяв три заходи, над якими працював раніше, і додав їх усі, щоб отримати загальну кількість.

Потім я створив наступний VAR , який назвав Result. Тут я використавфункцію змінної AddRank із дільником на три.

А потім у своєму операторі RETURN внизу я використав IF на Продавця.

Це відмінний підхід від HASONEVALUE , який я використовував раніше, хоча вони мають ту саму думку. У ньому просто сказано, що якщо в списку є постачальник, покажіть мені результат. В іншому випадку він має повернути ПУСТИ .

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

Я використовував HASONEVALUE для розташування заводу, потім у мене є оператор RANKX ще раз за допомогою функції CROSSJOIN , щоб переконатися, що я отримую результати як за розташуванням заводу, так і за постачальником. Я також посилався на показник загального середнього рейтингу постачальників і заводів , над яким я працював перед цим. Я просто хочу переконатися, що номер не буде порожнім.

Чудова річ у цьому полягає в тому, що всю таблицю можна відсортувати за допомогою будь-якого з рангів. Отже, якщо я хочу відсортувати свої дані за допомогою хвилин простою, я можу це зробити. Це покаже, що найкращим результатом для заводу буде Нова Британія, а постачальником – Linktype.

Навіть краще, він не коригує інші рейтинги на сторінці. Це тому, що я використовувавпо-моєму, і ні.

Розумієте, ALLSELECTED ранжуватиме дані лише на основі вибраних даних. Якщо, наприклад, застосувати фільтр, буде ранжовано лише дані, які відображаються в таблиці. Дані, виключені через фільтр, не будуть включені в рейтинг.

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

Використання форуму LuckyTemplates для рейтингового аналізу

Аналіз ранжирування може бути складним, особливо якщо ви працюєте з такими функціями, як RANKX . Чудова річ у LuckyTemplates полягає в тому, що ми маємо чудові навчальні матеріали та культуру співпраці в спільноті. Напоодинці ви можете знайти так багато дискусій про рейтинговий аналіз.

Давайте перейдемо на форум, щоб ви мали уявлення, чого очікувати.

Коли ви перейдете на домашню сторінку форуму, ви побачите тут функцію пошуку.

Я введу RANKX, щоб показати, скільки інформації ви можете отримати лише на форумі. За результатами пошуку налічується понад 50 дискусій на цю тему.

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

Коли я прокручую результати, я бачу цей чудовий вміст від Браяна Джуліуса, одного з наших . Це про те, як розробити користувацькі тай-брейки за допомогою RANKX.

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

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

Висновок

LuckyTemplates — це настільки всебічний інструмент, який дозволяє користувачам отримати якомога більше розуміння з даних, з якими вони працюють. У сценарії, який ми обговорювали, ви можете отримати розширений аналіз ранжирування безперебійним способом, якщо ми врахуємо такі методи, як розгалуження вимірювань.

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

Все найкраще,

Джаррет