IBM упершыню абвясціла аб спыненні падтрымкі гэтых студый яшчэ ў версіі 10.2.2, якая была выпушчана ў 2014 годзе. У той час была вялікая заклапочанасць наконт таго, дзе гэтая магчымасць прызямліцца і куды пойдуць гэтыя карыстальнікі. З цягам часу мы бачылі, як IBM інвеставала ў вельмі добры UX, звяртала ўвагу на новых карыстальнікаў і самаабслугоўванне, а таксама імкнулася разглядаць варыянты выкарыстання, як звычайна, з дапамогай Query Studio.
Добрай навіной з'яўляецца тое, што спецыфікацыі і азначэнні Query Studio заўсёды былі міні-спецыфікацыямі, якія сістэма Cognos трансфармавала ў поўныя спецыфікацыі, якія выкарыстоўваюцца для Report Studio (цяпер называецца Authoring). Гэта азначае, што пры пераходзе ў CA12 усе актывы Query Studio пераходзяць у Authoring.
Што рабіць з гэтымі няшчаснымі карыстальнікамі?
Цяпер, калі мы разумеем, што пры пераходзе на Cognos Analytics 12 (CA) ніякі кантэнт не губляецца, давайце разбярэмся ў рэальным уздзеянні на карыстальнікаў. Я хацеў бы заклікаць усіх, хто збіраецца ў CA12, зразумець, як іх арганізацыя выкарыстоўвае актывы Query Studio. На што варта звярнуць увагу:
Колькасць актываў студыі запытаў
Колькасць актываў студыі запытаў, да якіх звярталіся за апошнія 12-18 месяцаў
Колькасць новых актываў Query Studio, створаных за апошнія 12-18 месяцаў і кім
Тыпы кантэйнераў у спецыфікацыях (спіс, крыжаваная табліца, дыяграма… і г.д.)
Вызначце актывы Query Studio, якія змяшчаюць падказкі
Вызначыць запланаваныя актывы Query Studio
Гэтыя фрагменты даных могуць дапамагчы зразумець, як канечны карыстальнік выкарыстоўвае Query Studio (QS), і дазваляюць засяродзіцца толькі на змесціве, якое выкарыстоўваецца ў цяперашні час, а таксама вызначыць групы карыстальнікаў.
Наш першы тып карыстальнікаў - гэта тыя, хто ўсё яшчэ стварае новы кантэнт у Query Studio. Для гэтых карыстальнікаў яны павінны глядзець на цуды Dashboarding. Шчыра кажучы, гэта вялікае абнаўленне для іх, яно вельмі простае ў выкарыстанні, змесціва будзе выглядаць нашмат лепш, і, хаця ў яго больш магутнасці, яно не перашкаджае… і мае шыкоўныя магчымасці штучнага інтэлекту. Сур'ёзна, ствараць новы кантэнт у Dashboarding з невялікім навучаннем хутка і проста.
Наш другі тып карыстальнікаў - гэта група карыстальнікаў, якія выкарыстоўваюць Cognos як памочнік даных з простымі спісамі ў Query Studio і функцыяй экспарту. Гэтыя варыянты выкарыстання павінны быць у парадку пры пасадцы ў спрошчаным асяроддзі аўтарства (воблака для аўтарства, каб паменшыць функцыянальнасць і складанасць), каб выконваць іх экспарт. Калі ім не падабаецца бачыць інтэрфейс, яны могуць паглядзець на планаванне гэтых элементаў. На жаль, Dashboarding не з'яўляецца варыянтам для гэтых карыстальнікаў, калі яны жадаюць стварыць новы кантэнт для экспарту, паколькі існуе некалькі адрозненняў паміж QS і Dashboarding, якія застаюцца. У цяперашні час аб'ект спісу ў Dashboarding мае абмежаванне ў 1000 радкоў для паказу і экспарту. Гэта мае сэнс, бо гэта візуальны інструмент, які дапамагае знайсці адказы, а не інструмент перапампоўкі і экспарту даных. Другая праблема заключаецца ў тым, што планаванне панэлі кіравання (з экспартам або без яго) не падтрымліваецца. Гэта таксама мае сэнс, паколькі дызайн прыборнай панэлі прызначаны для візуальнага прадстаўлення, а не для папяровай прэзентацыі або стварэння вялікіх малюнкаў.
Такім чынам, што, калі варыянты Authoring (спрошчанае) і Dashboarding былі адхілены?
Калі карыстальнікі помпаў дадзеных адмаўляюцца ад гэтага, прыйшоў час сесці з імі і зразумець, адкуль яны бяруць гэтыя дадзеныя і чаму. Альтэрнатыўныя метады дастаўкі з Cognos могуць дапамагчы, або карыстальнікам можа спатрэбіцца проста перайсці ў Authoring або Dashboarding. Акрамя таго, яны маглі проста перадаваць даныя ў іншы інструмент на працягу апошніх дзесяці гадоў і не разумеюць, наколькі далёка Cognos Analytics насамрэч прасунулася для задавальнення іх патрэб.
Калі стваральнікі новага кантэнту адхіляць гэта, зноў жа, нам трэба будзе зразумець, чаму, якое асяроддзе яны аддаюць перавагу і варыянты выкарыстання. Гэтым карыстальнікам варта прадэманстраваць прыборную панэль, засяродзіўшы ўвагу на штучным інтэлекте, на тым, як ён сапраўды працуе і наколькі простым можа быць.
Апошняя магчымасць дапамагчы карыстальнікам пераадолець адмову ад Cognos Analytics 12 - гэта малавядомая магчымасць пад назвай Cognos Analytics для Microsoft Office. Гэта забяспечвае ўбудовы для Microsoft Office (Word, PowerPoint і Excel) на працоўным стале Windows, якія дазваляюць вам альбо загружаць змесціва (візуальныя матэрыялы), альбо ўзаемадзейнічаць са стэкам запытаў для атрымання даных непасрэдна ў Excel.
У завяршэнне: так, Query Studio знікла, але змесціва працягвае жыць. Большасць варыянтаў выкарыстання цяпер можна зрабіць лепш у CA12, і ідэя адмовіцца ад або замарозіць Cognos Analytics у версіі 11 толькі перашкодзіць камандам Analytics і BI. Не варта недаацэньваць кошт пераходу на іншую платформу або кошт абнаўлення паміж некалькімі асноўнымі версіямі. Карыстальнікі павінны разглядаць тры варыянты CA12:
- Прыборная панэль з AI.
- Спрошчаны аўтарскі вопыт.
- Cognos Analytics для Microsoft Office.
Нарэшце, адміністратары заўсёды павінны разумець, што робяць карыстальнікі і як яны выкарыстоўваюць сістэму, а не проста прымаць запыты. Гэта час для іх стаць чэмпіёнамі ў аналітыцы і весці размовы і рухацца наперад.