העסקה
ההזמנה כפי שנרשמה בקופה, שאותרה לפי המספר שלה ונבדקה שורה אחר שורה.
- פריטים, כמויות, מחירים שנקבעו
- הנחות והכיתוב המדויק שלהן על הקבלה
- מיסים, אמצעי תשלום, סטטוס גבייה
מעקב תפעולי
היא עוברת דרך חמש מערכות לפני שהיא מגיעה ליד. כל גבול הוא מקום שבו היא עלולה להשתנות, להיעצר או להישאר פתוחה במשך שבועות — מבלי שאף אחד במוקד יראה זאת.
לקבוע פגישההשרשרת האמיתית
המסלול שעוברת הזמנה במסעדת מזון מהיר אינו קו ישר, ואף אחד לא מתבונן בו במלואו.
ההזמנה נוצרת בעמדה, בדלפק, בשירות איסוף עצמי או בפלטפורמת משלוחים. היא נרשמת בקופה, מודפסת על קבלה ללקוח, נשלחת למטבח באמצעות פתק או מסך ייצור, ולאחר מכן מועברת לערוץ הנכון. כל אחת מהמערכות הללו מנוטרת בנפרד, וכולן מדווחות כי הן פועלות כראוי.
אלה הם ה- גבולות שנופלים בין הכיסאות. הזמנת משלוח שנשארת פתוחה במסעדה במשך מספר שבועות בלי שמישהו יסגור אותה. הנחה שהוחלה ואף אחד כבר לא יודע לאיזה קוד היא מתייחסת. ערוץ שמשדר למסך הייצור הלא נכון. שום דבר מכל אלה לא עולה למעלה: כל "לבנה" עושה את תפקידה, והחור נמצא ביניהן.
מה שאנו רואים
ההזמנה כפי שנרשמה בקופה, שאותרה לפי המספר שלה ונבדקה שורה אחר שורה.
מה שיוצא פיזית במסעדה: תלוש הלקוח, תלוש המטבח, התצוגה על מסך הייצור.
יש לבצע את אותן הבדיקות בכל נקודות המכירה, כדי להבחין בין תקלה מקומית לתקלה מערכתית.
מומחיות ב-Oracle Simphony
שני ממשקי יישומים, שני שימושים נפרדים — לבלבל ביניהם זו הטעות הראשונה, והיא עולה ביוקר.
האחת מציגה את עסקאות : הזמנות פתוחות, הזמנה ספציפית שנמצאה לפי מספר ההזמנה, הנחות, מיסים, אמצעי תשלום. השני כולל את תצורה : נקודות המכירה, מרכזי ההכנסות, הכרטיסים והתעריפים — והיא כותבת. עם הראשונה קוראים, עם השנייה משנים, ולעולם לא בלי אמצעי הגנה.
מה שמאפשר קריאה זו: לאתר הזמנה לאחר סגירתה, לוודא שההנחה אכן מופיעה כפי שהיא מודפסת על הכרטיס, להשוות מחירים בין חלקי הפארק השונים, ולהירשם לקבלת התראות במקום לגלול את המסך שוב ושוב.
ומה שהיא לא מאפשרת, כי צריך לומר זאת: Simphony מתארת את העסקה, ולא את יישומה בפועל במסעדה. דוח המטבח ומסך הייצור נותרים הנקודה העיוורת הגדולה ביותר בתחום הנראות — ובדיוק בנקודה זו אנו משלימים את התמונה באמצעות ניהול המסך.
ערוצי האספקה
האם ההזמנה שמגיעה מפלטפורמת מסחר מקוונת מגיעה לקופה ולמטבח במלואה ובזמן הנכון?
האם התפריט, המחירים והמידע על זמינות נשלחים כראוי לפלטפורמות — ובאיזה זמן?
היישומים הפופולריים של הפלטפורמות: הם אינם בשליטתכם. אנו בוחנים את גבולות האינטגרציה, את המקום שבו מתחילה האחריות שלכם.
שאלות ישירות
כן, בקריאה, באמצעות ממשקי היישומים של המו"ל שלכם. זהו כמעט תמיד הזמן האמיתי שנדרש לפרויקט: פתיחת הגישה אורכת זמן רב יותר מהעבודה הטכנית. אנו מספקים את הבקשה המנוסחת עבור המו"ל שלכם, מה שמקצר את התהליך בכמה שבועות.
לא כברירת מחדל. כל מה שקשור לתפעול מתבצע במצב "לקריאה בלבד". כאשר נדרשת פעולה של כתיבה — למשל, הזנת נתונים לקמפיין — היא עוברת דרך נעילה מפורשת דו-שלבית, ולעולם לא מתבצעת מממשק פשוט.
זוהי השאלה המעניינת ביותר, והתשובה הכנה היא שאף ממשק יישום אינו מציין זאת כיום. התשובה לכך מתקבלת באמצעות התבוננות ישירה במסך, כפי שעושים במקרה של מסופי תשלום. זהו השלמה הכרחית לקריאת נתוני הקופה.
זהו הסביבה שבה אנו מצוידים בצורה הטובה ביותר, ואנו מכירים את המכשולים שבה — עד כדי ההבדלים בטיפול בין נקודות הכניסה. השיטה עצמה אינה תלויה בעורך: לקרוא את העסקה באמצעות ממשק, להתבונן ביישום שלה על המסך, ולהשוות את מערך המחשבים לעצמו.
סקירת הדו"ח לפני כל פתיחת קמפיין, ובדיקה מקיפה של כל משלוח יישומים מהספקים שלכם. הדו"ח תמיד מבחין בין כשל ביישום לבין בדיקה שלא בוצעה: ללא הבחנה זו, די בשלושה "בקרים אדומים" כדי שאף אחד לא יקרא אותו יותר.
ביקורת ללא התחייבות על תהליך הבדיקות שלכם, כדי לדעת היכן אתם עומדים באמת.
לקבוע פגישה
Hebrew 
French 
English