דשבורד לעסק: אילו נתונים באמת כדאי לראות במקום אחד?
דשבורד לעסק צריך להציג מספר מצומצם של מדדים שעונים על השאלות העסקיות החשובות באמת - מכירות ולידים, שיווק, גבייה, תפעול ושירות - ולא כל נתון שקיים במערכות. הוא נועד להראות מה קורה, מה השתנה ומה דורש פעולה.
בעלי עסקים ומנהלים נוטים לחשוב שככל שיופיעו יותר נתונים על המסך, כך תהיה להם תמונה טובה יותר של העסק.
בפועל קורה לעיתים קרובות ההפך.
דשבורד שמתמלא בעשרות גרפים, טבלאות ומספרים יכול להיראות מרשים, אבל להשאיר את המנהל עם אותה שאלה שהייתה לו קודם:
אז מה בעצם דורש ממני פעולה עכשיו?
דשבורד לעסק אינו מחסן נתונים. הוא כלי ניהולי שנועד לרכז את המידע החשוב, להציג מגמות וחריגות ולעזור לקבל החלטות.
לכן השאלה הראשונה בבניית דשבורד אינה "איזה גרף כדאי להוסיף?", אלא:
אילו שאלות עסקיות אנחנו רוצים שהדשבורד יעזור לנו לענות עליהן?
משם אפשר לבחור מספר מצומצם של מדדים שבאמת חשוב לעקוב אחריהם ולהרחיב את הדשבורד רק כאשר מתעורר צורך אמיתי.
דשבורד או דוח? הם לא אותו דבר
המונחים "דשבורד" ו"דוח" משמשים לפעמים כאילו הם מתארים אותו דבר, אבל בדרך כלל יש להם תפקיד שונה.
דשבורד
דשבורד נועד בעיקר למעקב שוטף.
הוא עוזר לענות על שאלות כמו:
- כמה לידים חדשים נכנסו?
- כמה עסקאות פתוחות כרגע?
- האם הגבייה מתעכבת?
- האם נוצר עומס חריג בשירות?
- האם המכירות מתקדמות בהתאם ליעד?
המידע יכול להתעדכן בזמן אמת, כל כמה דקות, פעם בשעה או פעם ביום - בהתאם למקור הנתונים ולצורך העסקי.
לא כל עסק צריך נתונים בשנייה שבה הם משתנים. אם החלטה מתקבלת פעם ביום, גם עדכון יומי עשוי להספיק.
דוח תקופתי
דוח נועד יותר לניתוח וסיכום.
לדוגמה:
- מה קרה בחודש האחרון?
- איזה מקור לידים ייצר את הלקוחות הטובים ביותר?
- למה שיעור הסגירה ירד?
- איזה שירות היה הרווחי ביותר?
- כיצד הביצועים השתנו לעומת הרבעון הקודם?
גם דוח יכול להיות אינטראקטיבי ואוטומטי. ההבדל החשוב אינו בהכרח הטכנולוגיה, אלא מטרת השימוש.
דשבורד עוזר לראות מה קורה.
דוח עוזר להבין לעומק מה קרה ולמה.
בעסקים רבים השילוב ביניהם הוא הפתרון הנכון.
פחות נתונים, יותר החלטות
אחת הטעויות הנפוצות היא לנסות להכניס למסך הראשי כל נתון שקיים במערכות.
התוצאה היא בדרך כלל עומס.
כל KPI שנכנס לדשבורד צריך לעבור שני מבחנים:
- האם הוא קשור למטרה עסקית חשובה?
- האם שינוי בו יכול לגרום לנו לעשות משהו אחרת?
אם התשובה לשתי השאלות היא לא, כנראה שאין צורך שהוא יתפוס מקום במסך הראשי.
לעסק קטן או בינוני, התחלה עם כ-5 עד 7 מדדים מרכזיים יכולה להיות נקודת פתיחה טובה, אבל אין מספר קסם. עסק מסוים יסתפק בארבעה, ואחר יצטרך יותר.
המטרה היא בהירות, לא עמידה במכסה.
אילו נתונים כדאי לשקול?
המדדים תלויים בסוג העסק ובשאלות שהמנהלים רוצים לענות עליהן.
מכירות ולידים
דשבורד מכירות יכול לכלול למשל:
- כמות לידים חדשים: כמה פניות חדשות נכנסו בתקופה.
- מקור הלידים: Google, Facebook, המלצה, WhatsApp, אתר או מקור אחר.
- Pipeline מכירות: כמה עסקאות נמצאות בכל שלב.
- שיעור המרה: לדוגמה, מליד לפגישה, מפגישה להצעה ומהצעה לעסקה.
- ערך עסקאות פתוחות: כמה הכנסה פוטנציאלית נמצאת כרגע בצנרת.
- משך תהליך המכירה: כמה זמן עובר בממוצע מליד ועד סגירת עסקה.
לא כל עסק צריך את כולם. עסק שבו המכירות קצרות מאוד, למשל, עשוי שלא להפיק הרבה ערך ממדידת מחזור המכירה.
שיווק
אפשר לעקוב אחר:
- כמות לידים לפי ערוץ
- עלות לליד
- עלות לרכישת לקוח, כאשר הנתונים מאפשרים לחשב אותה בצורה אמינה
- יחס בין השקעה בקמפיין להכנסות
- איכות הלידים ממקורות שונים
הנקודה החשובה היא לא להסתפק בנתוני פרסום.
אלף קליקים אינם בהכרח טובים יותר ממאה קליקים אם מאה הקליקים הביאו לקוחות טובים יותר.
גבייה וכספים
דשבורד פיננסי יכול להציג:
- הכנסות בתקופה
- מסמכים פתוחים
- חובות שטרם נגבו
- תשלומים שהתקבלו
- התפלגות הכנסות לפי שירות או מוצר
- תזרים צפוי, כאשר קיימים הנתונים המתאימים לכך
המטרה אינה להחליף מערכת הנהלת חשבונות, אלא להציג למנהל את הנתונים הנדרשים לקבלת החלטות.
תפעול
בעסק שבו השירות כולל עבודה תפעולית אפשר לעקוב אחר:
- מספר משימות פתוחות
- משימות באיחור
- זמן טיפול
- עומס לפי עובד או צוות
- מספר פרויקטים בכל סטטוס
- צווארי בקבוק בתהליך
כך אפשר לזהות למשל שצוות המכירות סוגר עסקאות בקצב טוב, אבל התפעול כבר לא מצליח לעמוד בקצב.
שירות לקוחות
מדדים אפשריים כוללים:
- מספר פניות פתוחות
- זמן תגובה ראשון
- זמן עד לפתרון
- כמות פניות לפי נושא
- אחוז פניות שחזרו לטיפול נוסף
- CSAT כאשר מתקיים סקר שביעות רצון
- NPS כאשר העסק מודד נכונות להמליץ ונאמנות לקוח
גם כאן חשוב למדוד רק דברים שאפשר ללמוד מהם או לפעול לפיהם.
דשבורד טוב מתחיל בשאלה, לא ב-KPI
נניח שבעל עסק אומר:
"אני רוצה לראות הכנסות, לידים, הוצאות, פגישות, חשבוניות, מלאי וכל הקמפיינים במסך אחד."
אפשר לבנות את זה.
אבל זו עדיין לא בהכרח דרישה טובה.
עדיף להתחיל משאלות כמו:
- למה המכירות ירדו השבוע?
- אילו לידים לא קיבלו טיפול?
- כמה כסף עדיין לא נגבה?
- איפה נוצר צוואר בקבוק בתהליך?
- איזה מקור מביא את הלקוחות הטובים ביותר?
כאשר השאלה ברורה, קל הרבה יותר להבין אילו נתונים צריך להציג.
מתי Excel או Google Sheets מספיקים?
לא כל עסק צריך מערכת BI.
Excel ו-Google Sheets יכולים להיות פתרון מצוין.
הם עשויים להספיק כאשר:
- הנתונים מגיעים ממקור אחד או שניים
- כמות הנתונים אינה גדולה
- העדכון הידני קצר ופשוט
- אדם אחד או צוות קטן מנהלים את המידע
- אין צורך בהרשאות מורכבות
- השאלות העסקיות יחסית קבועות
אם פעם בשבוע מייצאים קובץ, מעדכנים גיליון בחמש דקות ומקבלים את כל המידע הדרוש - אין סיבה להפוך את התהליך לפרויקט תוכנה רק בשביל לומר שיש לעסק "BI".
מתי מתחילים להרגיש שגיליון כבר לא מספיק?
הנתונים מפוזרים בין הרבה מערכות
לדוגמה:
- CRM למכירות
- iCount לכספים
- Google Ads ו-Meta לשיווק
- מערכת תפעול לעבודה
- ו-Google Sheets לעוד כמה דברים
כדי להבין מה קורה בעסק, מישהו צריך לחבר את כל החלקים ידנית.
הכנת הדוח הפכה לפרויקט
אם כל יום ראשון מתחיל ב:
- ייצוא CSV
- העתקה
- הדבקה
- ניקוי נתונים
- עדכון Pivot
- תיקון נוסחה שנשברה
כבר לא מדובר רק בניתוח נתונים. חלק משמעותי מהעבודה מוקדש להכנת הנתונים.
הנתונים מגיעים מאוחר מדי
אם לוקח יומיים להכין את הדוח, ההחלטה מתקבלת על בסיס תמונת מצב ישנה.
אין חובה לעבור ל-real time. לעיתים עדכון אוטומטי פעם ביום הוא בדיוק מה שנדרש.
יש כמה גרסאות לאותו מספר
המכירות אומרות שההכנסה הייתה X.
הכספים אומרים Y.
השיווק משתמש במספר שלישי.
במצב כזה הבעיה אינה רק הדשבורד. צריך להגדיר כיצד כל מדד מחושב ומאיזה מקור הוא מגיע.
איך מחברים מידע מכמה מערכות?
כאן נמצא חלק משמעותי מהעבודה שמאחורי דשבורד טוב.
נניח שהעסק רוצה לראות יחד:
- לידים מה-CRM
- הכנסות מ-iCount
- הוצאות פרסום מ-Google Ads
- נתונים תפעוליים ממערכת פנימית
יש צורך ליצור דרך עקבית להביא את הנתונים, לנקות אותם ולחבר ביניהם.
התהליך יכול לכלול:
מיפוי מקורות הנתונים
מה נמצא בכל מערכת?
איזו מערכת אחראית על כל סוג מידע?
חיבור למקורות
החיבור יכול להתבצע באמצעות APIs, מחברים קיימים, קבצים, בסיסי נתונים או כלי אינטגרציה ואוטומציה.
ניקוי והתאמה
לדוגמה:
במערכת אחת הלקוח מופיע לפי אימייל.
בשנייה לפי מספר חברה.
בשלישית לפי מזהה פנימי.
צריך להגדיר כיצד מחברים בין הרשומות.
הגדרת המדדים
מה בדיוק נחשב "ליד"?
מתי עסקה נחשבת "סגורה"?
האם הכנסה נמדדת לפי הפקת חשבונית או לפי קבלת התשלום?
בלי הגדרות מוסכמות, גם דשבורד טכנית מושלם יכול להציג מספרים שאנשים אינם סומכים עליהם.
הצגה
לאחר שהמידע מחובר ומוגדר, אפשר להציג אותו בכלים כמו Power BI, Looker Studio או בדשבורד מותאם אישית - בהתאם לצורך. (איך מחליטים בין כלי קיים לפיתוח ייעודי, הרחבנו במאמר תוכנה בהתאמה אישית או מערכת מדף.)
אין חובה שכל הנתונים יועתקו למחסן נתונים מרכזי אחד. הארכיטקטורה תלויה בכמות המידע, במספר המקורות, בתדירות העדכון ובמורכבות העסק.
דוחות אוטומטיים יכולים להשלים את הדשבורד
לא כל מידע צריך לחכות שמישהו יפתח את הדשבורד.
לדוגמה, אפשר לשלוח בכל בוקר סיכום:
- 12 לידים חדשים
- 3 עסקאות נסגרו
- 4 חשבוניות עדיין פתוחות
- 2 משימות עברו את מועד היעד
או דוח שבועי שמרכז מגמות ושינויים.
כך המנהל יכול לקבל את המידע החשוב באופן יזום, ולהיכנס לדשבורד כאשר צריך להבין את הפרטים.
טעויות נפוצות בבניית דשבורד לעסק
יותר מדי KPI
כשכל דבר חשוב, שום דבר לא באמת בולט.
המסך הראשי צריך להציג את המידע שנדרש למעקב השוטף. פירוט נוסף יכול להיות במסכים משניים.
מדדים שלא מובילים לפעולה
מספר יכול להיות מעניין בלי להיות שימושי.
אם אף החלטה אינה מושפעת ממנו, כדאי לשאול למה הוא בדשבורד.
נתונים שאינם מספיק עדכניים לצורך
אין תדירות נכונה אחת.
דשבורד מלאי עשוי לדרוש עדכון תכוף מאוד.
דשבורד הנהלה יכול להסתפק בעדכון יומי.
הבעיה מתחילה כאשר תדירות העדכון אינה תואמת את ההחלטות שהדשבורד אמור לתמוך בהן.
מדדים ללא הקשר
"250 לידים" לא אומר הרבה.
250 לעומת כמה בחודש שעבר?
מה היה היעד?
כמה מהם הפכו ללקוחות?
מספר מקבל משמעות רק בתוך הקשר.
חוסר הסכמה על הגדרות
אם מחלקת השיווק והמכירות מגדירות "ליד" בצורה שונה, דשבורד לא יפתור את הוויכוח.
צריך קודם להגדיר את המושגים.
לבנות לפני שמבינים מי ישתמש בדשבורד
מנכ"ל, מנהל מכירות ואיש תפעול לא בהכרח צריכים לראות את אותו מסך.
לפני שמעצבים דשבורד צריך להבין:
- מי המשתמש?
- איזו החלטה הוא מקבל?
- איזה מידע הוא צריך כדי לקבל אותה?
איך מתחילים?
לא צריך להתחיל מפרויקט BI גדול.
אפשר להתחיל כך:
1. בוחרים 3 עד 5 שאלות עסקיות
למשל:
- כמה מכרנו?
- כמה עסקאות צפויות להיסגר?
- כמה כסף טרם נגבה?
- כמה לידים לא טופלו?
- איפה יש עומס תפעולי?
2. מגדירים את המדדים
לכל שאלה מגדירים מספר או מספרים שעונים עליה.
3. מזהים את מקור הנתונים
- CRM?
- iCount?
- Excel?
- מערכת פנימית?
4. בונים גרסה ראשונה פשוטה
לפעמים אפילו גיליון מספיק בשלב הראשון.
5. בודקים האם משתמשים בה
אם אחרי חודש אף אחד לא מסתכל בדשבורד, הבעיה אינה בהכרח העיצוב.
ייתכן שהמידע שנבחר פשוט אינו שימושי.
6. רק אז מרחיבים
מוסיפים מקורות, אוטומציות, התראות ומדדים לפי צורך אמיתי.
לסיכום
דשבורד לעסק טוב אינו זה שמציג הכי הרבה נתונים.
הוא זה שמאפשר למנהל להבין במהירות:
מה קורה, מה השתנה ומה דורש פעולה.
לעסק קטן אפשר לעיתים להתחיל ב-Excel.
ככל שהמידע מתפזר בין CRM, הנהלת חשבונות, שיווק ומערכות תפעול, עולה הערך של חיבור הנתונים והפיכתם לתמונה אחת ברורה.
המטרה אינה "לעשות BI".
המטרה היא להפסיק לאסוף מספרים ידנית ולהתחיל להשתמש בהם כדי לנהל את העסק.
אם המידע בעסק שלכם מפוזר בין כמה מערכות ואתם רוצים להבין איך אפשר לרכז אותו, אפשר לקרוא עוד על דשבורד לעסק ודוחות אוטומטיים ולבחון אילו נתונים באמת כדאי לחבר ולהציג.
רוצים שנחבר את הנתונים שלכם לדשבורד אחד? דברו איתנו.