מה קורה תפעולית כשצריך לשבץ נסיעה מחדש ברגע האחרון
גלו מה קורה תפעולית כשנסיעה דורשת שיבוץ מחדש ברגע האחרון, ואיך תוכנת dispatch עוזרת לנהל עיכובים, החלפות נהגים ורציפות שירות.
השעה 7:43 בבוקר. נהג אישר איסוף ל-8:15. ב-7:51 הוא מבטל, תקלה ברכב, בלי שום אזהרה מוקדמת. הנוסע עדיין לא יודע. המתאם מגלה על כך דרך הודעת WhatsApp. הנהג הפנוי הבא נמצא במרחק 11 דקות וכבר יש לו משימה נוספת בתור.
מה שיקרה ב-8 הדקות הבאות יקבע אם הנוסע יספיק לפגישה שלו, אם ה-SLA שלכם יישמר, ואם זה יישאר אירוע חד-פעמי או יהפוך לדפוס שאף אחד לא מצליח לראות בזמן.
שיבוץ מחדש של נסיעות ברגע האחרון הוא אחד האירועים הכי משבשים תפעולית בניהול צי, וגם אחד הנפוצים ביותר. מחלת נהג, תקלה ברכב, עיכובי תנועה ואי-הגעה גורמים לזה לקרות מדי יום בכל צי שפועל בקנה מידה משמעותי. האופן שבו התפעול מתמודד עם זה בדקות הראשונות הוא המקום שבו איכות השירות נשמרת או נעלמת.
למה שיבוץ מחדש מורכב יותר ממה שנדמה
כשנסיעה צריכה שיבוץ מחדש ברגע האחרון, רוב האנשים חושבים על שאלה אחת: איזה נהג ייקח אותה? זו למעשה החלק הפשוט ביותר. התמונה התפעולית המלאה כוללת כמה דברים שקורים במקביל.
- צריך לעדכן את הנוסע. הוא מצפה לנהג מסוים. אם השיבוץ מחדש קורה בשקט, הוא יחכה בנקודת האיסוף למישהו שלא מגיע, ויתקשר למשרד שלכם בלחץ שתי דקות לפני שחלון האיסוף נסגר.
- הנהג החדש צריך לקבל מיד את כל פרטי הנסיעה. לא שיחת טלפון מה-dispatch. לא הודעה שהועברה הלאה. שם הנוסע, כתובת האיסוף, הוראות מיוחדות, מסלול מועדף, הכול צריך להיות באפליקציה שלו לפני שהוא בכלל מתחיל לנסוע.
- צריך לעדכן את התור של הנהג המקורי. אם לנהג שביטל היו נסיעות מקושרות, הן לא נעלמות. גם הנסיעה הבאה בתור שלו עכשיו ללא שיוך. ביטול אחד יכול להתגלגל לשלוש או ארבע נסיעות מוחמצות אם אף אחד לא תופס את זה.
- המתאם צריך לראות את כל זה בו-זמנית. בתפעול ידני זה אומר שיחות טלפון, הודעות WhatsApp ועדכון גיליון אקסל, בזמן שהשעון ממשיך לרוץ.
בתפעול ידני, הזמן הממוצע בין ביטול נהג לבין החלפה מאושרת הוא 4 עד 8 דקות. במערכת dispatch אוטומטית, זה פחות מ-30 שניות.
ארבע הנקודות שבהן השיבוץ מחדש משתבש
1. פער בזיהוי: מגלים מאוחר מדי
בתפעולים שמבוססים על תקשורת טלפונית עם נהגים, המתאם מגלה לא פעם על ביטול רק אחרי שהנהג כבר עזב את האזור, או כשנוסע מתקשר לשאול איפה המונית שלו. בשלב הזה חלון השיבוץ מחדש כבר הצטמצם משמעותית. ככל שהביטול מסומן מוקדם יותר במערכת, כך יש למתאם יותר אפשרויות.
2. מציאת הנהג הנכון תחת לחץ זמן
לא כל נהג פנוי הוא אופציית שיבוץ מחדש טובה. הנהג הקרוב ביותר עשוי לסיים נסיעה רק בעוד 6 דקות. השני הכי קרוב יכול להיות עם סוג הרכב הנכון אבל על כביש מהיר בלי אפשרות חוקית לבצע פניית פרסה במשך 3 ק”מ. נהג רחוק יותר עשוי בכלל להגיע מהר יותר לפי התנועה החיה. מתאמים שמקבלים את ההחלטות האלה ידנית עובדים תחת לחץ ועם מידע חלקי, בזמן שהם מנהלים במקביל נסיעות פעילות אחרות.
3. פערי תקשורת בין שלושת הצדדים
ברגע שנהג חדש מזוהה, המידע צריך לזרום לשני הכיוונים בו-זמנית: הנוסע צריך לדעת שנהג חדש בדרך, הנהג החדש צריך לקבל את כל פרטי הנסיעה, והמתאם צריך לוודא ששניהם קיבלו מידע מעודכן. בתפעול ידני אלה שלוש פעולות נפרדות. כל אחת מהן יכולה להיכשל.
4. אין תיעוד למה שקרה
אחרי שהנסיעה מסתיימת, השיבוץ מחדש בדרך כלל לא מתועד. הביטול של הנהג המקורי לא נרשם. העיכוב לא נספר מול ה-SLA. זמן ההמתנה של הנוסע לא מופיע באף דוח. אותו נהג מבטל שוב בשבוע שאחרי, ואף אחד לא מחבר את הדפוס.
כל ביטול שלא נרשם הוא נקודת נתון שאי אפשר להשתמש בה. עם הזמן, נקודות הנתון החסרות הן ההבדל בין ניהול הצי שלכם לבין תגובה מתמדת למה שקורה בו.
איך dispatch אוטומטי משנה את תהליך השיבוץ מחדש
מערכת שיבוץ מחדש ב-dispatch מוניות שהוגדרה היטב דוחסת את כל התהליך הידני לשניות, ומסירה את צוואר הבקבוק האנושי מהשלבים שלא דורשים שיקול דעת אנושי.
- זיהוי אוטומטי. כשנהג מבטל או עובר לאופליין, הנסיעה מסומנת מיד בלוח המחוונים. לא צריך לחכות להודעת WhatsApp. המתאם רואה את זה באותו רגע.
- לוגיקת הקצאה מיידית. מערכת ההקצאה מחדש בוחנת את הנהגים הזמינים לפי קרבה, מצב נסיעה נוכחי, סוג רכב, זמן הגעה משוער לפי תנועה חיה ודירוג נהג, הכול בו-זמנית. כך היא מציגה את אפשרות השיבוץ מחדש הטובה ביותר במקום להשאיר למתאם לחשב הכול ידנית תחת לחץ.
- תקשורת סימולטנית. הנהג החדש מקבל את כל פרטי הנסיעה באפליקציה שלו ברגע שהשיבוץ מחדש מאושר. הנוסע מקבל עדכון עם שם הנהג החדש, הרכב ו-ETA מעודכן. שני הדברים קורים בפעולה אחת, לא בשני שלבים ידניים נפרדים.
- ניהול תורים. אם לנהג שביטל היו נסיעות מקושרות, המערכת מסמנת גם אותן לשיבוץ מחדש וכך מונעת מביטול אחד להתגלגל לכמה נסיעות מוחמצות בהמשך.
- שביל ביקורת. כל שיבוץ מחדש של נסיעה בצי נרשם: נהג, חותמת זמן, משך העיכוב, השפעה על ה-SLA והתוצאה הסופית. זה מה שהופך אירוע חד-פעמי לנתון שממנו אפשר לזהות דפוסים.
איך שיבוץ מחדש נראה בסוגי ציים שונים
ציי מוניות ו-cab
מהירות היא הכול. נוסע שמחכה יותר מכמה דקות מעבר לשעת האיסוף הצפויה הוא נוסע לא מרוצה. תהליך השיבוץ מחדש צריך להסתיים לפני שהסבלנות של הנוסע נגמרת. שיבוץ מחדש אוטומטי שמאשר נהג חדש בפחות מ-30 שניות נותן לצי סיכוי אמיתי לעמוד בחלון האיסוף.
תפעול הסעות עובדים
שעת תחילת המשמרת של העובד קבועה. איסוף מאוחר לא רק לא נוח לנוסע, הוא גם יוצר השפעה בהמשך על החלפת משמרת או על פגישה עם לקוח. שיבוץ מחדש של נסיעות ב-הסעות עובדים חייב להיות מהיר ומלווה בתקשורת. העובד צריך לדעת שרכב חדש בדרך כדי שלא יזמין מונית פרטית וייצור נסיעה כפולה שהמערכת שלכם עדיין תצטרך לשלם עליה.
ציי corporate והסעות לשדה התעופה
כאן מדובר בנוסעים בעלי ערך גבוה עם מגבלות זמן קשיחות: טיסות, צ’ק-אין למלון או פגישות. שיבוץ מחדש ברגע האחרון צריך להעלות את הנהג הזמין המהיר ביותר, לא רק את הקרוב ביותר. והעדכון לנוסע חייב להישלח מיד. נהג שמתקשר מהנייד הפרטי שלו ואומר שהוא יאחר ב-10 דקות זה לא אותו דבר כמו עדכון אוטומטי עם ETA חדש שניתן למעקב.
הדרישות למהירות שיבוץ מחדש משתנות לפי סוג הצי, אבל הצורך בעדכון מיידי לנוסע וברישום מלא לביקורת נשאר קבוע בכולם.
נתוני הדפוסים שרוב התפעולים מפספסים
אחד הפלטים החשובים ביותר של מערכת שיבוץ מחדש שמתועדת כמו שצריך אינו תפעולי, אלא אנליטי.
כאשר כל ביטול נהג נרשם, מקבל חותמת זמן ומקושר לנהג ולסוג הנסיעה, מתחילים לצוץ דפוסים שבמערכת ידנית פשוט לא רואים:
- נהג שמבטל 40% מההזמנות בטווח של 7 עד 9 בבוקר הוא בעיית תזמון, לא אירוע אקראי.
- אזור איסוף מסוים שבו הנהג הראשון דוחה שוב ושוב עם פער של 12 דקות מצביע על חוסר היצע שאפשר לטפל בו באמצעות תמריצי אזור או פריסה מוקדמת.
- סוג רכב עם ביטולים חוזרים באמצע משמרת עשוי לרמוז על בעיית תחזוקה ולא על בעיית נהג.
בלי הרישום הזה, שום דבר מזה לא נראה לעין. עם הרישום, נתוני השיבוץ מחדש הופכים לקלט רציף לאופן שבו הצי מאורגן, ולא רק לתיעוד של מה השתבש.
בדקו את התפעול הנוכחי שלכם
אם שיבוץ מחדש אצלכם עדיין מנוהל ידנית או חצי ידנית, אלה שאלות שכדאי לשאול:
- כמה זמן בדרך כלל עובר מרגע שנהג מבטל ועד שמאשרים מחליף? אם התשובה נמדדת בדקות, יש כאן פער תפעולי.
- האם הנוסע תמיד מקבל עדכון כשהנהג שלו מתחלף? אם זה תלוי בזה שהמתאם יזכור לעשות זאת, זה לא עקבי.
- האם ביטולי נהגים נרשמים איפשהו שמזין דיווחי ביצועים? אם הם קיימים רק בשרשורי WhatsApp, הם לא קיימים בנתוני ה-SLA שלכם.
- האם המתאם יכול לראות את כל מצבי השיבוץ מחדש הפעילים בו-זמנית? אם הוא עובד בין שיחות טלפון ללשוניות נפרדות, העומס המנטלי גבוה והסיכוי לטעויות גדול.
תהליך ה-auto-dispatch והשיבוץ מחדש של Zoyride מטפל ישירות בכל אחת מהנקודות האלה, מזיהוי אוטומטי והקצאת נהג מחדש ועד עדכון סימולטני לנוסע ורישום ביקורת מלא. אם שיבוץ מחדש ברגע האחרון הוא לחץ תפעולי שחוזר אצלכם שוב ושוב, שווה לראות איך המערכת מטפלת בו בתרחיש אמיתי.
ראו איך Zoyride מטפלת בשיבוץ מחדש ברגע האחרון
שיבוץ מחדש אוטומטי, עדכון מיידי לנוסע ורישום ביקורת מלא, הכול מובנה בתוך תהליך ה-dispatch שלכם.
נסו בחינם למשך 14 ימים. צריכים עזרה כדי להתחיל? דברו עם המומחים שלנו
שאלות נפוצות
כמה מהר צריך לבצע שיבוץ מחדש כדי להימנע מפגיעה בנוסע?
פחות מ-60 שניות הוא קו הייחוס. אחרי 2 עד 3 דקות נוסעים בדרך כלל מתחילים לחפש חלופה. מערכות אוטומטיות משלימות שיבוץ מחדש בפחות מ-30 שניות, וכך נותנות לצי סיכוי אמיתי לשמור על חלון האיסוף המקורי.
איזה מידע הנהג החדש חייב לקבל מיד?
את כל פרטי הנסיעה: שם הנוסע, מספר ליצירת קשר, כתובת איסוף מדויקת, יעד וכל הוראה מיוחדת. כתובת איסוף בלבד אינה מספיקה. רישום הנסיעה המלא צריך להופיע באפליקציית הנהג ברגע שהשיבוץ מחדש מאושר.
האם השיבוץ מחדש משפיע על ה-SLA של אותה נסיעה?
רק אם הנוסע חווה עיכוב. שיבוץ מחדש שעדיין מסתיים בתוך החלון המוסכם נחשב לעמידה בזמן. איסוף מאוחר נרשם מול הביטול של הנהג המקורי, לא מול הביצועים של הנהג המחליף. חשוב לשמור על ההפרדה הזו בנתונים כדי לקבל דיווח מדויק.
מה קורה לנסיעות אחרות בתור של נהג שביטל?
במערכת הקצאה מחדש אוטומטית, נסיעות שממתינות בתור מסומנות מיד לשיבוץ מחדש. במערך ידני, השלב הזה לרוב מתפספס, וביטול אחד משפיע בשקט על שלוש או ארבע נסיעות שבאות אחריו לפני שמישהו בכלל שם לב.
האם שיבוץ מחדש יכול להיגרם גם ממשהו אחר מלבד ביטול נהג?
כן: תקלה ברכב, מחלת נהג באמצע משמרת, תנועה שהופכת הגעה בזמן לבלתי אפשרית, או נוסע שמשנה את נקודת האיסוף שלו. כל אחד מהמקרים האלה צריך להפעיל את אותו תהליך שיבוץ מחדש כמו ביטול ישיר.