מהשאלה לפתרון: איך בונים מסעות שירות במשאבי אנוש בתוך פורטל ארגוני
פורטל ארגוני יעיל מלווה בקשות עד להשלמה. כך מתכננים מסעות שירות במשאבי אנוש, מבהירים סטטוסים ומחברים בין העובדים לגורמי הטיפול.
עובד חדש נכנס לפורטל הארגוני ומוצא הסבר יפה על תהליך הקליטה. הוא קורא, לוחץ על קישור לטופס, שולח אותו ואז שואל במייל אם מישהו קיבל. במסך הבא מחכה מדריך לציוד, אבל הבקשה עצמה נעשית מול התפעול. זו דוגמה המחשתית לפער בין ריכוז מידע לבין שירות שהעובד יכול להשלים ברצף ברור.
בכתבה שפרסם UNLEASH ב־12 בנובמבר 2026 מתואר מהלך משאבי האנוש של Merck סביב סוכן העובדים V.E.R.A. המרואיין מציג תהליכים מפוצלים ופניות חוזרות כבעיות שהמהלך נועד לטפל בהן. זו נקודת מוצא למחשבה על השירות בפורטל, בלי להניח שהמודל מתאים לכל ארגון. ההמלצות והדוגמאות הישראליות שבהמשך הן הצעת תכנון מקורית.
להתחיל מהמשפט שהעובד אומר
בישיבת האפיון כדאי לבקש מצוות השירות להביא ניסוחים של צרכים, ללא פרטים מזהים: ״אני מתחיל תפקיד חדש״, ״אני צריך לתקן פרטים״ או ״לא ברור לי מה חסר בבקשה״. אלה יכולים להפוך לנקודות כניסה בפורטל. אפשר לשמור גם ניווט לפי מחלקות, אך רצוי שהעובד לא יצטרך להבין את המבנה הארגוני כדי לבקש עזרה.
לאחר מכן בוחרים צורך אחד ומגדירים מהי השלמה מבחינת העובד. העלאת קובץ יכולה להיות שלב, אבל היא אינה בהכרח סוף השירות. אם המטרה היא קבלת אישור, המסע מסתיים כשהעובד קיבל מסמך מתאים או הסבר ברור מדוע הבקשה לא אושרה ומה אפשר לעשות בהמשך.
לבנות רצף שיש לו התחלה וסיום
מומלץ לצייר את המסע על דף לפני שבוחרים כלי AI. מה העובד יודע בתחילת הדרך? איזה מידע קיים כבר אצל הארגון? מה באמת חייבים לבקש ממנו? מי מקבל את הפנייה ומי מוסמך לסגור אותה? השאלות האלה עוזרות לגלות העברות מיותרות ושדות שאפשר להסיר.
| שלב | מה העובד רואה | מה הצוות צריך לדעת |
|---|---|---|
| פתיחה | מטרת השירות והמידע הדרוש | סוג הבקשה ומסלול הטיפול |
| בדיקה | אישור קבלה או בקשת השלמה | מה חסר ומי פונה לעובד |
| טיפול | השלב הנוכחי והגורם המטפל | הפעולה הבאה והאחראי לה |
| סיום | התוצאה ודרך לבקש בירור | האם המענה פתר את הצורך |
הטבלה היא הצעת עבודה, ולא תיאור של יכולות מוצר מסוים. אפשר ליישם את העקרונות גם כאשר חלק מהשלבים מתבצעים במערכת שירות אחרת, כל עוד הפורטל מציג לעובד תמונה עקבית ומעודכנת.
לשבץ את העוזר במקום שבו הוא מועיל
עוזר מבוסס AI יכול להיות אפשרות לאיסוף ראשוני ולהכוונה, אם הארגון בחר לממש זאת ובדק את התוצאה. למשל, אפשר לבקש ממנו להפוך תיאור חופשי לטיוטת בקשה שהעובד בודק. העיקר הוא שהשיחה תוביל לאותו מסלול שירות כמו הטופס, עם מזהה פנייה ומעקב משותף.
רצוי לאפשר גם כניסה ישירה לטופס. עובד שמכיר את התהליך אינו צריך לנהל שיחה כדי לבצע פעולה פשוטה. כאשר העוזר אינו מבין את הצורך, הוא צריך להציג אפשרות להגיע לאדם ולצרף לפנייה סיכום שהעובד יכול לתקן. כך אפשר להמשיך מאותה נקודה במקום להתחיל מחדש.
לכתוב סטטוסים בשפה שעונה על השאלה הבאה
״בטיפול״ הוא מצב עמום. העובד עשוי לשאול האם הפנייה נקראה, האם נדרש ממנו מסמך והאם מותר לו לתכנן בהתאם. עדיף לנסח סטטוס כמו ״המסמכים התקבלו וממתינים לבדיקה״, ולציין מי בודק ומה צפוי לקרות אחר כך. אם אין מועד ידוע, כדאי לומר זאת ולהציג מתי יימסר עדכון.
גם ההודעות צריכות לעזור לפעולה הבאה. במקום ״יש עדכון בבקשה״, אפשר לכתוב ״חסר אישור מנהל; אפשר לשלוח אותו דרך הקישור״, כאשר זו אכן הדרישה בתהליך. עם זאת, יש להחליט איזה מידע מתאים להודעה חיצונית ואיזה נשאר בתוך הפורטל לאחר ההזדהות.
להמשיך מאותו מקום גם ביום אחר
כדאי לתכנן את המסע כך שעובד יוכל להתחיל בקשה בטלפון ולחזור אליה מאוחר יותר מהמחשב. טיוטה שמורה, רשימת הפרטים החסרים ומספר פנייה עקבי יכולים לעזור בכך, אם הפתרון שייבחר תומך בהם. בשלב הבדיקה יש לוודא שגם קובץ שהועלה נשמר ושלא נוצרה פנייה כפולה. לעובדי שטח כדאי להציע מסלול ברור לקבלת עזרה כאשר החיבור נקטע או כשמסמך אינו זמין במכשיר שבו הם משתמשים באותו רגע.
תרחיש המחשה: קליטה בחברה עם עובדי משרד ושטח
נבחן חברה ישראלית דמיונית שמגייסת עובדת שירות למשרד וטכנאי שטח. שניהם צריכים להשלים פרטים ולהכיר את אנשי הקשר, אבל משימות הציוד וההדרכה שלהם שונות. במקום שתי רשימות כלליות, אפשר לתכנן מסע משותף עם הסתעפויות לפי התפקיד שהוגדר במערכת.
במסע המוצע העובדת רואה משימות פתוחות, מסמכים שכבר נמסרו ופגישה עם המנהל. הטכנאי רואה גם תיאום איסוף ציוד והדרכה מתאימה. כל שינוי בתוכנית מעדכן את המשימות הרלוונטיות בלבד. זוהי המחשה לצורת אפיון; צריך לבדוק בנפרד אילו חיבורים ונתונים זמינים בארגון שמיישם אותה.
לבחון את החוויה גם במקרים הלא נוחים
לפני השקה כדאי לעבור על המסע עם עובד שאינו מכיר את התהליך. בקשו ממנו להשלים בקשה, לחזור אליה לאחר הפסקה ולהבין מדוע היא ממתינה. לאחר מכן בדקו מקרה שבו המסמך אינו מתאים, האחראי נעדר או הבקשה הועברה למחלקה אחרת.
- האם העובד יודע מה נדרש ממנו בלי לשלוח הודעת בירור?
- האם הגורם החדש מקבל את ההקשר שכבר נאסף?
- האם אפשר לתקן פרט בלי לפתוח בקשה נוספת?
- האם יש אדם שיכול לטפל בפנייה שנתקעה בין מחלקות?
אפשר להתחיל בשירות אחד ולתעד מה השתפר ומה עדיין דורש התערבות. כדאי לבחון פניות חוזרות לצד זמן ההשלמה, כדי להבחין בין פתרון אמיתי לבין בקשה שנסגרה במערכת והמשיכה להתגלגל במייל.
שאלות ותשובות
האם חייבים להחליף את מערכת משאבי האנוש?
לא בהכרח. תחילה כדאי לבדוק האם אפשר להציג בפורטל את שלבי השירות ולחבר אותו למערכות הקיימות. ההחלטה תלויה במידע, בממשקים ובתהליך הארגוני. גם שיפור הטפסים והעדכונים יכול להיות שלב שימושי לפני פיתוח חיבורים נוספים.
איך בוחרים את השירות הראשון לשיפור?
בחרו צורך שחוזר, שהגבולות שלו ברורים ושיש לו בעל אחריות פנוי לשיתוף פעולה. רצוי שתוכלו לצפות בתהליך מתחילתו ועד סופו ולקבל משוב מעובדים שהשתמשו בו. כך אפשר ללמוד מהפיילוט ולהעביר לשירות הבא החלטות שנבדקו בפועל.
מסע שירות מוצלח מאפשר לעובד להבין מה עליו לעשות, לראות מה הארגון עושה עבורו ולקבל תוצאה ברורה. אלה שלושת הדברים שכדאי לבקש לראות כבר בהדגמה הראשונה של הפורטל הארגוני.
תמונת הפתיחה: המחשה שנוצרה בבינה מלאכותית.
מקור מקצועי: UNLEASH — HR went first: How Merck made its people agent the blueprint for enterprise AI (2026-11-12). המאמר מציג יישום עצמאי לקוראים בישראל.