IBM вперше оголосила про припинення підтримки цих студій ще в версії 10.2.2, яка була випущена в 2014 році. У той час було багато хвилювань щодо того, де ця можливість приземлиться і куди підуть ці користувачі. З часом ми бачили, як IBM інвестувала в дуже якісний UX, зосереджувалася на нових користувачах і самообслуговуванні, а також намагалася розв’язати випадки використання, як зазвичай, завершивши Query Studio.
Хороша новина полягає в тому, що специфікації та визначення Query Studio завжди були міні-специфікаціями, які система Cognos перетворила на повні специфікації, використовувані для Report Studio (тепер це називається Authoring). Це означає, що після переходу до CA12 усі активи Query Studio переходять у Authoring.
Що робити з цими нещасними користувачами?
Тепер, коли ми розуміємо, що під час переходу на Cognos Analytics 12 (CA) жоден вміст не втрачається, давайте зрозуміємо реальні наслідки для користувачів. Я б закликав усіх, хто відвідує CA12, зрозуміти, як їхня організація використовує активи Query Studio. На що варто звернути увагу:
Кількість активів студії запитів
Кількість ресурсів студії запитів, до яких звернулися за останні 12-18 місяців
Кількість нових ресурсів Query Studio, створених за останні 12–18 місяців, і ким
Типи контейнерів у специфікаціях (список, перехресна таблиця, діаграма… тощо)
Визначте ресурси Query Studio, що містять підказки
Визначте заплановані ресурси Query Studio
Ці фрагменти даних можуть допомогти зрозуміти, як кінцевий користувач використовує Query Studio (QS), і дозволити вам зосередитися лише на поточному вмісті, а також визначити групи користувачів.
Наш перший тип користувачів — це ті, хто все ще створює новий вміст у Query Studio. Для цих користувачів вони повинні дивитися на чудеса Dashboarding. Чесно кажучи, це величезне оновлення для них, воно дуже просте у використанні, вміст буде виглядати набагато краще, і хоча він має більше потужності, він не заважає… і він має чудові можливості ШІ. Серйозно, створювати новий вміст у Dashboarding з невеликим навчанням швидко й легко.
Наш другий тип користувачів — це група користувачів, які використовують Cognos як перекачування даних із простими списками в Query Studio та функцією експорту. Ці види використання мають бути прийнятними для виконання експорту в спрощене середовище розробки (обкладинка для розробки, щоб зменшити функціональність і складність). Якщо їм не подобається бачити інтерфейс, вони можуть переглянути планування цих елементів. На жаль, Dashboarding не є опцією для цих користувачів, якщо вони хочуть створити новий вміст для експорту, оскільки існує кілька відмінностей між QS та Dashboarding, які залишаються. Наразі об’єкт списку в Dashboarding має обмеження на 1000 рядків для показу та експорту. Це має сенс, оскільки це візуальний інструмент, покликаний допомогти знайти відповіді, а не засіб перекачування та експорту даних. Друга проблема полягає в тому, що планування інформаційної панелі (з експортом або без нього) не підтримується. Це також має сенс, оскільки дизайн інформаційної панелі призначений для візуального представлення, а не для презентації на папері чи створення великих зображень.
Отже, що, якщо параметри Authoring (simplified) і Dashboarding відхилено?
Якщо користувачі помпи даних відкидають це, настав час сісти з ними та зрозуміти, звідки вони беруть ці дані та чому. Альтернативні методи доставки з Cognos можуть допомогти, або користувачам може просто знадобитися підштовхнути до Authoring або Dashboarding. Крім того, вони могли просто передавати дані в інший інструмент протягом останніх десяти років і не розуміти, наскільки далеко зайшов Cognos Analytics, щоб задовольнити їхні потреби.
Якщо творці нового вмісту відкинуть це, знову ж таки, нам доведеться зрозуміти чому, яке середовище вони віддають перевагу та варіанти використання. Інформаційну панель справді слід продемонструвати цим користувачам, зосередившись на штучному інтелекті, тому, як він насправді працює та наскільки простим він може бути.
Останнім варіантом, який допоможе користувачам подолати відмову від Cognos Analytics 12, є маловідома функція Cognos Analytics для Microsoft Office. Це надає плагіни для Microsoft Office (Word, PowerPoint і Excel) на робочому столі Windows, які дозволяють завантажувати вміст (візуальні елементи) або взаємодіяти зі стеком запитів, щоб завантажувати дані безпосередньо в Excel.
Підсумовуючи, так, Query Studio більше немає, але вміст продовжує жити. Більшість варіантів використання тепер можна зробити краще в CA12, і ідея відмовитися або заморозити Cognos Analytics у версії 11 лише завадить командам Analytics і BI. Не недооцінюйте вартість переходу на іншу платформу або вартість оновлень між кількома основними версіями. Користувачам слід звернути увагу на три варіанти CA12:
- Інформаційна панель із ШІ.
- Спрощений досвід створення.
- Cognos Analytics для Microsoft Office.
Нарешті, адміністратори повинні завжди розуміти, що роблять користувачі та як вони використовують систему, а не просто приймати запити. Настав час для них піднятися як чемпіони Analytics і очолити розмови та йти вперед.
