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