מחשבון תמחור אירועי קייטרינג באקסל – למה כל עסק קייטרינג חייב אחד כזה

הבעיה: “בערך” זה לא מספיק כשמדובר בכסף שלך

דמיינו את התרחיש הבא: מישהו מתקשר ומבקש הצעת מחיר לחתונה של 120 אורחים. בעל הקייטרינג, מנוסה ככל שיהיה, עושה חישוב מהיר בראש – “בערך 100 שקל לאורח, ככה 12,000 שקל” – ונותן מחיר.

מה הוא שכח? את הנסיעה של 60 ק"מ הלוך-חזור. שלוש נסיעות לקניות, שעתיים פירוק וניקיון שצריך לשלם למלצרים גם עליהן, הציוד החד-פעמי, ה-8% בזבוז שתמיד יש, בלי יוצא מן הכלל. והתקורה החודשית שצריכה להתחלק על כל האירועים.

פתאום ה-12,000 ש"ח כבר לא נראים אותו דבר.

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

ההבדל המהותי: תמחור מוצר לעומת תמחור אירוע

במאפייה או במסעדה, מתמחרים מוצר – עוגה, מנה, פריט. בקייטרינג, לעומת זאת, מתמחרים אירוע – שהוא שילוב דינמי של מנות × כמויות + צוות + לוגיסטיקה + ציוד, כשכל אירוע שונה מהקודם. חתונה של 200 אורחים בתל אביב היא לא אותו דבר כמו בר מצווה של 60 אורחים בבאר שבע.

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

מבנה המחשבון: 6 לשוניות, מהיסוד ועד המחיר

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

=IF(OR(D5="ק""ג",D5="ליטר"), F5/(E5*1000), F5/E5)

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

הלשונית השנייה – מאגר מנות – שם כל מנה מוגדרת פעם אחת: רכיבים, כמויות וזמני הכנה. העלות מחושבת בשלוש שכבות:

• עלות חומרי גלם – סכום כל הרכיבים (VLOOKUP מהמאגר × כמות)
• עלות זמן הכנה – דקות הכנה × שכר ממוצע לדקה
• עלות מלאה – הסכום של שניהם

הנוסחה שמחשבת עלות זמן הכנה למנה:

=D28/60 * AVERAGE('הגדרות עסק'!B6:B10)

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

לשונית 3 – תמחור אירוע (הלב)

זו הלשונית שבה קורה הכל. האירוע מורכב ב-7 חלקים ברצף:

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

חלק ב’ – תפריט: בחירת מנות מהמאגר והגדרת כמויות.

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

חלק ג’ – צוות עובדים: כל תפקיד עם שלוש עמודות שעות (הכנה מוקדמת, יום האירוע, פירוק) – כי המלצר שמגיע ל-8 שעות ביום האירוע לא בהכרח עובד גם בהכנה.

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

חלקים ד’-ו’ – נסיעות (כולל נסיעות נוספות לקניות), ציוד חד-פעמי, ועלויות נוספות כמו שכירות מקום ועיצוב.

חלק ז’ – לוח הסיכום. כאן הקסם. המערכת מרכזת את כל העלויות ומוסיפה:

• תוספת בזבוז (ברירת מחדל 8%) – כי תמיד יש שאריות
• תקורה (ברירת מחדל 18%) – ביטוח, שיווק, חשמל
• מרווח רווח – עם מחיר מינימום מומלץ ושדה ידני למחיר מוצע

ולבסוף – נוריות אזהרה אוטומטיות:

=IF(B85=0,"⚪ טרם הוזן מחיר",
  IF(B87<'הגדרות עסק'!B23,
    "🔴 שים לב: הרווח נמוך מהמינימום",
    "🟢 הרווח תקין"))

לשוניות 4 עד 6 פחות מרגשות אבל חיוניות.

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

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

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

למה “בערך” עולה ביוקר

נחזור לדוגמה שפתחנו בה – חתונה של 120 אורחים. הנה מה שמתגלה כשמזינים את הנתונים למחשבון:

ההפרש? 5,645 ש"ח. זה לא טעות קטנה – זה ההבדל בין רווח להפסד.

אם בעל הקייטרינג היה גובה 12,000 ש"ח כפי שהעריך, הוא היה מפסיד בכל אירוע בלי לדעת. עם המחשבון, הוא יודע שהמחיר המינימלי צריך להיות 22,158 ₪ (ברווח יעד של 30%), ויכול לתת הצעה מושכלת.

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

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

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

צבעים עקביים – צהוב = שדה להזנה ידנית, אפור = חישוב אוטומטי. המשתמש לא צריך לנחש איפה להקליד ואיפה לא לגעת.

הערות מובנות (Notes) – על כל שדה הזנה יש הערה עם הסבר ודוגמה. למשל, בשדה “מספר אורחים” ההערה מציינת: “מספר אורחים צפוי. דוגמה: 80, 120, 200”. זה חוסך שאלות ומונע טעויות.

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

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

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

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

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