פיתוח עוזר בינה מלאכותית לתקנות פנימיות ומדיניות

עוזר AI לתקנונים: מדוע עובדים לא מוצאים תשובה

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

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

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

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

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

נבחן איך זה נסגר: עוזר AI לתקנונים עונה לפי הגרסאות התקפות ומראה את הסעיף שעליו הוא מסתמך.

מה משתנה לאחר ההטמעה: זמן תשובה ושיעור שגיאות

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

• זמן חיפוש התשובה — מעבר ידני על תקנונים, מאגר ידע ב-Confluence, מיילים וצ'אטים אורך 15-20 דקות; העוזר עונה תוך 10-30 שניות בציטוט מהסעיף במסמך עם הפניה למקור המקורי ולגרסה שלו.
• שיעור הפרשנויות השגויות — במדגם ביקורת של מאה שאלות טיפוסיות יורד מ-15-20% לכמה אחוזים בודדים: כל תשובה מקושרת לסעיף במדיניות, ולא לשחזור "מהזיכרון".
• עומס על עורכי דין — שאלות טיפוסיות על חופשות, רכש ואישורים עוברות לעוזר, ועורכי הדין עוסקים רק במקרים שנויים במחלוקת; זרימת הפניות האחידות יורדת פי כמה.
• קליטת עובדים — עובד חדש מקבל תשובה על נהלים פנימיים מהיום הראשון, בלי לחכות לחונך, ותקופת ההגעה לעבודה עצמאית מתקצרת.
• עדכניות המסמכים — גרסה חדשה של מדיניות נקלטת באינדוקס מחדש, גרסה מיושנת מפסיקה להופיע בתשובות, ולא נותרות סתירות בין גרסאות.

דרכי חיפוש במסמכים פנימיים: השוואה

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

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

שלבי ההטמעה: ביקורת הקורפוס, סכמת תוצאות, קבלה

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

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

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

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

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

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

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

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

מה מוסרים לידיים: תצורות ותיעוד

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

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

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

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

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

לפני: חיפוש התשובה כעבודה ידנית

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

מה שינו ומה השתנה

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

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

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

במה שונה חיפוש לפי מילים מתשובה לפי משמעות?

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

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

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

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

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

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

מסמכים סותרים זה את זה — של מי התשובה נכונה יותר?

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

איך להפריד גישה בין מחלקות?

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

עד כמה התשובה מדויקת ומה לעשות אם אין אותה?

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

נדבר על המשימה: מה נדרש מצדכם

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

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

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