Dine brugere vil have deres forespørgselsstudie

by Februar 29, 2024BI/Analytik, Cognos Analytics0 kommentarer

Med udgivelsen af ​​IBM Cognos Analytics 12 blev den længe annoncerede udfasning af Query Studio og Analysis Studio endelig leveret med en version af Cognos Analytics minus disse studier. Selvom dette ikke burde komme som en overraskelse for de fleste mennesker, der er engageret i Cognos-fællesskabet, ser det ud til at have været et chok for nogle slutbrugere, som nu gør oprør!

IBM annoncerede først afskrivningen af ​​disse studier tilbage i 10.2.2, som blev udgivet i 2014. På det tidspunkt var der stor bekymring for, hvor denne kapacitet ville lande, og hvor disse brugere ville gå. Gennem tiden har vi set IBM investere i meget god UX, fokusere på nyere brugere og også selvbetjening og se på at adressere use cases, som normalt udføres med Query Studio.

Den gode nyhed er, at Query Studio-specifikationer og definitioner altid var minispecifikationer, som Cognos-systemet transformerede til de fulde specifikationer, der blev brugt til Report Studio (nu kaldet Authoring). Dette betyder, at når du går til CA12, kommer alle Query Studio-aktiver frem i Authoring.

Hvad skal man gøre ved disse utilfredse brugere?

Nu hvor vi forstår, at intet indhold går tabt ved at gå til Cognos Analytics 12 (CA), lad os forstå de reelle konsekvenser for brugerne. Jeg vil opfordre alle, der går til CA12, til at forstå deres organisations brug af Query Studio-aktiver. Ting at kigge efter er:

Antallet af forespørgselsstudieaktiver

Antallet af forespørgselsstudieaktiver, der er blevet tilgået inden for de sidste 12-18 måneder

Antallet af nye Query Studio-aktiver, der er oprettet inden for de sidste 12-18 måneder, og af hvem

Beholdertyperne i specifikationerne (liste, krydstabulator, diagram, osv.)

Identificer Query Studio-aktiver, der indeholder prompter

Identificer planlagte Query Studio-aktiver

Disse stykker data kan hjælpe med at forstå din slutbrugerbrug af Query Studio (QS) og tillade dig kun at fokusere på aktuelt brugt indhold samt identificere brugergrupperne.

Vores første type bruger er den, der stadig skaber nyt indhold i Query Studio. For disse brugere bør de se på vidunderne ved Dashboarding. Helt ærligt, dette er en kæmpe opgradering for dem, det er meget nemt at bruge, indholdet vil se meget bedre ud, og selvom det har mere kraft, kommer det ikke i vejen ... og det har fancy AI-egenskaber. Seriøst, det er hurtigt og nemt at skabe nyt indhold i Dashboarding med en lille smule læring.

Vores anden type bruger er gruppen af ​​brugere, der bruger Cognos som en datapumpe med simple lister i Query Studio og eksportfunktionaliteten. Disse anvendelser bør være OK at lande i et forenklet Authoring-miljø (et skin for Authoring for at reducere funktionen og kompleksiteten) for at udføre deres eksport. Hvis de ikke kan lide at se grænsefladen, kan de se på at planlægge disse elementer. Desværre er Dashboarding ikke en mulighed for disse brugere, hvis de søger at skabe nyt indhold til eksport, da der er flere forskelle mellem QS og Dashboarding, der er tilbage. I øjeblikket har listeobjektet i Dashboarding en rækkegrænse på 1000 vis og eksport. Dette giver mening, da det er et visuelt værktøj beregnet til at hjælpe med at finde svar i forhold til en datapumpe og eksportværktøj. Det andet problem er, at planlægning af et Dashboard (med eller uden en eksport) ikke understøttes. Dette giver også mening, da dashboardets design er til visuel repræsentation snarere end papirpræsentation eller udformning af store billeder.

Så hvad hvis Authoring (forenklet) og Dashboarding-indstillinger bliver afvist?

Hvis datapumpebrugerne afviser dette, er det tid til at sætte sig ned med dem og forstå, hvor de tager disse data hen og hvorfor. Alternative leveringsmetoder fra Cognos kan måske hjælpe, eller brugerne har måske bare brug for et skub til Authoring eller Dashboarding. Derudover har de måske lige ført dataene til et andet værktøj i løbet af de sidste ti år og forstår ikke, hvor langt Cognos Analytics virkelig er kommet for at imødekomme deres behov.

Hvis de nye indholdsskabere afviser dette, bliver vi igen nødt til at forstå hvorfor, hvad deres foretrukne miljø er og deres anvendelsesmuligheder. Dashboarding burde virkelig demonstreres for disse brugere, med fokus på AI, hvordan det virkelig fungerer, og hvor nemt det kan være.

Den sidste mulighed for at hjælpe brugere med at overvinde at afvise Cognos Analytics 12 er en lidet kendt funktion kaldet Cognos Analytics til Microsoft Office. Dette giver plugins til Microsoft Office (Word, PowerPoint og Excel) på Windows Desktop-installationer, der giver dig mulighed for enten at trække indhold (visuelt) ind eller interagere med forespørgselsstakken for at trække data direkte ind i Excel.

For at afslutte dette, ja, Query Studio er væk, men indholdet lever videre. De fleste use cases kan gøres bedre nu i CA12, og ideen om at dumpe eller fryse Cognos Analytics på en 11 version vil kun hindre Analytics og BI teams. Undervurder ikke omkostningerne ved en migrering til en anden platform eller omkostningerne ved opgraderinger mellem flere større versioner. Brugere bør se på de tre CA12-muligheder:

  1. Dashboarding med AI.
  2. En forenklet forfatteroplevelse.
  3. Cognos Analytics til Microsoft Office.

Endelig bør administratorer altid forstå, hvad brugerne laver, og hvordan de bruger systemet i forhold til at tage imod anmodninger. Dette er tidspunktet for dem til at rejse sig som Analytics-mestre og lede samtalerne og vejen frem.