Os teus usuarios queren o seu Query Studio

by Febreiro 29, 2024BI/Analítica, Cognos Analyticscomentarios 0

Co lanzamento de IBM Cognos Analytics 12, a retirada de Query Studio e Analysis Studio, anunciada desde hai tempo, finalmente foi entregada cunha versión de Cognos Analytics sen eses estudos. Aínda que isto non debería ser unha sorpresa para a maioría das persoas que participan na comunidade de Cognos, parece que foi un choque para algúns usuarios finais que agora se están revoltando.

IBM anunciou por primeira vez a desaparición destes estudos en 10.2.2, que foi lanzado en 2014. Daquela, había moita preocupación sobre onde aterraría esta capacidade e cara a onde irían eses usuarios. Co paso do tempo, vimos a IBM investir en moi boa experiencia de usuario, centrarse tamén nos usuarios máis novos e no autoservizo e buscar abordar casos de uso normalmente con Query Studio.

A boa noticia é que as especificacións e definicións de Query Studio foron sempre mini especificacións que o sistema Cognos transformou nas especificacións completas utilizadas para Report Studio (agora chamada Authoring). Isto significa que ao ir a CA12 todos os recursos de Query Studio entran en Authoring.

Que facer con estes usuarios descontentos?

Agora que entendemos que non se perde ningún contido ao ir a Cognos Analytics 12 (CA), imos entender os impactos reais para os usuarios. Animo a quen vaia a CA12 a que comprenda o uso dos recursos de Query Studio da súa organización. As cousas que hai que buscar son:

O número de recursos do estudo de consulta

Número de recursos de estudo de consulta aos que se accedeu nos últimos 12-18 meses

O número de novos recursos de Query Studio creados nos últimos 12-18 meses e por quen

Os tipos de contedores nas especificacións (lista, táboa cruzada, gráfico... etc.)

Identifica os recursos de Query Studio que conteñan solicitudes

Identifica os recursos de Query Studio programados

Estes datos poden axudarche a comprender o uso que fai o teu usuario final de Query Studio (QS) e permítenche centrarche só no contido usado actualmente, así como identificar os grupos de usuarios.

O noso primeiro tipo de usuario é o que aínda está creando contido novo en Query Studio. Para estes usuarios, deberían estar mirando as marabillas do Dashboarding. Sinceramente, esta é unha gran actualización para eles, é moi doado de usar, o contido terá moito mellor aspecto e, aínda que teña máis potencia, non se estorba... e ten capacidades de IA elegantes. En serio, crear contido novo en Dashboarding cun pouco de aprendizaxe é rápido e sinxelo.

O noso segundo tipo de usuario é o grupo de usuarios que usa Cognos como bomba de datos con listas sinxelas en Query Studio e a funcionalidade de exportación. Estes usos deberían estar ben aterrando nun ambiente de Authoring simplificado (unha skin para Authoring para reducir a función e a complexidade) para realizar as súas exportacións. Se non lles gusta ver a interface, poden consultar a programación destes elementos. Desafortunadamente, Dashboarding non é unha opción para estes usuarios se buscan crear novos contidos para exportar, xa que quedan varias diferenzas entre QS e Dashboarding. Actualmente, o obxecto de lista en Dashboarding ten un límite de filas de 1000 para mostrar e exportar. Isto ten sentido xa que é unha ferramenta visual destinada a axudar a atopar respostas fronte a unha ferramenta de bombeo de datos e exportación. O segundo problema é que non se admite a programación dun panel (con ou sen exportación). Isto tamén ten sentido xa que o deseño do panel é para a representación visual en lugar de presentación en papel ou elaboración de imaxes grandes.

Entón, que pasa se se rexeitan as opcións de creación (simplificada) e de panel?

Se os usuarios da bomba de datos rexeitan isto, é hora de sentarse con eles e comprender de onde están tomando estes datos e por que. Os métodos de entrega alternativos de Cognos poden axudar ou os usuarios só necesitan un impulso a Authoring ou Dashboarding. Ademais, poderían levar os datos a outra ferramenta durante os últimos dez anos e non entender ata onde chegou Cognos Analytics para satisfacer as súas necesidades.

Se os novos creadores de contido rexeitan isto, de novo, teremos que entender por que, cal é o seu ambiente preferido e os seus casos de uso. O panel de control debería ser demostrado para estes usuarios, centrándose na IA, como funciona realmente e o fácil que pode ser.

A última opción para axudar aos usuarios a superar o rexeitamento de Cognos Analytics 12 é unha capacidade pouco coñecida chamada Cognos Analytics para Microsoft Office. Isto fornece complementos para Microsoft Office (Word, PowerPoint e Excel) en instalacións de escritorio de Windows que che permiten extraer contido (visuais) ou interactuar coa pila de consultas para extraer datos directamente en Excel.

Para rematar, si, Query Studio desapareceu, pero o contido segue vivo. A maioría dos casos de uso pódense facer mellor agora en CA12, e a idea de descargar ou conxelar Cognos Analytics nunha versión 11 só dificultará os equipos de Analytics e BI. Non subestime o custo dunha migración a outra plataforma nin o custo das actualizacións entre varias versións principais. Os usuarios deberían mirar as tres opcións de CA12:

  1. Dashboard con IA.
  2. Unha experiencia de autoría simplificada.
  3. Cognos Analytics para Microsoft Office.

Por último, os administradores sempre deberían comprender o que están a facer os usuarios e como están a usar o sistema en lugar de só aceptar solicitudes. Este é o momento de que se levanten como campións de Analytics e lideren as conversas e o camiño a seguir.