תוכנה להסעות עובדים וקווים קבועים

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

קו זה מוצר, נסיעה זה מופע

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

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

מתכנן קו ב־BackSeat בנוי בדיוק לזה: שיכפול ימים, עדכון תחנות, ושיבוץ על הקו כולו.

סדר איסוף הוא הבטחה לשעה

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

אם אי אפשר להראות ללקוח למה הקו נראה כך, הוויכוח יגיע אחרי האיחור הראשון.

שינויים באמצע השבוע

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

• הוספת תחנה ליום אחד או לכל הימים
• החלפת נהג בלי לאבד את הקו
• ביטול יום חג בלי לשבור את החיוב

יומן ארגוני עם חגים עוזר כאן יותר ממה שנדמה. מי שמתכנן קו בלי לוח חגים יגלה את זה ב־07:00 בחול המועד.

חיוב חודשי, לא לפי הודעות

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

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

נוכחות נהג ושכר

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

מה לבדוק בהדגמה

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

המשיכו ל־פיצ'רים ולמאמר על שיבוץ נהגים.