IBM kondigde voor het eerst de beëindiging van deze studio's aan in 10.2.2, die in 2014 werd uitgebracht. Destijds bestond er veel bezorgdheid over waar deze mogelijkheid terecht zou komen en waar die gebruikers naartoe zouden gaan. In de loop van de tijd hebben we gezien dat IBM investeerde in zeer goede UX, een focus legde op nieuwere gebruikers en ook op zelfservice, en gebruiksscenario's normaal aanpakte, aangevuld met Query Studio.
Het goede nieuws is dat de specificaties en definities van Query Studio altijd minispecificaties waren. Het Cognos-systeem heeft dit omgezet in de volledige specificaties die voor Report Studio worden gebruikt (nu Authoring genoemd). Dit betekent dat wanneer u naar CA12 gaat, alle Query Studio-middelen naar Authoring gaan.
Wat te doen met deze ontevreden gebruikers?
Nu we begrijpen dat er geen inhoud verloren gaat als we naar Cognos Analytics 12 (CA) gaan, gaan we kijken naar de werkelijke gevolgen voor gebruikers. Ik zou iedereen die naar CA12 gaat willen aanmoedigen om inzicht te krijgen in het gebruik van Query Studio-middelen van hun organisatie. Dingen om naar te zoeken zijn:
Het aantal querystudio-items
Het aantal querystudio-items dat in de afgelopen twaalf tot achttien maanden is geopend
Het aantal nieuwe Query Studio-items dat in de afgelopen twaalf tot achttien maanden is gemaakt en door wie
De soorten containers in de specificaties (lijst, kruistabel, diagram…enz.)
Identificeer Query Studio-middelen die aanwijzingen bevatten
Identificeer geplande Query Studio-middelen
Deze stukjes gegevens kunnen u helpen uw eindgebruikersgebruik van Query Studio (QS) te begrijpen, zodat u zich alleen kunt concentreren op de momenteel gebruikte inhoud en de gebruikersgroepen kunt identificeren.
Ons eerste type gebruiker is degene die nog steeds nieuwe inhoud maakt in Query Studio. Voor deze gebruikers zouden ze moeten kijken naar de wonderen van Dashboarding. Eerlijk gezegd is dit een enorme upgrade voor hen, het is heel gemakkelijk te gebruiken, de inhoud zal er veel beter uitzien en hoewel het meer kracht heeft, staat het niet in de weg... en het heeft mooie AI-mogelijkheden. Serieus, het maken van nieuwe inhoud in Dashboarding is met een beetje leren snel en eenvoudig.
Ons tweede type gebruiker is de groep gebruikers die Cognos gebruiken als datapomp met eenvoudige lijsten in Query Studio en de exportfunctionaliteit. Deze toepassingen zouden in een vereenvoudigde Authoring-omgeving moeten kunnen terechtkomen (een skin voor Authoring om de functie en complexiteit te verminderen) om hun exporten uit te voeren. Als ze de interface niet leuk vinden, kunnen ze kijken naar het plannen van deze items. Helaas is Dashboarding geen optie voor deze gebruikers als ze nieuwe inhoud willen maken om te exporteren, omdat er verschillende verschillen tussen QS en Dashboarding blijven bestaan. Momenteel heeft het lijstobject in Dashboarding een rijlimiet van 1000 tonen en exporteren. Dit is logisch omdat het een visuele tool is die bedoeld is om antwoorden te helpen vinden, versus een datapomp en exporttool. Het tweede probleem is dat het plannen van een dashboard (met of zonder export) niet wordt ondersteund. Dit is ook logisch omdat het ontwerp van het dashboard bedoeld is voor visuele representatie in plaats van voor papieren presentaties of het maken van grote afbeeldingen.
Wat als de opties voor Authoring (vereenvoudigd) en Dashboarding worden afgewezen?
Als de datapompgebruikers dit afwijzen, is het tijd om met hen om de tafel te gaan zitten en te begrijpen waar ze deze gegevens vandaan halen en waarom. Alternatieve leveringsmethoden vanuit Cognos kunnen helpen, maar het kan ook zijn dat de gebruikers gewoon een push naar Authoring of Dashboarding nodig hebben. Bovendien hebben ze de gegevens de afgelopen tien jaar misschien gewoon naar een andere tool overgebracht en begrijpen ze niet hoe ver Cognos Analytics werkelijk is gekomen om aan hun behoeften te voldoen.
Als de nieuwe makers van inhoud dit afwijzen, zullen we opnieuw moeten begrijpen waarom, wat hun voorkeursomgeving is en hun gebruiksscenario's. Dashboarding zou echt aan deze gebruikers moeten worden gedemonstreerd, met de nadruk op de AI, hoe het echt werkt en hoe gemakkelijk het kan zijn.
De laatste optie om gebruikers te helpen de afwijzing van Cognos Analytics 12 te overwinnen is een weinig bekende mogelijkheid genaamd Cognos Analytics voor Microsoft Office. Dit biedt plug-ins voor Microsoft Office (Word, PowerPoint en Excel) op Windows Desktop-installaties waarmee u inhoud (visuals) kunt binnenhalen of kunt communiceren met de query-stack om gegevens rechtstreeks naar Excel te halen.
Om dit af te ronden: ja, Query Studio is verdwenen, maar de inhoud leeft voort. Het merendeel van de gebruiksscenario's kan nu beter worden uitgevoerd in CA12, en het idee om Cognos Analytics op een 11-versie te dumpen of te bevriezen zal Analytics- en BI-teams alleen maar hinderen. Onderschat de kosten van een migratie naar een ander platform of de kosten van upgrades tussen meerdere grote versies niet. Gebruikers zouden naar de drie CA12-opties moeten kijken:
- Dashboarden met AI.
- Een vereenvoudigde schrijfervaring.
- Cognos Analytics voor Microsoft Office.
Ten slotte moeten beheerders altijd begrijpen wat de gebruikers doen en hoe ze het systeem gebruiken, in plaats van alleen maar verzoeken aan te nemen. Dit is het moment voor hen om op te staan als Analytics-kampioenen en de gesprekken en het pad voorwaarts te leiden.
