התשובה הקצרה

איכות נתונים היא לא תכונה של המידע אלא תוצאה של תהליכים. לכן מדידה שאינה מחוברת להשלכה עסקית ולבעלים לא משנה דבר: היא מייצרת דוח שמישהו פותח פעם ברבעון ומאשר בראש.

Scorecard שעובד בנוי מארבעה עד שישה מדדים בלבד, כל אחד עם סף, בעלים ופעולת תיקון מוגדרת. ההבדל בין Scorecard לדוח הוא שבראשון כל מספר אדום מפעיל מישהו.

חמשת הממדים - ומה מהם באמת מודדים

ממדמה הוא בודקמתי הוא קריטי
Completenessשיעור מילוי שדות שמניעים החלטהתמיד
Validityהתאמה לכללי פורמט ולערכים חוקייםאינטגרציות, רגולציה
Uniquenessכפילות ברמת ישותלפני הסבה ואחרי מיזוגים
Timelinessעד כמה הנתון עדכני מול המציאותתחזית, שירות, גבייה
Consistencyהאם אותו נתון זהה בין מערכותריבוי מערכות ודיווח כספי

ארגונים מתחילים כמעט תמיד בשלושת הראשונים. Timeliness ו-Consistency נכנסים כשמערכות נוספות מסתמכות על ה-CRM - וזה בדיוק הרגע שבו כשל בהם עולה הכי הרבה.

Completeness: לא כל שדה שווה מדידה

מדידת שיעור מילוי על 300 שדות מייצרת מספר חסר משמעות. הגישה הנכונה היא להגדיר לכל תהליך עיקרי "חבילת שדות" קטנה - חמישה עד שמונה שדות שבלעדיהם התהליך לא עובד - ולמדוד אותה בלבד.

חשוב להוסיף בדיקת מילוי מלאכותי: אחוז הרשומות שבהן השדה מולא בערך שחוזר על עצמו באופן חשוד (נקודה, מקף, "לא ידוע"). זהו לרוב האות הראשון שהכלל שהוגדר מפריע לעבודה במקום לשפר אותה.

Timeliness: הממד שכולם מדלגים עליו

נתון יכול להיות מלא, תקין וייחודי - ופשוט לא נכון יותר. שדה סטטוס לקוח שלא נגעו בו 14 חודשים אינו נתון, הוא זיכרון. המדידה פשוטה: התפלגות זמן מאז עדכון אחרון לשדות מהותיים, מול הקצב שבו המציאות באמת משתנה.

בהזדמנויות מכירה זה מתורגם ישירות לאיכות תחזית: אחוז ההזדמנויות הפתוחות שתאריך הסגירה שלהן כבר עבר הוא אחד המדדים החזקים ביותר ומהמהירים לחישוב.

מסף למעשה: מה קורה כשהמדד אדום

לכל מדד מגדירים שלוש רמות - ירוק, ענבר, אדום - ולכל רמה פעולה. ענבר מפעיל בדיקה בצוות; אדום מפעיל תיקון עם תאריך יעד. בלי הגדרה כזו, המדד הופך למידע ולא לניהול.

הפעולות עצמן צריכות להיות מגוונות: לפעמים התיקון הוא ניקוי חד-פעמי, לפעמים שינוי בתהליך העבודה, ולא פעם הפתרון הנכון הוא להסיר את השדה - כי הוא נדרש מאף אחד.

רקע משלים בנושא כפילויות בניקוי כפילויות Salesforce, ובנושא מבנה שמייצר איכות במודל נתונים Salesforce.

תרחיש: חברת ביטוח שמדדה הכול ושיפרה כלום

חברת ביטוח בנתה דשבורד איכות עם 34 מדדים. הוא רץ שנה. אף מדד לא השתפר באופן מובהק, מפני שלא הייתה בעלות: הדשבורד היה של צוות ה-BI, והשדות היו של סוכנים.

בשלב השני צומצם הדשבורד לארבעה מדדים: שיעור מילוי חבילת שדות החיתום, אחוז פוליסות עם תאריך חידוש שעבר, שיעור כפילות ברמת מבוטח, ואחוז אימיילים שנכשלו בשליחה. לכל מדד הוצמד מנהל אזור עם יעד רבעוני, והמדד הוצג בישיבת המכירות ולא בישיבת ה-IT.

תוך שני רבעונים שני מדדים חצו את הסף. המדד השלישי לא זז - ובדיקה גילתה שהשדה נדרש בטופס שהסוכנים ממלאים אחרי סגירת העסקה, כלומר בזמן שבו אין להם תמריץ. הפתרון היה שינוי מיקום בתהליך, לא כלל ולידציה נוסף.

סיכונים נפוצים ופעולות מניעה

סיכוןכיצד הוא נראה בפועלפעולת מניעה
יותר מדי מדדיםדשבורד שאיש לא פועל לפיוארבעה עד שישה מדדים עם בעלים
מדד בלי סףדיון על "האם 78% זה טוב"סף גזור מהשלכה עסקית
בעלות אצל ITאין שינוי התנהגות בשטחבעלים עסקי לכל מדד
ולידציה בלי מדידהשדות מלאים בערכי דמהמדידת מילוי מלאכותי
מדידה חד-פעמיתשיפור זמני שנסוגScorecard תקופתי קבוע

כיצד מודדים הצלחה

תחוםמה מודדיםקצב בדיקה
Completenessשיעור מילוי חבילת שדות לתהליךחודשי
Timelinessחציון זמן מאז עדכון אחרוןחודשי
Uniquenessשיעור כפילות משועררבעוני
השפעהתלונות, כשלי אינטגרציה, דיוק תחזיתרבעוני

בניית Scorecard ותהליך תפעול מתבצעים במסגרת שירות אינטגרציות ודאטה.

Checklist להקמת מדידה

  • ☐ נבחרו עד שישה מדדים בלבד
  • ☐ לכל מדד חבילת שדות מוגדרת, לא כל האובייקט
  • ☐ לכל מדד סף גזור מהשלכה עסקית
  • ☐ לכל מדד בעלים עסקי בשם מלא
  • ☐ הוגדרה פעולה לרמת ענבר ולרמת אדום
  • ☐ נמדד גם מילוי מלאכותי, לא רק מילוי
  • ☐ קיים Baseline לפני תחילת השיפור
  • ☐ הדוח מוצג בפורום עסקי ולא טכני
  • ☐ נבדק אם שדה בעייתי בכלל נחוץ
  • ☐ נקבעה סקירה תקופתית לרשימת המדדים עצמה

מקורות מקצועיים