Dina användare vill ha sin frågestudio

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

Med lanseringen av IBM Cognos Analytics 12 levererades den sedan länge aviserade utfasningen av Query Studio och Analysis Studio äntligen med en version av Cognos Analytics minus dessa studior. Även om detta inte borde komma som en överraskning för de flesta som är engagerade i Cognos-communityt, verkar det ha varit en chock för vissa slutanvändare som nu gör uppror!

IBM tillkännagav först utfasningen av dessa studior redan i 10.2.2, som släpptes 2014. Vid den tiden var det stor oro för var denna kapacitet skulle landa och var dessa användare skulle ta vägen. Med tiden har vi sett IBM investera i mycket bra UX, lägga fokus på nyare användare och självbetjäning också, och titta på användningsfall som normalt kompletteras med Query Studio.

Den goda nyheten är att Query Studio-specifikationer och definitioner alltid var minispecifikationer som Cognos-systemet omvandlade till de fullständiga specifikationerna som används för Report Studio (nu kallat Authoring). Detta innebär att när du går till CA12 kommer alla Query Studio-tillgångar fram till Authoring.

Vad ska man göra åt dessa missnöjda användare?

Nu när vi förstår att inget innehåll går förlorat när vi går till Cognos Analytics 12 (CA), låt oss förstå de verkliga konsekvenserna för användarna. Jag skulle uppmuntra alla som går till CA12 att förstå sin organisations Query Studio-tillgångsanvändning. Saker att leta efter är:

Antalet frågestudiotillgångar

Antalet frågestudiotillgångar som du fått åtkomst till under de senaste 12–18 månaderna

Antalet nya Query Studio-tillgångar som skapats under de senaste 12–18 månaderna och av vem

Typerna av behållare i specifikationerna (lista, korstabell, diagram, etc.)

Identifiera Query Studio-tillgångar som innehåller uppmaningar

Identifiera schemalagda Query Studio-tillgångar

Dessa databitar kan hjälpa dig att förstå din slutanvändares användning av Query Studio (QS) och låter dig fokusera enbart på för närvarande använda innehåll, samt identifiera användargrupperna.

Vår första typ av användare är den som fortfarande skapar nytt innehåll i Query Studio. För dessa användare borde de titta på underverken med Dashboarding. Ärligt talat är detta en enorm uppgradering för dem, det är väldigt lätt att använda, innehållet kommer att se mycket snyggare ut och även om det har mer kraft kommer det inte i vägen...och det har snygga AI-funktioner. Allvarligt talat, att skapa nytt innehåll i Dashboarding med lite inlärning är snabbt och enkelt.

Vår andra typ av användare är gruppen användare som använder Cognos som en datapump med enkla listor i Query Studio och exportfunktionaliteten. Dessa användningar bör vara OK att landa i en förenklad Authoring-miljö (ett skal för Authoring för att minska funktionen och komplexiteten) för att utföra sina exporter. Om de inte gillar att se gränssnittet kan de titta på att schemalägga dessa objekt. Tyvärr är Dashboarding inte ett alternativ för dessa användare om de vill skapa nytt innehåll för export, eftersom det finns flera skillnader mellan QS och Dashboarding som kvarstår. För närvarande har listobjektet i Dashboarding en radgräns på 1000 visa och exportera. Detta är vettigt eftersom det är ett visuellt verktyg som är avsett att hjälpa till att hitta svar jämfört med en datapump och exportverktyg. Det andra problemet är att schemaläggning av en Dashboard (med eller utan export) inte stöds. Detta är också vettigt eftersom designen av instrumentbrädan är för visuell representation snarare än papperspresentation eller storbildsarbete.

Så, vad händer om alternativen Authoring (förenklat) och Dashboarding avvisas?

Om datapumpanvändarna avvisar detta är det dags att sätta sig ner med dem och förstå var de tar denna data och varför. Alternativa leveransmetoder från Cognos kan hjälpa eller så behöver användarna bara en push till Authoring eller Dashboarding. Dessutom kanske de bara har tagit data till ett annat verktyg under de senaste tio åren och förstår inte hur långt Cognos Analytics verkligen har kommit för att tillgodose deras behov.

Om de nya innehållsskaparna avvisar detta, återigen, måste vi förstå varför, vilken miljö de föredrar och deras användningsfall. Dashboarding borde verkligen demonstreras för dessa användare, med fokus på AI, hur det verkligen fungerar och hur enkelt det kan vara.

Det sista alternativet för att hjälpa användare att övervinna att avvisa Cognos Analytics 12 är en föga känd funktion som kallas Cognos Analytics för Microsoft Office. Detta tillhandahåller plugins för Microsoft Office (Word, PowerPoint och Excel) på Windows Desktop-installationer som låter dig antingen dra in innehåll (visuellt) eller interagera med frågestacken för att hämta data direkt till Excel.

För att avsluta detta, ja, Query Studio är borta, men innehållet lever vidare. De flesta användningsfall kan göras bättre nu i CA12, och idén att dumpa eller frysa Cognos Analytics på en 11-version kommer bara att hindra Analytics- och BI-team. Underskatta inte kostnaden för en migrering till en annan plattform eller kostnaden för uppgraderingar mellan flera större versioner. Användare bör titta på de tre CA12-alternativen:

  1. Dashboarding med AI.
  2. En förenklad författarupplevelse.
  3. Cognos Analytics för Microsoft Office.

Slutligen bör administratörer alltid förstå vad användarna gör och hur de använder systemet jämfört med att bara ta emot förfrågningar. Det är dags för dem att resa sig som Analytics-mästare och leda samtalen och vägen framåt.