IBM a anunțat pentru prima dată renunțarea la aceste studiouri în 10.2.2, care a fost lansat în 2014. La acea vreme, era multă îngrijorare cu privire la locul în care avea să ajungă această capacitate și unde vor merge acei utilizatori. De-a lungul timpului, am văzut IBM investind în UX foarte bun, concentrându-se pe utilizatorii mai noi și pe autoservire și căutând să abordeze cazurile de utilizare în mod normal cu finalizarea cu Query Studio.
Vestea bună este că specificațiile și definițiile Query Studio au fost întotdeauna mini specificații pe care sistemul Cognos le-a transformat în specificațiile complete utilizate pentru Report Studio (acum numite Authoring). Aceasta înseamnă că, după accesarea CA12, toate elementele Query Studio vin în Creare.
Ce să faci cu acești utilizatori nemulțumiți?
Acum că înțelegem că nu se pierde conținut în accesarea Cognos Analytics 12 (CA), să înțelegem impactul real asupra utilizatorilor. Aș încuraja pe oricine care merge la CA12 să înțeleagă utilizarea activelor Query Studio de către organizația lor. Lucrurile de căutat sunt:
Numărul de active de studio de interogare
Numărul de active de studio de interogare accesate în ultimele 12-18 luni
Numărul de materiale noi Query Studio create în ultimele 12-18 luni și de către cine
Tipurile de containere din specificații (listă, tablă încrucișată, diagramă... etc.)
Identificați elementele Query Studio care conțin solicitări
Identificați elementele programate Query Studio
Aceste date vă pot ajuta să înțelegeți utilizarea Query Studio (QS) de către utilizatorii finali și vă permit să vă concentrați numai asupra conținutului utilizat în prezent, precum și să identificați grupurile de utilizatori.
Primul nostru tip de utilizator este cel care încă creează conținut nou în Query Studio. Pentru acești utilizatori, ar trebui să se uite la minunile Dashboarding-ului. Sincer, aceasta este o actualizare uriașă pentru ei, este foarte ușor de utilizat, conținutul va arăta mult mai bine și, deși are mai multă putere, nu le împiedică... și are capabilități AI fantastice. Serios, crearea de conținut nou în Dashboarding cu puțină învățare este rapidă și ușoară.
Al doilea tip de utilizator este grupul de utilizatori care folosesc Cognos ca pompă de date cu liste simple în Query Studio și funcționalitatea de export. Aceste utilizări ar trebui să fie OK, ajungând într-un mediu de Authoring simplificat (un skin pentru Authoring pentru a reduce funcția și complexitatea) pentru a-și realiza exporturile. Dacă nu le place să vadă interfața, se pot uita la programarea acestor elemente. Din păcate, Dashboarding nu este o opțiune pentru acești utilizatori dacă doresc să creeze conținut nou pentru export, deoarece există mai multe diferențe între QS și Dashboarding care rămân. În prezent, obiectul listă din Dashboarding are o limită de rânduri de 1000 de afișare și export. Acest lucru are sens, deoarece este un instrument vizual menit să ajute la găsirea de răspunsuri în comparație cu un instrument de pompare de date și de export. A doua problemă este că programarea unui tablou de bord (cu sau fără export) nu este acceptată. Acest lucru are sens, de asemenea, deoarece designul tabloului de bord este pentru reprezentarea vizuală, mai degrabă decât prezentarea pe hârtie sau elaborarea imaginilor mari.
Deci, ce se întâmplă dacă opțiunile Authoring (simplificate) și Dashboarding sunt respinse?
Dacă utilizatorii pompei de date resping acest lucru, este timpul să vă așezați cu ei și să înțelegeți de unde preiau aceste date și de ce. Metodele alternative de livrare din Cognos ar putea ajuta sau utilizatorii ar putea avea nevoie doar de un impuls către Creare sau Dashboarding. În plus, s-ar putea să fi dus datele către un alt instrument în ultimii zece ani și să nu înțeleagă cât de departe a ajuns Cognos Analytics pentru a răspunde nevoilor lor.
Dacă noii creatori de conținut resping acest lucru, din nou, va trebui să înțelegem de ce, care este mediul lor preferat și cazurile lor de utilizare. Dashboarding-ul chiar ar trebui să fie demonstrat pentru acești utilizatori, concentrându-se pe AI, cum funcționează cu adevărat și cât de ușor poate fi.
Ultima opțiune pentru a ajuta utilizatorii să depășească respingerea Cognos Analytics 12 este o capacitate puțin cunoscută numită Cognos Analytics pentru Microsoft Office. Aceasta oferă pluginuri pentru Microsoft Office (Word, PowerPoint și Excel) pe instalările desktop Windows care vă permit fie să introduceți conținut (vizual) fie să interacționați cu stiva de interogări pentru a extrage date direct în Excel.
În concluzie, da, Query Studio a dispărut, dar conținutul continuă să trăiască. Majoritatea cazurilor de utilizare pot fi făcute mai bine acum în CA12, iar ideea de a descărca sau îngheța Cognos Analytics pe o versiune 11 va împiedica doar echipele Analytics și BI. Nu subestimați costul unei migrări către o altă platformă sau costul upgrade-urilor între mai multe versiuni majore. Utilizatorii ar trebui să se uite la cele trei opțiuni CA12:
- Dashboarding cu AI.
- O experiență de autor simplificată.
- Cognos Analytics pentru Microsoft Office.
În cele din urmă, administratorii ar trebui să înțeleagă întotdeauna ce fac utilizatorii și cum folosesc aceștia sistemul, comparativ cu doar primirea solicitărilor. Acesta este momentul pentru ei să se ridice ca campioni Analytics și să conducă conversațiile și calea de urmat.
