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