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. Честно казано, това е огромен ъпгрейд за тях, много е лесен за използване, съдържанието ще изглежда много по-добре и въпреки че има повече мощност, не им пречи...и има фантастични възможности за AI. Сериозно, създаването на ново съдържание в Dashboarding с малко обучение е бързо и лесно.
Нашият втори тип потребител е групата потребители, които използват Cognos като помпа за данни с прости списъци в Query Studio и функционалността за експортиране. Тези употреби трябва да са подходящи за кацане в опростена среда за създаване (кожа за авторство за намаляване на функцията и сложността), за да извършат своите експорти. Ако не им харесва да виждат интерфейса, те могат да разгледат планирането на тези елементи. За съжаление таблото за управление не е опция за тези потребители, ако искат да създадат ново съдържание за експортиране, тъй като има няколко разлики между QS и таблото за управление, които остават. Понастоящем обектът списък в таблото за управление има ограничение за редове от 1000 показване и експортиране. Това има смисъл, тъй като е визуален инструмент, предназначен да помогне в намирането на отговори срещу инструмент за изпомпване на данни и експортиране. Вторият проблем е, че планирането на табло за управление (със или без експортиране) не се поддържа. Това също има смисъл, тъй като дизайнът на таблото е за визуално представяне, а не за представяне на хартиен носител или създаване на големи изображения.
И така, какво ще стане, ако опциите за създаване (опростено) и табло за управление бъдат отхвърлени?
Ако потребителите на помпата за данни отхвърлят това, време е да седнете с тях и да разберете къде вземат тези данни и защо. Алтернативни методи за доставка извън Cognos може да помогнат или потребителите може просто да се нуждаят от натискане в Authoring или Dashboarding. Освен това те може просто да са пренасяли данните в друг инструмент през последните десет години и да не разбират докъде наистина е стигнал Cognos Analytics, за да отговори на техните нужди.
Ако създателите на ново съдържание отхвърлят това, отново ще трябва да разберем защо, каква е тяхната предпочитана среда и техните случаи на употреба. Таблото за управление наистина трябва да бъде демонстрирано на тези потребители, като се фокусира върху AI, как наистина работи и колко лесно може да бъде.
Последната опция за подпомагане на потребителите да преодолеят отхвърлянето на Cognos Analytics 12 е малко известна възможност, наречена Cognos Analytics за Microsoft Office. Това предоставя плъгини за Microsoft Office (Word, PowerPoint и Excel) в инсталации на Windows Desktop, които ви позволяват или да изтеглите съдържание (визуални елементи), или да взаимодействате със стека на заявките, за да изтеглите данни директно в Excel.
За да завършим това, да, Query Studio го няма, но съдържанието продължава да живее. По-голямата част от случаите на използване могат да бъдат направени по-добре сега в CA12 и идеята за изхвърляне или замразяване на Cognos Analytics на версия 11 само ще попречи на екипите на Анализ и BI. Не подценявайте цената на миграцията към друга платформа или цената на надстройките между няколко основни версии. Потребителите трябва да разгледат трите опции CA12:
- Табло с AI.
- Опростено авторско изживяване.
- Cognos Analytics за Microsoft Office.
И накрая, администраторите винаги трябва да разбират какво правят потребителите и как използват системата вместо просто да приемат заявки. Това е моментът те да се издигнат като шампиони на Анализ и да водят разговорите и пътя напред.
