אם שופטים לפי הרעש בלינקדאין, אפשר לחשוב שכל עולם ה-BI התכנס ל-Power BI. אבל מי שמסתובב בתעשייה הישראלית, במפעלים, במרכזים לוגיסטיים, בחברות עם תפעול כבד, פוגש תמונה אחרת: Qlik Sense חי, בועט, ובהרבה ארגונים כאלה הוא דווקא הכלי שמחזיק את שגרת קבלת ההחלטות. וזה לא במקרה.
במאמר הזה ננסה להסביר בדיוק מתי Qlik Sense הוא הבחירה החזקה יותר לארגון ישראלי, בלי שיווק ובלי נוסטלגיה, ומה נדרש כדי שההטמעה באמת תצליח.
מה באמת מיוחד במנוע של Qlik
נתחיל מהטכנולוגיה, אבל בשפה עסקית. רוב כלי ה-BI עובדים בשיטת שאילתות: אתם שואלים שאלה מוגדרת, הכלי שולף תשובה. Qlik עובד אחרת: כל הנתונים טעונים בזיכרון, מקושרים זה לזה, וכל לחיצה של המשתמש מאירה מיד את התמונה כולה. בחרתם לקוח? אתם רואים באותה שנייה מה הוא קנה, מה הוא לא קנה, אילו הזמנות שלו באיחור, ואיך הוא נראה מול לקוחות דומים.
ההבדל הזה נשמע טכני, אבל הוא משנה את אופי השימוש: במקום לצרוך דוח, המשתמש חוקר. שאלה מובילה לשאלה, ותוך דקות מגיעים מ"למה המכירות ירדו" ל"שלושה פריטים ספציפיים אצל שני לקוחות באזור אחד". בארגונים שהשאלות שלהם משתנות כל שבוע, זו יכולת ששווה הרבה.
הפרופיל הארגוני שבו Qlik מצטיין
מהניסיון שלנו בשטח הישראלי, Qlik נותן את המקסימום בארגונים עם המאפיינים הבאים:
- ריבוי מקורות נתונים. ERP כמו פריוריטי או SAP, מערכת רצפת ייצור, WMS במחסן, CRM, ולא מעט אקסלים תפעוליים. המנוע של Qlik נבנה בדיוק בשביל לחבר עולמות כאלה למודל אחד שאפשר לחקור.
- שאלות חוצות מערכות. "האם המלאי מספיק להזמנות הפתוחות ביחס לקצב הייצור?" זו שאלה שנוגעת בשלוש מערכות בבת אחת. בדיוק הסוג שבו החקירה האסוציאטיבית מנצחת דוח סטטי.
- משתמשים מקצועיים שחיים בנתונים. מנהלי תפעול, מתכננים, כלכלנים של רצפת ייצור. אנשים שלא מסתפקים ב"מה" אלא חופרים ל"למה", כל יום מחדש.
- נפחים תפעוליים רציניים. מיליוני שורות תנועה בשנה. המנוע של Qlik, כשהמודל בנוי נכון, מתמודד עם זה בחן.
תחשבו על חברה תעשייתית ישראלית ממוצעת עם שלוש מערכות ליבה ותפעול שרוצה תשובה אחת בבוקר: כמה אפשר להבטיח ללקוח, ומתי. זה בדיוק המגרש הביתי של Qlik.
מה נדרש כדי שההטמעה תצליח
וכאן החלק שחשוב לומר ביושר: Qlik הוא כלי חזק שדורש יד מקצועית. שלושה תנאים מפרידים בין הטמעה שמצליחה לכזאת שמתייבשת:
מישהו שמבין סקריפטים, לא רק גרפים
הכוח האמיתי של Qlik נמצא בשכבת הטעינה: שם בונים את המודל, מנקים את הנתונים, מחשבים דגלים עסקיים. מי שמכיר רק את צד הוויזואליזציה ייצר אפליקציות יפות שקורסות תחת עומס. צריך גישה למומחה אמיתי, פנימי או חיצוני, לפחות בשלבי הבנייה.
ארכיטקטורה מסודרת מהיום הראשון
שכבות QVD, הפרדה בין טעינה למודל ולתצוגה, מוסכמות שמות. זה נשמע בירוקרטי וזה ההפך הגמור: זו הסיבה שאפליקציה ממשיכה לרוץ מהר גם אחרי שלוש שנים של גדילה. מי שמדלג על זה בונה חוב טכני מהשבוע הראשון.
בעלים עסקי לכל אפליקציה
אפליקציה בלי בעלים הופכת תוך שנה ליער עצוב: מסכים שאף אחד לא פותח, מדדים שאף אחד לא זוכר מי הגדיר. לכל אפליקציה צריך אדם עסקי אחד שאחראי שהיא חיה, נכונה ורלוונטית.
איך נראית הטמעה ראשונה שמצליחה
מהניסיון שלנו, הטמעת Qlik ראשונה בארגון תפעולי מצליחה כשהיא בנויה בערך כך:
שלב ראשון: שכבת הנתונים. עוד לפני מסך אחד, מקימים את מסלולי הטעינה מהמערכות: ERP, ייצור, מחסן. שכבת QVD מסודרת עם טעינות ליליות, שמנתקת את ה-BI מהעומס על המערכות התפעוליות. זה החלק הלא זוהר שקובע את גורל כל השאר.
שלב שני: אפליקציה אחת לתחום כואב. לא "מערכת דוחות לכל החברה" אלא אפליקציה אחת, לרוב סביב מלאי או אספקות, שנבנית יחד עם המשתמשים האמיתיים שלה. מנהל התפעול יושב עם המפתח, מגדיר מה חשוב, ורואה גרסאות תוך ימים.
שלב שלישי: הדרכה שמכוונת לחקירה. ההבדל בין ארגון שמנצל את Qlik לארגון שמסתכל על מסכים הוא ההדרכה: ללמד אנשים לבחור, לסנן, לחפור ולשאול, ולא רק לקרוא גרף. שעתיים טובות של הדרכה מעשית שוות יותר מכל פיצ'ר.
ארגון שעובר את שלושת השלבים האלה מגיע תוך רבעון למצב שבו ההנהלה פותחת את האפליקציה לבד, וזה הרגע שבו ההשקעה מתחילה להחזיר את עצמה.
מתי Qlik הוא לא הבחירה הנכונה
ניטרליות מחייבת גם את הצד הזה:
- ארגון קטן עם צרכי דיווח פשוטים, שכבר משלם על Microsoft 365, יקבל כנראה יותר ערך ומהר יותר מ-Power BI. ההשוואה המלאה אצלנו במאמר נפרד.
- ארגון שאין לו תקציב לליווי מקצועי בכלל, גם לא בהתחלה, עלול למצוא את עצמו עם כלי חזק ואפליקציה חלשה. עקומת הלמידה של Qlik אמיתית, ועדיף לכבד אותה.
- וארגון שהצורך היחיד שלו הוא דוח חודשי קבוע להנהלה לא צריך מנוע חקירה. הוא צריך תהליך דיווח מסודר, ולפעמים זה פשוט יותר ממה שנדמה.
ומה עם QlikView הוותיק?
אי אפשר לדבר על Qlik בישראל בלי להזכיר את הדור הקודם: לא מעט ארגונים כאן עדיין מריצים QlikView, לפעמים עם עשרות אפליקציות שנבנו לאורך עשור. אם אתם שם, שתי נקודות חשובות. ראשית, ההשקעה לא אבודה: הידע, ההגדרות והלוגיקה העסקית שנצברו עוברים ל-Qlik Sense בצורה מסודרת, גם אם הממשק נבנה מחדש. שנית, המעבר הוא הזדמנות נקייה לסדר: במקום להעתיק שלוש מאות דוחות כמו שהם, ממפים מה באמת בשימוש, ובונים ב-Sense רק את מה שחי. ארגונים שמנצלים את המעבר לניקוי כזה מקבלים בסופו מערכת רזה וחיה; ארגונים שמעתיקים הכול מקבלים את אותו עומס, רק בממשק חדש.
השורה התחתונה
Qlik Sense הוא לא "הכלי הישן" ולא "האלטרנטיבה היקרה". הוא כלי עם אופי מובהק, שמצטיין בדיוק במקום שבו הרבה ארגונים ישראליים חיים: תפעול מורכב, מערכות מרובות, ושאלות שמשתנות כל בוקר. אם זה נשמע כמו הארגון שלכם, שווה לבחון אותו ברצינות, עם מודל אמיתי על הנתונים שלכם ולא עם מצגת. ואם לא, גם זו תשובה טובה, והגעתם אליה מהסיבות הנכונות.
והמלצה אחרונה למי ששוקל ברצינות: בקשו הדגמה על הנתונים שלכם, לא על נתוני דמו של יינות מצרפת. שבוע של עבודה על מדגם אמיתי מהמערכות שלכם יגלה לכם יותר על ההתאמה, על איכות הנתונים שלכם ועל השותף הפוטנציאלי מכל מצגת מלוטשת שתראו.
רוצים להבין איפה הנתונים שלכם נתקעים? נשמח לשיחה קצרה.