Käyttäjäsi haluavat Query Studion

by Helmikuu 29, 2024BI/Analytics, Cognos Analytics0 kommentit

IBM Cognos Analytics 12:n julkaisun myötä Query Studion ja Analysis Studion pitkään ilmoitettu vanheneminen toimitettiin vihdoin Cognos Analyticsin versiolla ilman kyseiset studiot. Vaikka tämän ei pitäisi tulla yllätyksenä useimmille Cognos-yhteisössä oleville ihmisille, se näyttää olleen shokki joillekin loppukäyttäjille, jotka nyt kapinoivat!

IBM ilmoitti ensimmäisen kerran näiden studioiden käytöstä poistamisesta 10.2.2:ssa, joka julkaistiin vuonna 2014. Tuolloin oli paljon huolta siitä, mihin tämä ominaisuus laskeutuu ja minne käyttäjät menevät. Ajan myötä olemme nähneet IBM:n investoivan erittäin hyvään käyttökokemukseen, keskittyneen myös uudempiin käyttäjiin ja itsepalveluun sekä pyrkivän käsittelemään käyttötapauksia normaalisti Query Studion kanssa.

Hyvä uutinen on, että Query Studion spesifikaatiot ja määritelmät olivat aina minitietoja, jotka Cognos-järjestelmä muutti Report Studion (nykyään Authoring) käyttämäksi täydelliseksi spesifikaatioksi. Tämä tarkoittaa, että CA12:een siirryttäessä kaikki Query Studion resurssit siirtyvät luontitilaan.

Mitä tehdä näille tyytymättömille käyttäjille?

Nyt kun ymmärrämme, että Cognos Analytics 12:een (CA) siirtyminen ei menetä sisältöä, ymmärrämme todelliset vaikutukset käyttäjiin. Kannustan kaikkia CA12:een käyviä ymmärtämään organisaationsa Query Studio -resurssien käyttöä. Etsittävät asiat ovat:

Kyselyn studioomaisuuden määrä

Viimeisten 12–18 kuukauden aikana käytettyjen kyselystudiosisältöjen määrä

Viimeisten 12–18 kuukauden aikana luomien uusien Query Studio -sisältökohteiden määrä ja kuka on luonut

Eritelmien säilötyypit (luettelo, ristitaulukko, kaavio jne.)

Tunnista Query Studion resurssit, jotka sisältävät kehotteita

Tunnista ajoitetut Query Studion resurssit

Nämä tiedot voivat auttaa ymmärtämään loppukäyttäjien Query Studion (QS) käyttöä, ja voit keskittyä vain tällä hetkellä käytettyyn sisältöön sekä tunnistaa käyttäjäryhmät.

Ensimmäinen käyttäjätyyppimme on se, joka luo edelleen uutta sisältöä Query Studiossa. Näiden käyttäjien pitäisi katsoa Dashboardingin ihmeitä. Rehellisesti sanottuna tämä on heille valtava päivitys, se on erittäin helppokäyttöinen, sisällöstä tulee paljon paremman näköinen ja vaikka sillä on enemmän tehoa, se ei estä...ja siinä on hienoja tekoälyominaisuuksia. Vakavasti, uuden sisällön luominen Dashboardingissa pienellä oppimisella on nopeaa ja helppoa.

Toinen käyttäjätyyppimme on käyttäjäryhmä, joka käyttää Cognosia datapumppuna, jossa on yksinkertaiset luettelot Query Studiossa ja vientitoiminto. Näiden käyttötarkoitusten tulisi olla OK laskeutuessaan yksinkertaistettuun luontiympäristöön (skin toimintojen ja monimutkaisuuden vähentämiseksi Authoringille) vientinsä suorittamiseksi. Jos he eivät halua nähdä käyttöliittymää, he voivat tarkastella näiden kohteiden ajoittamista. Valitettavasti Dashboarding ei ole vaihtoehto näille käyttäjille, jos he haluavat luoda uutta sisältöä vientiä varten, koska QS:n ja Dashboardingin välillä on useita eroja. Tällä hetkellä Dashboardingin luetteloobjektin rivirajoitus on 1000 näyttöä ja vientiä. Tämä on järkevää, koska se on visuaalinen työkalu, jonka tarkoituksena on auttaa löytämään vastauksia verrattuna datapumppuun ja vientityökaluun. Toinen ongelma on, että Dashboardin ajoitusta (viennin kanssa tai ilman) ei tueta. Tämä on myös järkevää, koska kojelaudan suunnittelu on tarkoitettu visuaaliseen esitykseen eikä paperiesitykseen tai suuriin kuviin.

Entä jos luonti- (yksinkertaistettu) ja kojelauta-asetukset hylätään?

Jos datapumpun käyttäjät hylkäävät tämän, on aika istua alas heidän kanssaan ja ymmärtää, mihin he vievät nämä tiedot ja miksi. Vaihtoehtoiset Cognosin toimitustavat voivat auttaa tai käyttäjät saattavat tarvita vain työntöä Authoring- tai Dashboardingiin. Lisäksi he ovat saattaneet vain viedä tietoja toiseen työkaluun viimeisen kymmenen vuoden aikana eivätkä ymmärrä, kuinka pitkälle Cognos Analytics on todella päässyt vastaamaan heidän tarpeisiinsa.

Jos uudet sisällöntuottajat hylkäävät tämän, meidän on jälleen ymmärrettävä miksi, mikä on heidän ensisijainen ympäristönsä ja heidän käyttötapansa. Dashboardia pitäisi todella esitellä näille käyttäjille keskittyen tekoälyyn, sen todelliseen toimintaan ja kuinka helppoa se voi olla.

Viimeinen vaihtoehto, joka auttaa käyttäjiä voittamaan Cognos Analytics 12:n hylkäämisen, on vähän tunnettu ominaisuus nimeltä Cognos Analytics for Microsoft Office. Tämä tarjoaa Microsoft Office -laajennuksia (Word, PowerPoint ja Excel) Windows Desktop -asennuksiin, joiden avulla voit joko noutaa sisältöä (visuaaleja) tai olla vuorovaikutuksessa kyselypinon kanssa tietojen hakemiseksi suoraan Exceliin.

Lopuksi totean, että Query Studio on poissa, mutta sisältö elää. Suurin osa käyttötapauksista voidaan nyt tehdä paremmin CA12:ssa, ja ajatus Cognos Analyticsin poistamisesta tai jäädyttämisestä 11-versiossa vain haittaa Analytics- ja BI-tiimejä. Älä aliarvioi toiseen alustaan ​​siirtymisen kustannuksia tai useiden pääversioiden välisten päivitysten kustannuksia. Käyttäjien tulisi tarkastella kolmea CA12-vaihtoehtoa:

  1. Dashboarding tekoälyllä.
  2. Yksinkertaistettu luontikokemus.
  3. Cognos Analytics Microsoft Officelle.

Lopuksi, järjestelmänvalvojien tulee aina ymmärtää, mitä käyttäjät tekevät ja kuinka he käyttävät järjestelmää verrattuna vain pyyntöjen vastaanottamiseen. Heidän on nyt aika nousta Analyticsin mestareiksi ja johtaa keskusteluja ja polkua eteenpäin.