Els vostres usuaris volen el seu Query Studio

by Febrer 29, 2024BI/Analítica, Cognos Analytics0 comentaris

Amb el llançament d'IBM Cognos Analytics 12, l'abandonament anunciat des de fa temps de Query Studio i Analysis Studio finalment es va lliurar amb una versió de Cognos Analytics menys aquests estudis. Tot i que això no hauria de sorprendre la majoria de les persones que participen a la comunitat de Cognos, sembla que ha estat un xoc per a alguns usuaris finals que ara s'estan revoltant!

IBM va anunciar per primera vegada la desactivació d'aquests estudis l'any 10.2.2, que es va publicar el 2014. En aquell moment, hi havia molta preocupació sobre on aterraria aquesta capacitat i on anirien aquests usuaris. Amb el pas del temps, hem vist que IBM inverteix en una UX molt bona, aplica un enfocament als usuaris més nous i també a l'autoservei, i mira d'abordar casos d'ús amb normalitat completat amb Query Studio.

La bona notícia és que les especificacions i definicions de Query Studio sempre van ser mini especificacions que el sistema Cognos va transformar en les especificacions completes utilitzades per a Report Studio (ara anomenada Authoring). Això vol dir que, en anar a CA12, tots els actius de Query Studio passen a Authoring.

Què fer amb aquests usuaris insatisfets?

Ara que entenem que no es perd cap contingut en anar a Cognos Analytics 12 (CA), entenem els impactes reals per als usuaris. Animaria a qualsevol persona que vagi a CA12 a entendre l'ús d'actius de Query Studio de la seva organització. Les coses a buscar són:

El nombre de recursos d'estudi de consulta

El nombre de recursos d'estudi de consulta als quals s'ha accedit durant els darrers 12-18 mesos

El nombre de recursos nous de Query Studio creats durant els darrers 12-18 mesos i per qui

Els tipus de contenidors a les especificacions (llista, tabulació creuada, gràfic... etc.)

Identifiqueu els recursos de Query Studio que contenen sol·licituds

Identifiqueu els recursos de Query Studio programats

Aquestes dades us poden ajudar a entendre l'ús que feu de Query Studio (QS) per part dels usuaris finals i us permeten centrar-vos només en el contingut utilitzat actualment, així com identificar els grups d'usuaris.

El nostre primer tipus d'usuari és el que encara crea contingut nou a Query Studio. Per a aquests usuaris, haurien de mirar les meravelles de Dashboarding. Sincerament, aquesta és una gran actualització per a ells, és molt fàcil d'utilitzar, el contingut tindrà molt més aspecte i, tot i que té més potència, no s'interposa en el camí... i té capacitats d'IA elegants. De debò, crear contingut nou a Dashboarding amb una mica d'aprenentatge és ràpid i fàcil.

El nostre segon tipus d'usuari és el grup d'usuaris que utilitzen Cognos com a bomba de dades amb llistes senzilles a Query Studio i la funcionalitat d'exportació. Aquests usos haurien d'estar bé aterrant en un entorn d'autoria simplificat (una pell per a l'autorització per reduir la funció i la complexitat) per dur a terme les seves exportacions. Si no els agrada veure la interfície, poden mirar la programació d'aquests elements. Malauradament, Dashboarding no és una opció per a aquests usuaris si busquen crear contingut nou per exportar, ja que queden diverses diferències entre QS i Dashboarding. Actualment, l'objecte llista a Dashboarding té un límit de files de 1000 per mostrar i exportar. Això té sentit, ja que és una eina visual destinada a ajudar a trobar respostes en comparació amb una eina d'exportació i bomba de dades. El segon problema és que la programació d'un tauler (amb o sense exportació) no és compatible. Això també té sentit, ja que el disseny del tauler és per a la representació visual en lloc de la presentació en paper o l'elaboració d'imatges grans.

Aleshores, què passa si es rebutgen les opcions de creació personalitzada (simplificada) i de tauler?

Si els usuaris de la bomba de dades ho rebutgen, és hora de seure amb ells i entendre d'on porten aquestes dades i per què. Els mètodes de lliurament alternatius de Cognos poden ajudar o els usuaris només necessiten una empenta a l'Autorització o al Dashboarding. A més, és possible que hagin estat portant les dades a una altra eina durant els darrers deu anys i no entenguin fins a quin punt ha arribat realment Cognos Analytics per atendre les seves necessitats.

Si els nous creadors de contingut ho rebutgen, de nou, haurem d'entendre per què, quin és el seu entorn preferit i els seus casos d'ús. El tauler de control realment s'hauria de demostrar a aquests usuaris, centrant-se en l'IA, com funciona realment i com de fàcil pot ser.

L'última opció per ajudar els usuaris a superar el rebuig de Cognos Analytics 12 és una capacitat poc coneguda anomenada Cognos Analytics per al Microsoft Office. Això proporciona connectors per a Microsoft Office (Word, PowerPoint i Excel) a les instal·lacions d'escriptori de Windows que us permeten extreure contingut (visuals) o interactuar amb la pila de consultes per extreure dades directament a Excel.

Per acabar, sí, Query Studio ha desaparegut, però el contingut continua. La majoria dels casos d'ús es poden fer millor ara a CA12, i la idea d'abocar o congelar Cognos Analytics en una versió 11 només dificultarà els equips d'Analytics i BI. No subestimeu el cost d'una migració a una altra plataforma o el cost de les actualitzacions entre diverses versions principals. Els usuaris haurien de mirar les tres opcions de CA12:

  1. Tauler de control amb IA.
  2. Una experiència d'autor simplificada.
  3. Cognos Analytics per a Microsoft Office.

Finalment, els administradors sempre haurien d'entendre què fan els usuaris i com estan utilitzant el sistema en lloc de només rebre sol·licituds. Aquest és el moment perquè s'aixequin com a campions d'Analytics i liderin les converses i el camí cap endavant.