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. למען האמת, זה שדרוג ענק עבורם, זה מאוד קל לשימוש, התוכן ייראה הרבה יותר טוב ולמרות שיש לו יותר כוח הוא לא מפריע... ויש לו יכולות AI מפוארות. ברצינות, יצירת תוכן חדש ב-Dashboarding עם קצת למידה היא מהירה וקלה.
סוג המשתמש השני שלנו הוא קבוצת המשתמשים המשתמשים ב-Cognos כמשאבת נתונים עם רשימות פשוטות ב-Query Studio ופונקציונליות הייצוא. שימושים אלה צריכים להיות בסדר לנחיתה בסביבת Authoring פשוטה (עור עבור Authoring כדי להפחית את הפונקציה והמורכבות) כדי לבצע את הייצוא שלהם. אם הם לא אוהבים לראות את הממשק, הם יכולים להסתכל על תזמון פריטים אלה. למרבה הצער, Dashboarding אינה אופציה עבור משתמשים אלה אם הם מחפשים ליצור תוכן חדש לייצוא, שכן נותרו מספר הבדלים בין QS ל-Dashboarding. נכון לעכשיו, לאובייקט הרשימה ב-Dashboarding יש מגבלת שורות של 1000 הצגה וייצוא. זה הגיוני מכיוון שזהו כלי ויזואלי שנועד לעזור למצוא תשובות לעומת כלי משאבת נתונים ויצוא. הבעיה השנייה היא תזמון של לוח מחוונים (עם או בלי ייצוא) אינו נתמך. זה גם הגיוני מכיוון שהעיצוב של לוח המחוונים מיועד לייצוג חזותי ולא מצגת נייר או יצירת תמונה גדולה.
אז מה אם האפשרויות Authoring (פשוטות) ו-Dashboarding נדחות?
אם משתמשי משאבת הנתונים דוחים זאת, הגיע הזמן לשבת איתם ולהבין לאן הם לוקחים את הנתונים הללו ומדוע. שיטות מסירה חלופיות מתוך Cognos עשויות לעזור או שהמשתמשים פשוט יצטרכו דחיפה לתוך Authoring או Dashboarding. בנוסף, ייתכן שהם פשוט לקחו את הנתונים לכלי אחר במהלך עשר השנים האחרונות ולא מבינים עד כמה Cognos Analytics באמת הגיעה כדי לתת מענה לצרכים שלהם.
אם יוצרי התוכן החדשים ידחו זאת, שוב, נצטרך להבין מדוע, מהי הסביבה המועדפת עליהם ומקרי השימוש בהם. באמת צריך להדגים את הדשבורד למשתמשים האלה, תוך התמקדות ב-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:
- דשבורד עם AI.
- חווית כתיבה פשוטה.
- Cognos Analytics עבור Microsoft Office.
לבסוף, מנהלי מערכת צריכים תמיד להבין מה המשתמשים עושים וכיצד הם משתמשים במערכת לעומת קבלת בקשות בלבד. זה הזמן עבורם לעלות כאלופי Analytics ולהוביל את השיחות והדרך קדימה.
