עוזר HR חכם: צ׳אט-בוט מבוסס LLM

מדוע צ'אטבוט AI ל-HR נתקע בהרצת פיילוט

הרצת פיילוט של אסיסטנט בדרך כלל נראית משכנעת: על שאלות מוכנות מראש צ'אטבוט AI ל-HR עונה בצורה קולחת ומהירה. הבעיות מתחילות בשבוע השני-שלישי, כאשר עובדים מגיעים עם ניסוחים חיים — "כמה ימי חופשה נותרו", "מה עם ימי מחלה", "אפשר לעבור למחלקה אחרת". כאן צפים גם תשובה שגויה וגם העברה שקטה של השיחה לעובד משאבי אנוש.

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

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

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

השלישית — את האיכות אף אחד לא מודד. משוב מסוג "התשובה מועילה / לא מועילה" לא מראה באיזה שיעור מהפניות האסיסטנט טעה ואיפה פשוט שתק. בלי מערך שאלות ייחוס וניתוח שיחות אמיתיות אין במה לתקן את הפיילוט ואין במה להגן עליו בפני ההנהלה.

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

אפקט מדיד: זמן תגובה, עומס, איכות נתונים

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

בנפרד אנו סופרים את שיעור התשובות האוטומטיות — על קורפוס תקנונים בוגר מדובר ב-60-75% מהפניות, והשאר מגיעות למומחה עם הקשר שכבר נאסף: מחלקה, היסטוריית פניות, קישור לסעיף הנדרש במסמך.

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

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

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

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

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

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

מצבי עבודה של האסיסטנט: בסיס ידע, יצירה, היברידי

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

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

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

שלבי ההטמעה: מביקורת תהליכים ועד מסירה לתמיכה

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

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

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

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

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

5. קבוצת פיילוט של עובדים. 20–30 אנשים ממחלקות שונות עובדים עם האסיסטנט בשגרה. מיומן השיחות רואים אילו ניסוחים אינם מזוהים ואיפה גדל העומס על בני האדם.

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

מה אנו מוסרים לידיים: קונפיגורציות, תקנונים, תיעוד

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

• קונפיגורציה של האסיסטנט: הנחיות מערכת, עץ תרחישים, ספי ביטחון שמתחתם התשובה לא נמסרת למשתמש — עם היסטוריית שינויים וחזרה לגרסה קודמת.
• תרשים אינטגרציות: אילו מערכות מחוברות (רישום כוח אדם, יומן, בסיס ידע), לאיזה כיוון זורמים הנתונים, היכן נקודות הכשל וכיצד מטופלת אי-זמינות של שירות חיצוני.
• מטריצת הרשאות גישה: תפקיד העובד, המנהל, מומחה ה-HR ומנהל המערכת, לאילו נתונים ופעולות כל אחד מורשה, אילו שדות מוסתרים בתשובה.
• תקנון הסלמה: תנאי ההעברה של השיחה לאדם, תור וזמני תגובה, מי מנתח תשובות שלא צלחו וכיצד הן מגיעות להשלמה.
• תיאורי תרחישים: רשימת הנושאים שהאסיסטנט סוגר בעצמו, גבולות הכשירות ותבניות תשובה לשאלות גבוליות.
• הנחיות לתמיכה: כיצד למצוא היסטוריית שיחה, לשחזר תשובה תקולה, לכבות תרחיש בודד ולהחזיר את הקונפיגורציה הקודמת.
• מדיניות עבודה עם נתונים: מה נשמר, כמה זמן נשמר, כיצד נמחק לבקשת עובד — זה מספיק לביקורת פנימית ולבדיקות.

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

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

הלקוח — חברת ייצור עם אתרים בכמה אזורים: כ-4,000 עובדים, מחלקת משאבי אנוש בת תשעה אנשים. זרם הפניות — שאלות טיפוסיות על חופשות, לוחות זמנים, אישורים ורישום מסמכים; הן הגיעו לתיבה כללית ולצ'אט העבודה, התשובה ארכה בממוצע יום עבודה, ויותר ממחצית הבקשות חזרו מילה במילה.

מדדים לפני ואחרי

את האסיסטנט Кадровый помощник חיברו לבסיס התקנונים הפנימי ולתבניות המסמכים, והנושאים השנויים במחלוקת הושארו בידי מומחה אנושי. המדידות נלקחו על אותו זרם פניות רבעון לאחר ההשקה.

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

מה נותר מחוץ להיקף הפרויקט

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

מה לעשות אם כבר פועל אצלכם צ'אטבוט משלכם

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

כפי שהם נשארים האינטגרציות: גישה למערכת HR, ליומן, למערכת הפניות, למסנג'ר הארגוני כמו Microsoft Teams, הרשאות ותפקידי העובדים. Webhooks, חשבונות שירות והפרדת גישות נשמרים — משתנה רק מי שמנסח את התשובה.

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

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

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

ספקות טכניים: גישות, פרטיות, איכות התשובות

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

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

כיצד אתם שולטים באיכות התשובות?

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

מה יקרה אם האסיסטנט יטעה?

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

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

כדי שההערכה של צ'אטבוט AI ל-HR תהיה עניינית ולא "פחות או יותר", ניתוח המשימה נעשה במסלול אחד: בוחנים תרחישי פניות, מקורות נתונים ומגבלות גישה, ואחר כך חוזרים במסמך כתוב שבו מפורטות ההערכה, הרכב הפיילוט וקריטריוני הקבלה. להלן מה שמומלץ לשלוח כבר בהתחלה; אם משהו חסר, את החסר מדייקים בשיחה עם מהנדסים מהתחום.

• רשימת שאלות אמיתיות של עובדים ל-HR — מהנפוצות ("כמה ימי חופשה נותרו") ועד לנדירות ולשנויות במחלוקת.
• תקנונים, נהלים והנחיות שלפיהם האסיסטנט צריך לענות: ככל שהקורפוס מלא יותר, כך שיעור התשובות "לא יודע" נמוך יותר.
• רשימת מערכות המקור — מערכת כוח האדם, פורטל ה-HR, אחסון קבצים — ומי אחראי לגישה לכל אחת.
• דרישות להפרדת הרשאות: אילו נושאים רואה עובד מן השורה ואילו — רק HR וראש המחלקה.
• מגבלות על נתונים אישיים ומסמכים פנימיים: מה האסיסטנט אסור שיציג ומה אסור שירשום ביומנים.
• מדדי קבלה: למשל, שיעור התשובות בלי העברה למומחה אנושי ודיוק על מערך ייחוס של שאלות.
• איש קשר מטעם הלקוח שמאשר את התרחישים ומקבל את הפיילוט.

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