IBM-მა პირველად გამოაცხადა ამ სტუდიების გაუქმება ჯერ კიდევ 10.2.2-ში, რომელიც გამოვიდა 2014 წელს. იმ დროს დიდი შეშფოთება იყო იმის შესახებ, თუ სად დაეშვა ეს შესაძლებლობა და სად წავიდოდნენ ეს მომხმარებლები. დროთა განმავლობაში, ჩვენ ვნახეთ, რომ IBM ინვესტიციას ახდენდა ძალიან კარგ UX-ში, ყურადღებას ამახვილებდა ახალ მომხმარებლებზე და თვითმომსახურებაზეც, და ვცდილობდით მოგვარდეს გამოყენების შემთხვევები, როგორც წესი, დასრულებული Query Studio-ით.
კარგი ამბავი ის არის, რომ Query Studio-ს სპეციფიკაციები და განმარტებები ყოველთვის იყო მინი სპეციფიკაციები, რომლებიც Cognos სისტემა გარდაიქმნება სრულ სპეციფიკაციებად, რომლებიც გამოიყენება Report Studio-სთვის (ახლა ეწოდება ავტორინგი). ეს ნიშნავს, რომ CA12-ზე გადასვლისას Query Studio-ს ყველა აქტივი გამოდის ავტორინგში.
რა უნდა გააკეთოს ამ უკმაყოფილო მომხმარებლებს?
ახლა, როდესაც ჩვენ გვესმის, რომ Cognos Analytics 12-ზე (CA) არ იკარგება კონტენტი, მოდით გავიგოთ რეალური გავლენა მომხმარებლებზე. მე მოვუწოდებ ყველას, ვინც მიდის CA12-ზე, გაიგოს მათი ორგანიზაციის Query Studio აქტივების გამოყენება. მოსაძებნად არის:
შეკითხვის სტუდიის აქტივების რაოდენობა
ბოლო 12-18 თვის განმავლობაში წვდომის მქონე სტუდიის აქტივების რაოდენობა
ბოლო 12-18 თვეში შექმნილი ახალი Query Studio აქტივების რაოდენობა და ვის მიერ
კონტეინერების ტიპები სპეციფიკაციაში (სია, ჯვარედინი ჩანართი, დიაგრამა… და ა.შ.)
მოთხოვნის შემცველი Query Studio აქტივების იდენტიფიცირება
დაგეგმილი Query Studio აქტივების იდენტიფიცირება
ეს მონაცემები დაგეხმარებათ გაიგოთ თქვენი საბოლოო მომხმარებლის გამოყენება Query Studio (QS) და საშუალებას მოგცემთ ფოკუსირება მოახდინოთ მხოლოდ ამჟამად გამოყენებულ კონტენტზე, ასევე იდენტიფიციროთ მომხმარებელთა ჯგუფები.
ჩვენი პირველი ტიპის მომხმარებელი არის ის, ვინც ჯერ კიდევ ქმნის ახალ კონტენტს Query Studio-ში. ამ მომხმარებლებისთვის, მათ უნდა უყურონ Dashboarding-ის საოცრებებს. გულწრფელად რომ გითხრათ, ეს მათთვის უზარმაზარი განახლებაა, მისი გამოყენება ძალიან მარტივია, კონტენტი ბევრად უკეთესი იქნება და მიუხედავად იმისა, რომ მას მეტი ძალა აქვს, ის ხელს არ უშლის… და აქვს ლამაზი AI შესაძლებლობები. სერიოზულად, Dashboarding-ში ახალი შინაარსის შექმნა ცოტაოდენი სწავლით არის სწრაფი და მარტივი.
ჩვენი მეორე ტიპის მომხმარებელი არის მომხმარებელთა ჯგუფი, რომელიც იყენებს Cognos-ს, როგორც მონაცემთა ტუმბოს მარტივი სიებით Query Studio-ში და ექსპორტის ფუნქციონალურობით. ეს გამოყენება უნდა იყოს OK სადესანტო გამარტივებულ საავტორო გარემოში (სკანი ავტორინგისთვის ფუნქციის და სირთულის შესამცირებლად) მათი ექსპორტის განსახორციელებლად. თუ მათ არ მოსწონთ ინტერფეისის ნახვა, მათ შეუძლიათ გადახედონ ამ ელემენტების დაგეგმვას. სამწუხაროდ, Dashboarding არ არის ვარიანტი ამ მომხმარებლებისთვის, თუ ისინი ეძებენ ახალი შინაარსის შექმნას ექსპორტისთვის, რადგან არსებობს რამდენიმე განსხვავება QS-სა და Dashboarding-ს შორის. ამჟამად, სიის ობიექტს Dashboarding-ში აქვს მწკრივის ლიმიტი 1000 ჩვენება და ექსპორტი. ეს ლოგიკურია, რადგან ეს არის ვიზუალური ინსტრუმენტი, რომელიც დაგეხმარებათ იპოვოთ პასუხები მონაცემთა ტუმბოსა და ექსპორტის ხელსაწყოსთან შედარებით. მეორე საკითხი არის დაფის დაგეგმვა (ექსპორტით ან მის გარეშე) მხარდაჭერილი არ არის. ეს ასევე ლოგიკურია, რადგან დაფის დიზაინი უფრო ვიზუალური წარმოდგენისთვისაა, ვიდრე ქაღალდის პრეზენტაციისთვის ან დიდი სურათის შესაქმნელად.
რა მოხდება, თუ ავტორინგის (გამარტივებული) და Dashboarding ვარიანტები უარყოფილია?
თუ მონაცემთა ტუმბოს მომხმარებლები უარყოფენ ამას, დროა დაჯდეთ მათთან და გავიგოთ, სად იღებენ ისინი ამ მონაცემებს და რატომ. Cognos-დან მიწოდების ალტერნატიული მეთოდები შეიძლება დაგვეხმაროს, ან მომხმარებლებს შეიძლება უბრალოდ დასჭირდეთ ავტორიზაციის ან Dashboarding-ზე გადასვლა. გარდა ამისა, ისინი შესაძლოა უბრალოდ იღებდნენ მონაცემებს სხვა ინსტრუმენტზე ბოლო ათი წლის განმავლობაში და არ ესმით, რამდენად შორს მივიდა Cognos Analytics მათი საჭიროებების დასაკმაყოფილებლად.
თუ ახალი კონტენტის შემქმნელები უარყოფენ ამას, ჩვენ კვლავ უნდა გავიგოთ რატომ, რა არის მათთვის სასურველი გარემო და მათი გამოყენების შემთხვევები. Dashboarding ნამდვილად უნდა იყოს დემოირებული ამ მომხმარებლებისთვის, ფოკუსირებული AI-ზე, თუ როგორ მუშაობს ის რეალურად და რამდენად მარტივია ეს.
ბოლო ვარიანტი, რომელიც ეხმარება მომხმარებლებს Cognos Analytics 12-ის უარყოფის დაძლევაში, არის ნაკლებად ცნობილი შესაძლებლობა, სახელწოდებით Cognos Analytics Microsoft Office-ისთვის. ეს უზრუნველყოფს Microsoft Office-ის დანამატებს (Word, PowerPoint და Excel) Windows Desktop-ის ინსტალაციაზე, რომელიც საშუალებას გაძლევთ ან შეიყვანოთ შინაარსი (ვიზუალი) ან ურთიერთქმედება მოთხოვნის დასტასთან, რათა მონაცემები პირდაპირ Excel-ში გაიტანოთ.
ამის დასასრულებლად, დიახ, Query Studio გაქრა, მაგრამ შინაარსი გრძელდება. გამოყენების შემთხვევების უმეტესობა ახლა უკეთესად შეიძლება გაკეთდეს CA12-ში და Cognos Analytics-ის 11 ვერსიაზე გადაყრის ან გაყინვის იდეა მხოლოდ ხელს შეუშლის Analytics და BI გუნდებს. ნუ შეაფასებთ სხვა პლატფორმაზე მიგრაციის ღირებულებას ან მრავალ მთავარ ვერსიას შორის განახლების ღირებულებას. მომხმარებლებმა უნდა დაათვალიერონ სამი CA12 ვარიანტი:
- Dashboarding AI-ით.
- გამარტივებული საავტორო გამოცდილება.
- Cognos Analytics Microsoft Office-ისთვის.
და ბოლოს, ადმინისტრატორებს ყოველთვის უნდა ესმოდეთ, რას აკეთებენ მომხმარებლები და როგორ იყენებენ ისინი სისტემას მხოლოდ მოთხოვნის მიღების წინააღმდეგ. ეს არის დრო, რომ ისინი გახდნენ ანალიტიკის ჩემპიონები და წარმართონ საუბრები და წინსვლა.
