Jou gebruikers wil hul navraagateljee hê

by Februarie 29, 2024BI/analise, Cognos Analytics0 kommentaar

Met die vrystelling van IBM Cognos Analytics 12, is die lank aangekondigde afskaffing van Query Studio en Analysis Studio uiteindelik gelewer met 'n weergawe van Cognos Analytics minus daardie ateljees. Alhoewel dit nie 'n verrassing vir die meeste mense wat in die Cognos-gemeenskap betrokke is nie, blyk dit 'n skok te wees vir sommige eindgebruikers wat nou in opstand is!

IBM het die eerste keer die afskaffing van hierdie ateljees in 10.2.2 aangekondig, wat in 2014 vrygestel is. Destyds was daar baie kommer oor waar hierdie vermoë sou land en waarheen daardie gebruikers sou gaan. Met verloop van tyd het ons gesien hoe IBM in baie goeie UX belê, 'n fokus op nuwer gebruikers en selfdiens ook toegepas het, en probeer om gebruiksgevalle aan te spreek wat gewoonlik met Query Studio voltooi word.

Die goeie nuus is dat Query Studio-spesifikasies en -definisies altyd mini-spesifikasies was wat die Cognos-stelsel omskep het in die volledige spesifikasies wat gebruik word vir Report Studio (nou genoem Authoring). Dit beteken dat as u na CA12 gaan, kom alle Query Studio-bates na Authoring na vore.

Wat om te doen met hierdie ongelukkige gebruikers?

Noudat ons verstaan ​​dat geen inhoud verlore gaan om na Cognos Analytics 12 (CA) te gaan nie, laat ons die werklike impak op gebruikers verstaan. Ek sal enigeen wat na CA12 gaan aanmoedig om hul organisasie se Query Studio-bategebruik te verstaan. Dinge om na te kyk is:

Die aantal navraagateljeebates

Die aantal navraagateljeebates wat die afgelope 12-18 maande verkry is

Die aantal nuwe Query Studio-bates wat in die afgelope 12-18 maande geskep is en deur wie

Die tipes houers in die spesifikasies (lys, kruistabel, grafiek ... ens.)

Identifiseer Query Studio-bates wat aanporboodskappe bevat

Identifiseer geskeduleerde Query Studio-bates

Hierdie stukkies data kan help om jou eindgebruikersgebruik van Query Studio (QS) te verstaan ​​en jou in staat stel om net op huidige gebruikte inhoud te fokus, asook om die gebruikergroepe te identifiseer.

Ons eerste tipe gebruiker is die een wat steeds nuwe inhoud in Query Studio skep. Vir hierdie gebruikers moet hulle na die wonders van Dashboarding kyk. Eerlik, dit is 'n groot opgradering vir hulle, dit is baie maklik om te gebruik, die inhoud sal baie beter lyk en hoewel dit meer krag het, staan ​​dit nie in die pad nie ... en dit het fancy KI-vermoëns. Ernstig, die skep van nuwe inhoud in Dashboarding met 'n bietjie leer is vinnig en maklik.

Ons tweede tipe gebruiker is die groep gebruikers wat Cognos as 'n datapomp gebruik met eenvoudige lyste in Query Studio en die uitvoerfunksionaliteit. Hierdie gebruike behoort OK te wees om in 'n vereenvoudigde Authoring-omgewing te beland ('n vel vir Authoring om die funksie en kompleksiteit te verminder) om hul uitvoere uit te voer. As hulle nie daarvan hou om die koppelvlak te sien nie, kan hulle kyk na die skedulering van hierdie items. Ongelukkig is Dashboarding nie 'n opsie vir hierdie gebruikers as hulle nuwe inhoud vir uitvoer wil skep nie, aangesien daar verskeie verskille tussen QS en Dashboarding is wat oorbly. Tans het die lysvoorwerp in Dashboarding 'n rylimiet van 1000 wys en uitvoer. Dit maak sin aangesien dit 'n visuele hulpmiddel is wat bedoel is om antwoorde te help vind teenoor 'n datapomp en uitvoerinstrument. Die tweede kwessie is die skedulering van 'n Dashboard (met of sonder 'n uitvoer) word nie ondersteun nie. Dit maak ook sin, aangesien die ontwerp van die paneelbord vir visuele voorstelling eerder as papieraanbieding of groot beeldvervaardiging is.

So, wat as Authoring (vereenvoudig) en Dashboarding-opsies verwerp word?

As die datapompgebruikers dit verwerp, is dit tyd om saam met hulle te gaan sit en verstaan ​​waarheen hulle hierdie data neem en hoekom. Alternatiewe afleweringsmetodes uit Cognos kan dalk help of die gebruikers benodig dalk net 'n druk na Authoring of Dashboarding. Daarbenewens het hulle dalk net die data oor die afgelope tien jaar na 'n ander instrument geneem en verstaan ​​nie hoe ver Cognos Analytics werklik gekom het om hul behoeftes aan te spreek nie.

As die nuwe inhoudskeppers dit verwerp, sal ons weer moet verstaan ​​hoekom, wat hul voorkeuromgewing is en hul gebruiksgevalle. Dashboarding moet regtig aan hierdie gebruikers gedemonstreer word, met die fokus op die KI, hoe dit werklik werk en hoe maklik dit kan wees.

Die laaste opsie om gebruikers te help om die verwerping van Cognos Analytics 12 te oorkom, is 'n min bekende vermoë genaamd Cognos Analytics vir Microsoft Office. Dit bied inproppe vir Microsoft Office (Word, PowerPoint en Excel) op Windows Desktop-installasies wat jou toelaat om óf inhoud (visuele) in te trek óf met die navraagstapel te kommunikeer om data direk na Excel te trek.

Om dit af te sluit, ja, Query Studio is weg, maar die inhoud leef voort. Die meeste gebruiksgevalle kan nou beter gedoen word in CA12, en die idee om Cognos Analytics op 'n 11 weergawe te stort of te vries, sal Analytics- en BI-spanne net belemmer. Moenie die koste van 'n migrasie na 'n ander platform of die koste van opgraderings tussen verskeie groot weergawes onderskat nie. Gebruikers moet na die drie CA12-opsies kyk:

  1. Dashboarding met AI.
  2. 'n Vereenvoudigde skrywerservaring.
  3. Cognos Analytics vir Microsoft Office.

Laastens moet administrateurs altyd verstaan ​​wat die gebruikers doen en hoe hulle die stelsel gebruik teenoor net versoeke. Dit is die tyd vir hulle om op te staan ​​as Analytics-kampioene en die gesprekke en pad vorentoe te lei.

 

BI/analise
Die belangrikheid van KPI's en hoe om dit doeltreffend te gebruik

Die belangrikheid van KPI's en hoe om dit doeltreffend te gebruik

Die belangrikheid van KPI's En wanneer middelmatig beter is as perfek Een manier om te misluk is om op perfeksie aan te dring. Volmaaktheid is onmoontlik en die vyand van die goeie. Die uitvinder van die vroeë waarskuwingsradar vir lugaanval het 'n "kultus van die onvolmaakte" voorgestel. Sy filosofie was...

Lees meer