Case Study · Prusot Factory
אלפי מנות ביום,מערכת אחת מהזמנה ועד חשבונית.
בנינו לפרוסות פקטורי מערכת ניהול אחת לכל השרשרת: לקוחות עסקיים מזמינים בפורטל, המנהלת מאשרת, המטבח והליקוט עובדים על טאבלטים בעמדות, הנהג מאשר מסירה בטלפון, והנהלת החשבונות מחייבת לפי מה שסופק בפועל. שמונה תפקידים, שישים מסכים, מחירון לכל לקוח, ושליטה מקצה לקצה בלי נייר ובלי ניחושים.
אפיון מוצרפיתוח מערכתעמדות טאבלט ומדפסותתשתית ותפעול
01The Challenge
אלפי מנות ביום.שרשרת שלמה שתואמה ביד.
פרוסות פקטורי מייצרת כריכים, סלטים וארוחות חמות ללקוחות עסקיים: משרדים, בתי קפה, מעדניות. עשרות לקוחות, מאות מוצרים, ומטבח שמכין אלפי מנות ביום. ההזמנה, האישור, הייצור, הליקוט, המשלוח והחיוב חיו בשיחות, בהודעות ובנייר.
The Problem
שש תחנות, אפס מקור אמת
כשההזמנה נכנסת בטלפון, המטבח מייצר לפי דף שהודפס בבוקר, הליקוט אורז לפי הזיכרון, הנהג מוסר מה שיש בוואן, והנהלת החשבונות מחייבת לפי מה שהוזמן. כל תחנה עובדת נכון, ובכל זאת בין התחנות נופלים פריטים.
ומה שנופל עולה כסף: מנה שיוצרה ולא נמכרה, ארגז שנשכח על המדף, הזמנה שבוטלה והודפסה בכל זאת, וויכוח עם לקוח על מה בדיוק הגיע.
The Solution
מערכת אחת, מסך לכל תפקיד
בנינו מערכת אחת שמחזיקה את ההזמנה מהרגע שהלקוח לוחץ ועד שהיא מסומנת כחויבה, ונותנת לכל תפקיד מסך משלו: פורטל ללקוח, קונסולה למנהלת, טאבלטים בעמדות המטבח והליקוט, טלפון לנהג, רשימה להנהלת החשבונות ודשבורד לבעלים.
העיקרון: המערכת עוקבת אחרי ההזמנה, והעבודה עצמה מעדכנת אותה. סיום אצווה, הקשה בליקוט וסריקה בהעמסה הם הדיווח. אף אחד לא מדווח בנפרד.
The System in Numbers
0
תפקידים, לכל אחד מסך בית משלו
0
מסכים, מפורטל הלקוח ועד עמדת המטבח
0
מוצרים בקטלוג, עם שם באנגלית לעמדות
0
גרסאות בפרודקשן בחמישה שבועות
02End to End
מהזמנה ועד חשבונית.שש תחנות, מקור אמת אחד.
כל תחנה מקבלת את מה שהקודמת השאירה, ומשאירה את מה שהבאה צריכה. ההזמנה היא אותה הזמנה לאורך כל הדרך, עם מחיר שננעל בהתחלה וכמויות שנסגרות בסוף.
- 01
Order
הלקוח מזמין
פורטל ללקוח העסקי: התפריט והמחירים שלו בלבד, תאריך אספקה, שכפול הזמנה קודמת. עריכה וביטול עד 12:00 ביום העסקים שלפני.
- 02
Approve
המנהלת מאשרת
אישור אוטומטי, אלא אם ההזמנה נכנסה אחרי 12:00 למחר. הזמנה ידנית בשם לקוח עוקפת מינימום, תפריט ושעת סגירה.
- 03
Produce
המטבח מייצר
הביקוש מחושב מההזמנות פחות מה שכבר על המדף, ומופיע כאצוות על הטאבלט של המטבח. סיום אצווה הוא מה שמעדכן מלאי.
- 04
Pick
הליקוט אורז
כל הקשה על הטאבלט שומרת מלאי להזמנה הזו. מונה ארגזים מדפיס מדבקות עם QR, ופחת נרשם עם סיבה.
- 05
Deliver
הנהג מוסר
סריקת QR בהעמסה, מסלול, ובכל עצירה: כמויות שסופקו בפועל, סיבה לחוסר, וחתימה או קוד מסירה.
- 06
Bill
הנהלת החשבונות מחייבת
לפי מה שסופק, לא לפי מה שהוזמן. מסמך להזמנה או לתקופה, מחיר נעול מרגע ההזמנה, בלי מע"מ עד למערכת החשבונות.
Customer Portal
הלקוח מזמין מהטלפון, בלי לדבר עם אף אחד
03Roles
שמונה תפקידים.שמונה מסכים.
כל תפקיד נכנס בדלת שלו ורואה רק את שלו. עמדות המטבח, הליקוט והנהג סגורות אפילו למנהלת ולאדמין, שנכנסים אליהן רק בהשתלטות מתועדת. בחרו תפקיד:
Customer Portal
לקוח עסקי
מנהל משרד, קניין, מסעדן
- רואה רק את התפריט והמחירים שנקבעו לו, ומזמין לתאריך אספקה חוקי בלבד (אין שבת, שישי דורש יומיים).
- עורך ומבטל בעצמו עד שעת הסגירה, משכפל הזמנה קודמת בלחיצה, ורואה את ההיסטוריה שלו.
- נרשם לבד: הבקשה נכנסת כממתינה, והמנהלת מאשרת ומגדירה תנאים מסחריים.
04Absolute Control
שליטה מקצה לקצה.בלי ניחושים.
כדי לשלוט בשרשרת צריך לדעת בכל רגע איפה כל הזמנה, מי נגע בה ומה בדיוק השתנה. זה לא פיצ'ר, זה מודל הנתונים.
- 01
שני צירי סטטוס ולא אחד
מחזור החיים של ההזמנה (ממתינה, מאושרת, סופקה, לא סופקה) נפרד מהחיוב (לא חויב, חויב) ומהמילוי (נארז, נמסר). אף ציר לא דורס את השני, ואפשר לדעת בדיוק איפה כל הזמנה.
- 02
היסטוריה שמספרת מה השתנה
כל עריכה רושמת אילו פריטים נוספו, הוסרו או שינו כמות, ואם התאריך או הסכום זזו. 23 סוגי אירועים, מיצירה ועד סגירה כפויה, על שם מי שעשה אותם.
- 03
מחיר שננעל ברגע ההזמנה
כל שורה שומרת שם, כשרות ומחיר. שינוי בקטלוג או בתפריט לעולם לא משנה הזמנה שכבר נוצרה, וגם דמי המשלוח לא מחושבים מחדש כשהנהג מפחית כמות.
- 04
שעון עסקי שיודע מה זה שישי
אין אספקה בשבת, שישי דורש הזמנה עד סוף רביעי, ואחרי 12:00 הזמנה למחר עוברת לאישור ידני. הכללים בקוד, לא בזיכרון של מישהו.
05The Savings
פחות טעויות, פחות פחת,פחות ידיים.
לא מבטיחים אחוזים. מראים את המנגנונים שסוגרים את החורים שדרכם נופל כסף במפעל מזון.
Fewer Errors
פחות טעויות
- אותה הזמנה מוצגת באותו סדר פריטים בכל מסך ובכל תדפיס, כדי שבדיקה של ארגז מול נייר לא תיקרא כאי-התאמה.
- הזמנה שבוטלה לא יכולה להישלח למדפסת שבמפעל. תעודה של הזמנה מבוטלת על הרצפה היא בדיוק הנייר שעובדים לפיו בטעות.
- הליקוט מוגבל למלאי שקיים, הנהג לא יכול לסגור הזמנה שלא נארזה, והמסירה דורשת אסמכתה או סיבה למה אין.
Less Waste
פחות פחת
- הביקוש למטבח מחושב מההזמנות פחות מה שכבר על המדף ומה שכבר שמור. מייצרים מה שחסר, לא מה שנראה.
- פחת נרשם בעמדה עם סיבה, וכל תיקון מלאי מעלה אוטומטית את הביקוש. המערכת מרפאת את עצמה.
- החזרות נכנסות לתור נפרד, מחוץ למלאי, עם כמה שעות היו בחוץ. המנהלת מכריעה: למלאי או לפח, שורה שורה או במרוכז.
Less Hands
פחות ידיים
- אין סדרן ואין הקצאה: העמדות מושכות עבודה מהרשימה, המנהלת רואה חריגים בלבד, והבעלים לא נוגע בכלום.
- הדפסה מרוחקת מכל מקום למדפסות שבמפעל, עם התראת וואטסאפ כשנגמר הנייר. אף אחד לא צריך לעמוד ליד המדפסת.
- כניסה בקוד SMS למשרד, שם משתמש וסיסמה לעמדות, בלי סיסמאות לשחזר. ניתוק עובד מבטל את הסשן בבקשה הבאה.
"תעודת ליקוט של הזמנה מבוטלת שנוחתת על רצפת הייצור, בלי שאף אחד עומד ליד המדפסת, היא בדיוק הנייר שפועלים לפיו בטעות."
06Stations & Hardware
טאבלטים בעמדות,מדפסות בענן.
המערכת לא נגמרת בדפדפן. היא יושבת על הקיר של המטבח, על שולחן הליקוט, בכיס של הנהג ובמדפסת שבמפעל.
טאבלט אחד לעמדה
אייפד מקובע במצב מונחה, חשבון אחד לעמדה, מסך אחד בלי תפריטים. עמדת מטבח ועמדת ליקוט, וגרסה באנגלית לעובדים שלא קוראים עברית.
שתי מדפסות, מהענן
מדפסת מדבקות Zebra לארגזים ומדפסת A4 לדפי ייצור ותעודות ליקוט, מחוברות למחשב במפעל. כל כפתור הדפסה במערכת מציע "כאן" או "במפעל".
מחשב מפעל שרואים מרחוק
המחשב במפעל מחובר לרשת פרטית, כך שתקלה במדפסת מטופלת מהמשרד שלנו בלי לבקש מאף אחד להתקרב למסך.
QR על כל ארגז
קוד אחד להזמנה, על כל מדבקה ועל דף ההזמנה. סריקה בטלפון פותחת את פעולת האריזה או המסירה, בלי מחירים, ונעולה אחרי הסגירה.
07Pricing
מחירון לכל לקוח.חיוב לפי מה שסופק.
B2B במזון זה מאות שילובים של לקוח, מוצר ומחיר. המערכת מחזיקה אותם כמקור אמת אחד, מהתפריט שהלקוח רואה ועד המסמך שהנהלת החשבונות שולחת.
- 01
תפריט לכל לקוח
אותו מוצר, מחיר אחר לכל לקוח. התפריט קובע גם מה הלקוח בכלל רואה.
- 02
תנאים מסחריים
מינימום הזמנה, דמי משלוח, סף למשלוח חינם, ואם הלקוח דורש קוד מסירה. ברירות מחדל מערכתיות, דריסה ללקוח.
- 03
קטלוג שהמנהלת שולטת בו
לחמים, מילויים, סוגי סלט וגדלים כנתוני ייחוס שאפשר להוסיף ולסדר, ומק"ט פנימי לכל מוצר. שינוי לא דורש גרסה.
08How It Was Built
מאפיון לפרודקשןבחודש. ואז עוד גרסה כל כמה ימים.
אפיון פונקציונלי מלא לפני שורת קוד, גרסה ראשונה בפרודקשן תוך חודש, וסביבת סטייג'ינג שהיא סביבת הפיתוח: כל שינוי נבדק על הכתובת האמיתית לפני שהוא עובר הלאה. ההכרעות של הבעלים נרשמות, וכל גרסה מגיעה עם יומן שינויים בעברית שהצוות קורא.
יוני 2026
אפיון פונקציונלי מלא: תפקידים, מודל נתונים, מחזור חיים, כללי עסק
1 ביולי 2026
גרסה 1.0.0 בפרודקשן: פורטל לקוח, קונסולת מנהלת, חיוב, בעלים
יולי 2026
13 גרסאות בחודש: אספקה בשישי, קטלוג, התראות, מחירים עשרוניים
5 באוגוסט 2026
מחשב המפעל והמדפסות מחוברים; הדפסה מרוחקת בגרסה 1.11
7 באוגוסט 2026
גרסה 1.13.0: היסטוריה שמפרטת שינויים, שכפול הזמנות
9 באוגוסט 2026
v2 מאומתת: עמדות מטבח וליקוט על טאבלטים, אפליקציית נהג, תור הכרעות
09Takeaways
מה לקחנולמערכת הבאה.
מסך לכל תפקיד, לא מערכת לכולם.
הנהג רואה כמויות בלי מחירים, המטבח רואה אצוות בלי לקוחות, הבעלים רואה בלי לגעת. כשכל אחד רואה רק את שלו, אין מה לטעות בו.
המערכת עוקבת אחרי ההזמנה, המדף עוקב אחרי עצמו.
לא ביקשנו מפועלים לדווח. סיום אצווה, הקשה בליקוט וסריקה בהעמסה הם העבודה עצמה, והמלאי והביקוש נגזרים מהן.
החיוב הולך אחרי המציאות.
מה שהנהג אישר בדלת הוא מה שמחייבים. זה מוריד ויכוחים עם לקוחות, ומחזיר את הנהלת החשבונות למסמך אחד במקום לתעודות משלוח.
Let's Talk
יש לכם תהליךשרץ על טלפונים ונייר?
בואו נבנה לו מערכת אחת עם מסך לכל תפקיד. אפיון, פיתוח, עמדות ותשתית, הכל In-House.
Next Case
