← כל הפוסטים

קבוצת מסעדות שהחליפה חמישה דוחות אקסל בתמונת מצב אחת

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

· סיפור לקוח · דשבורד ניהולי · דאטה לעסקים · מסעדנות

קבוצת מסעדות שהחליפה חמישה דוחות אקסל בתמונת מצב אחת

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

נקודת הפתיחה: הנתונים קיימים, התמונה לא

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

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

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

מה בנינו

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

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

התוצאות אחרי חודשיים

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

מה אפשר ללמוד מהסיפור הזה

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

שאלות שאנחנו נשאלים על תהליך כזה

המערכות שלנו ישנות ואין להן ממשק. אפשר בכלל לחבר? כמעט תמיד יש דרך: ממשק רשמי, קובץ יצוא אוטומטי או קריאה מדוח קיים. במיפוי אנחנו בודקים כל מערכת ואומרים מראש מה אפשרי, מה חלקי ומה לא שווה את המאמץ.

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

במה זה שונה מדוחות שהמערכות עצמן כבר יודעות להפיק? כל מערכת רואה רק את עצמה. הערך נמצא בחיבור: עלות שעות עבודה מול רווח, עלות מזון מול תפריט. אף מערכת בודדת לא מחזיקה את שני צידי המשוואה.

הפרטים המזהים של הלקוח הוסרו לבקשתו. הנתונים נמדדו יחד עם הלקוח לפני הפרויקט ואחריו.