Finite Field

תזמון ביקורים

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

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

  • להתחיל מ-Excel
  • בדיקת חלונות זמן, כישורים ונסיעה יחד
  • אישור לפני סגירה
תוכנית מסלול
מועמד 02
שובצו8/9בדיקה
בזמן96%+8
נסיעה118דק׳-24
ב123456E
אלכס 09:00 בית אלון -> 10:35 טרסה ירוקהברוק 09:30 בית נהר -> 11:20 מרפאת צפוןקייסי 10:00 טיפול -> 13:15 ביקור קבוע

בעיה

עבודת בניית המסלול מחדש כבדה יותר מהזנת אירועים ביומן.

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

01

חלונות ביקור חופפים.

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

  • הנסיעה לפני ואחרי חשובה
  • גם זמן המתנה מופיע
02

לא כל איש צוות יכול להגיע.

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

  • צוות מוסמך הופך לצוואר בקבוק
  • התאמה ורציפות חשובות
03

קרוב במפה אינו תמיד ישים.

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

  • הנסיעה דוחקת את התוכנית
  • כל איש צוות עשוי להתחיל ממקום אחר
04

שינוי אחד מתגלגל לאורך כל היום.

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

  • שמרו עבודה שאושרה ככל האפשר
  • ייתכן שיידרשו גם הודעות

המתכנן פותר זאת בראש בכל פעם.

חלונות ביקור×תנאי צוות×נסיעה×רציפות×שינויים= לוח זמנים ניתן להפעלה

מודל מתמטי

הפרידו את הכללים לפני שמבקשים ממנוע פתרון לנתב את היום.

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

01
קשיח

כללים שחייבים להתקיים

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

העדפות לכיבוד כשאפשר

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

מדדים לשיפור

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

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

פעולות שטח

מתאים לפעולות שמשלבות ביקורים, אנשים ורצף.

השאלה המשותפת היא מי צריך לבקר באיזה מקום, באיזה סדר ובאיזו שעה.

HC

טיפול בית וסיעוד

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

חלון זמןרישיוןרציפות
FS

בדיקות ותיקונים בשטח

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

כישורחלקיםדחוף
CL

ניקיון ותחזוקה

ייצוג חלונות כניסה, ציוד נדרש, כמה אנשי צוות ומשימות מקושרות.

כמה אנשיםציודחלון כניסה
SV

ביקורי מכירות וסקרי שטח

שיקוף עדיפות, אזור, בעלות על קשר, תדירות ביקור ונסיעה ישירה.

עדיפותאזורתדירות

דוגמה אינטראקטיבית

שנו תנאים ובדקו מדוע מועמד המסלול משתנה.

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

3 אנשי צוות / 8 ביקורים
תנאים

כללים לבדיקה

מצב היום

הדגמת הדפדפן היא היוריסטיקה דטרמיניסטית להסבר. היא אינה מנוע אופטימיזציה תפעולי ואינה מבטיחה אופטימליות.

שובצו
בזמן
נסיעה
רציפות
שעות נוספות
מפת מסלול

מסלולים מקורבים

הקואורדינטות הן מיקומים יחסיים בדויים. מערכות תפעוליות מחליפות זאת במטריצות זמני דרך ובטיפול כתובות מאומת.

בדיקה

נקודות לבדיקה

    מסלולים יומיים

    ציר זמן צוות

    ספריית כללים

    מדלו את הכללים התפעוליים שקובעים אם מסלול ניתן להפעלה.

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

    WIN-01קשיח

    חלון זמן לביקור

    התחלה וסיום בתוך חלון הזמן המותר לכל ביקור, או סימון הביקור כלא ישים.

    SKL-01קשיח

    כישור נדרש

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

    AVL-01קשיח

    זמינות עבודה

    כבדו היעדרות צוות, תחילת עבודה, סיום עבודה, מספר ביקורים מרבי ופגישות קבועות.

    BRK-01קשיח

    חלון הפסקה

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

    CON-01העדפה

    רציפות

    העדיפו את איש הצוות האחראי הקודם כאשר הדבר אינו מפר אילוצים קשיחים.

    CHG-01העדפה

    שינוי מינימלי

    הימנעו משינוי ביקורים שאושרו בעת תיקון התוכנית אחרי היעדרות או תוספות חירום.

    BAL-01העדפה

    איזון עומס

    אזנו מספר ביקורים, זמן שירות, זמן נסיעה, דחיפות ואתרים קשים בין אנשי צוות.

    TRV-01יעד

    צמצום נסיעה

    צמצמו נסיעה כוללת לאחר שנשקלו ישימות, עדיפות ורציפות.

    UNS-01יעד

    הסבר לאי-שיבוץ

    הציגו ביקורים שלא שובצו ואת הסיבה במקום לכפות תוכנית מלאה מטעה.

    פלט ניתן להסבר

    הציגו את הסיבה לתוכנית, לא רק את התוכנית עצמה.

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

    01

    סדר וזמן ביקורים

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

    02

    סיבות לאי-שיבוץ

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

    03

    השוואת חלופות

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

    04

    תיקונים ידניים והשפעה

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

    1יצירת מועמדיםחישוב מתוך כללים ועדיפויות
    2בדיקה אנושיתחריגים, קשרים, הקשר שטח
    3נעילת חלק מהתוכניתשמירת ביקורים שאושרו כקבועים
    4חישוב מחדשבנייה מחדש של החלק שהשתנה

    מהמודל לתפעול

    לא רק חישוב: המערכת שצוותי שטח באמת משתמשים בה.

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

    • קליטת בקשות ורישום ביקוריםניהול כללי ביקור, כתובת, זמן שירות ועדיפות.
    • אפליקציית צוות לניידבדיקת סדר היום, מפה, איש קשר, הגעה והשלמה.
    • שינויים והודעותשיקוף ביטולים, היעדרויות ותוספות דחופות ושליחת הודעה לאנשים המתאימים.
    • תוצאות וניתוחאיחוד פערים בין תוכנית לביצוע, נסיעה, איחורים וניצול.
    צפייה בהיקף האב-טיפוס
    שטחטלפון חכם לצוותלוח זמנים, מפה, דוח
    תפעולמסך תפעולבקשות, עריכות, אישור
    ליבה מתמטיתמנוע חישובאילוצים, מסלולים, חישוב מחדש
    נתוניםלקוחות, צוות, תוצאותDB, API, יומן ביקורת

    נתונים

    התחילו מקובצי התכנון ומהכללים שאתם כבר משתמשים בהם.

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

    קלט

    נתונים לבדיקה ראשונה

    01
    רשימת ביקורים

    כתובת או אזור, חלון זמן, דקות שירות, כישור נדרש, עדיפות ואיש צוות קודם.

    02
    רשימת צוות

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

    03
    כללים עסקיים

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

    04
    תוכנית נוכחית ותוצאות

    תוכנית נוכחית, זמני הגעה וסיום בפועל, נסיעה, ביטולים ושינויים ידניים.

    ניסיון קשור

    מערכת לבדיקת לוחות ביקור של אחיות ביקור מהטלפון החכם.

    Finite Field בנתה מערכות שמאפשרות למנהלי טיפול לבדוק ולנהל לוחות ביקור של אחיות ביקור מהטלפון החכם. עמוד זה מרחיב את הבסיס התפעולי הזה ליצירת מועמדים מתוך אילוצים מרובים.

    צפייה בעבודה קשורה

    בדיקת התאמה

    מתי פיתוח מותאם מתאים ומתי לא.

    קודם נבדוק אם המורכבות והתועלת מצדיקות מערכת מותאמת.

    +

    התאמה טובה למודל מותאם

    • חלונות זמן, כישורים ותנאי נסיעה רבים חופפים
    • התכנון תלוי בזיכרון של מתאם מסוים
    • היעדרות או תוספות דחופות מחייבות בנייה מחדש תכופה
    • מוצרי מדף עדיין דורשים תיקון ידני רב
    • לוחות הזמנים צריכים להתחבר למערכות תפעוליות אחרות
    -

    שקלו קודם כלי מדף

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

    תהליך מסירה

    פתרו קודם מקטע קטן ואז חברו אותו לפעילות השטח.

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

    1. 01
      אבחון

      בדיקת הבעיה והנתונים

      בדיקת לוחות זמנים נוכחיים, צוות, כללי ביקור ותדירות שינויים.

      בדיקה ללא עלות
    2. 02
      מידול

      סיווג כללים לשלוש קבוצות

      הפרידו כללי חובה, העדפות ומדדים, ואז הסכימו כיצד לדרג אותם.

      תכנון
    3. 03
      אב-טיפוס

      הרצת אב-טיפוס חישובי קטן

      שימוש ביום אחד או שבוע אחד ליצירת מועמדים והשוואתם לתוכנית הנוכחית.

      היקף קבוע
    4. 04
      מוצר

      יישום המערכת התפעולית

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

      הצעת מחיר מותאמת
    5. 05
      שיפור

      שיפור לפי תוצאות בפועל

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

      שיפור

    שאלות נפוצות

    שאלות לפני אוטומציה של תזמון ביקורים.

    תשובות אלה מבהירות את תפקיד הדגמת העמוד, נתוני המפה, הבדיקה האנושית ועבודת האינטגרציה.

    שאלו על לוח הזמנים שלכם
    האם הדגמת העמוד היא מנוע האופטימיזציה בפועל?

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

    האם אפשר להתחיל מ-Excel?

    כן. בדיקה ראשונה יכולה להתחיל מרשימת ביקורים אנונימית, רשימת צוות, מזכר כללים ולוח זמנים נוכחי.

    האם אפשר לתקן את התוכנית אחרי היעדרות או ביקור חירום?

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

    האם אפשר לחבר זאת לשירות מפות?

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

    האם המערכת תאשר את לוח הזמנים הסופי אוטומטית?

    לא. אנשים צריכים לבדוק ביקורים שלא שובצו, הקלות בכללים ותיקונים ידניים לפני אישור לוח הזמנים.

    בדיקת התפעול שלכם

    ניתן לבטא את לוח הביקורים שלכם כמודל ניתן לחישוב.

    בדקו את גיליון ה-Excel או לוח התכנון הנוכחי וזהו את הנתונים, הכללים והיקף האב-טיפוס הראשון.

    • נתונים אנונימיים מתקבלים
    • נאמר בבירור אם פיתוח מותאם אינו נחוץ
    • ללא תהליך מכירה כפוי
    עם לוח הזמנים הנוכחיהתייעצות על לוח הזמנים הנוכחי