Brukerne dine vil ha Query Studio

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

Med utgivelsen av IBM Cognos Analytics 12 ble den lenge annonserte avviklingen av Query Studio og Analysis Studio endelig levert med en versjon av Cognos Analytics minus disse studioene. Selv om dette ikke burde komme som en overraskelse for de fleste som er engasjert i Cognos-fellesskapet, ser det ut til å ha vært et sjokk for noen sluttbrukere som nå gjør opprør!

IBM annonserte først avviklingen av disse studioene tilbake i 10.2.2, som ble utgitt i 2014. På den tiden var det mye bekymring for hvor denne muligheten ville lande og hvor disse brukerne ville gå. Over tid har vi sett at IBM investerer i svært god UX, fokuserer på nyere brukere og selvbetjening også, og ser etter brukstilfeller som normalt fullføres med Query Studio.

Den gode nyheten er at Query Studio-spesifikasjoner og definisjoner alltid var minispesifikasjoner Cognos-systemet transformerte til de fullstendige spesifikasjonene som ble brukt for Report Studio (nå kalt Authoring). Dette betyr at når du går til CA12, kommer alle Query Studio-ressurser frem til Authoring.

Hva skal jeg gjøre med disse misfornøyde brukerne?

Nå som vi forstår at intet innhold går tapt når vi går til Cognos Analytics 12 (CA), la oss forstå de virkelige konsekvensene for brukerne. Jeg vil oppfordre alle som går til CA12 til å forstå organisasjonens Query Studio-bruk. Ting å se etter er:

Antallet spørrestudioressurser

Antallet søkestudioinnhold som er åpnet i løpet av de siste 12–18 månedene

Antall nye Query Studio-innholdselementer opprettet i løpet av de siste 12–18 månedene og av hvem

Beholdertypene i spesifikasjonene (liste, krysstabell, diagram, osv.)

Identifiser Query Studio-ressurser som inneholder forespørsler

Identifiser planlagte Query Studio-ressurser

Disse dataene kan hjelpe deg med å forstå din sluttbrukerbruk av Query Studio (QS) og tillate deg å fokusere kun på gjeldende innhold, samt identifisere brukergruppene.

Vår første type bruker er den som fortsatt lager nytt innhold i Query Studio. For disse brukerne bør de se på underverkene ved Dashboarding. Ærlig talt er dette en enorm oppgradering for dem, det er veldig enkelt å bruke, innholdet vil se mye bedre ut og selv om det har mer kraft, kommer det ikke i veien ... og det har fancy AI-egenskaper. Seriøst, det er raskt og enkelt å lage nytt innhold i Dashboarding med litt læring.

Vår andre brukertype er gruppen brukere som bruker Cognos som en datapumpe med enkle lister i Query Studio og eksportfunksjonaliteten. Disse bruksområdene bør være OK å lande i et forenklet Authoring-miljø (et skin for Authoring for å redusere funksjonen og kompleksiteten) for å utføre eksporten. Hvis de ikke liker å se grensesnittet, kan de se på å planlegge disse elementene. Dessverre er ikke Dashboarding et alternativ for disse brukerne hvis de ønsker å lage nytt innhold for eksport, da det er flere forskjeller mellom QS og Dashboarding som gjenstår. For øyeblikket har listeobjektet i Dashboarding en radgrense på 1000 vis og eksport. Dette er fornuftig siden det er et visuelt verktøy som er ment å hjelpe med å finne svar kontra en datapumpe og eksportverktøy. Det andre problemet er planlegging av et Dashboard (med eller uten eksport) støttes ikke. Dette gir også mening ettersom utformingen av dashbordet er for visuell representasjon i stedet for papirpresentasjon eller utforming av store bilder.

Så, hva om alternativer for forfatter (forenklet) og dashboarding blir avvist?

Hvis datapumpebrukerne avviser dette, er det på tide å sette seg ned med dem og forstå hvor de tar disse dataene og hvorfor. Alternative leveringsmetoder fra Cognos kan hjelpe, eller brukerne trenger kanskje bare et dytt til Authoring eller Dashboarding. I tillegg kan det hende de nettopp har tatt dataene til et annet verktøy i løpet av de siste ti årene og forstår ikke hvor langt Cognos Analytics egentlig har kommet for å møte deres behov.

Hvis de nye innholdsskaperne avviser dette, må vi igjen forstå hvorfor, hvilket miljø de foretrekker og deres brukstilfeller. Dashboarding burde virkelig demonstreres for disse brukerne, med fokus på AI, hvordan det virkelig fungerer og hvor enkelt det kan være.

Det siste alternativet for å hjelpe brukere med å overvinne avvisningen av Cognos Analytics 12 er en lite kjent funksjon kalt Cognos Analytics for Microsoft Office. Dette gir plugins for Microsoft Office (Word, PowerPoint og Excel) på Windows Desktop-installasjoner som lar deg enten trekke inn innhold (visuelt) eller samhandle med spørringsstakken for å trekke data direkte inn i Excel.

For å avslutte dette, ja, Query Studio er borte, men innholdet lever videre. De fleste brukstilfeller kan gjøres bedre nå i CA12, og ideen om å dumpe eller fryse Cognos Analytics på en 11-versjon vil bare hindre Analytics- og BI-team. Ikke undervurder kostnadene ved en migrering til en annen plattform eller kostnadene ved oppgraderinger mellom flere hovedversjoner. Brukere bør se på de tre CA12-alternativene:

  1. Dashboarding med AI.
  2. En forenklet forfatteropplevelse.
  3. Cognos Analytics for Microsoft Office.

Til slutt bør administratorer alltid forstå hva brukerne gjør og hvordan de bruker systemet kontra bare å ta forespørsler. Dette er tiden for dem å reise seg som Analytics-mestere og lede samtalene og veien videre.