פורטל ארגוני מבוסס AI לעובדים
פורטל ארגוני עם AI: ההבדל בין חיפוש, עוזר וסוכן, עבודה עם מקורות והרשאות, ותרחיש בדיקה עם שש בדיקות קבלה לפיילוט.
פורטל ארגוני עם AI מחבר בין שאלת העובד לבין מקורות המידע שהותרו לו. הוא יכול לסייע באיתור ובסיכום ידע, אך תשובה שימושית צריכה להציג מקור שאפשר לבדוק, להתבסס על גרסה תקפה ולכבד הרשאות. את היקף החיפוש, הסיכום והפעולות יש להגדיר ולבדוק לכל פרויקט.
מה ההבדל בין חיפוש, עוזר AI וסוכן שמבצע פעולות?
| סוג יכולת | מה העובד מקבל | מה צריך לבדוק |
|---|---|---|
| חיפוש ארגוני | מסמכים, עמודי ידע וקישורים רלוונטיים | כיסוי מקורות, מונחים חלופיים, עדכניות והרשאות |
| עוזר AI למידע | תשובה או סיכום המבוססים על מקורות שנמצאו | התאמה למקור, קישורים, טיפול בסתירה ובמידע חסר |
| סוכן לפעולות | ביצוע פעולה מוגדרת במערכת, כגון יצירת בקשה | הרשאת פעולה, אישור משתמש, רישום תוצאה וטיפול בכשל |
זוהי הבחנה לצורך אפיון. קיומו של צ׳אט אינו מעיד שכל המערכות מחוברות אליו או שהוא מורשה לבצע בהן פעולות. בדקו בהדגמה את יכולות ה-AI המתאימות לארגון מול תרחיש ומקור מידע מסוימים.
איך המידע מגיע מהמסמך לתשובה?
אחת הגישות המקובלות היא RAG: איתור מידע רלוונטי והעברתו למודל כבסיס לתשובה. בתיעוד Microsoft על RAG מוסבר השילוב בין חיפוש למודל שפה והאפשרות לקשר בחזרה לתוכן המקור. זהו הסבר לגישה טכנולוגית, ולא הבטחה לאופן המימוש בכל פורטל.
- 01 / שאלההעובד מתאר צורך בשפה שלו.
- 02 / מקורותמאתרים מידע מתוך המאגרים שהוגדרו.
- 03 / תשובהמציגים הסבר וקישור למקור הרלוונטי.
- 04 / בדיקה ופעולההעובד בודק את ההקשר וממשיך לשירות המתאים.
הבסיס הוא ניהול ידע ומסמכים בפורטל הארגוני: בעל תוכן, גרסה תקפה ומדיניות גישה. תשובה מנוסחת היטב עלולה עדיין לכלול מידע שגוי; פרופיל הסיכונים של NIST לבינה מלאכותית יוצרת מתאר גם סיכון זה. קישור למקור מסייע לבדיקה, אך אינו מחליף אותה.
תרחיש בדיקה: איך מגישים בקשת רכש?
בחרו נוהל שאושר לבדיקה ושאלו: ״איך מגישים בקשת רכש לציוד חדש?״ הגדירו מראש איזה מסמך אמור לשמש מקור, מי רשאי לצפות בו ואיזה טופס צריך להופיע בהמשך. בדקו אם התשובה מתאימה לנוהל, אם הקישור נפתח בהרשאה הנכונה ואם אפשר להבין מי מאשר את הבקשה.
חזרו על הבדיקה עם משתמש מתפקיד אחר, עם נוסח שאלה שונה ועם מסמך שיצא מתוקף. זהו תרחיש בדיקה לדוגמה; תוצאות אמיתיות יש לתעד בפיילוט שלכם.
שש בדיקות קבלה לפורטל ארגוני עם AI
| בדיקה | מה נחשב לתוצאה מועילה |
|---|---|
| שאלה עם תשובה ידועה | תשובה התואמת למקור המאושר וקישור למסמך הנכון |
| מידע חסר במאגר | הבהרה שאין בסיס מספק, בלי להמציא נוהל או איש קשר |
| מקורות סותרים | הצגת הסתירה או הפניה לבעל התוכן, בהתאם למדיניות שהוגדרה |
| מסמך חסוי | אין חשיפה של תוכן, כותרת או תקציר למי שאינו מורשה |
| שינוי גרסה או הרשאה | התנהגות התואמת לזמן העדכון ולמדיניות הגישה שסוכמו |
| פעולה שנכשלה | סטטוס ברור למשתמש, ללא דיווח שגוי על השלמה או פעולה כפולה |
מדדו בנפרד נכונות תשובה, התאמה למקור, השלמת משימה ושביעות רצון. הגדירו עם בעלי התוכן מהי טעות מהותית ומתי מעבירים את הטיפול לאדם. אל תסיקו הצלחה ממספר השיחות או ממהירות המענה בלבד.
מה מכינים לפני פיילוט?
- תחום ידע מצומצם ובעל אחריות שיכול לאשר תשובות.
- מאגר מסמכים תקפים, כולל תיאור גרסאות והרשאות.
- שאלות אמיתיות של עובדים ותשובות צפויות לצורך השוואה.
- כללים לטיפול במידע חסר, סתירות ובקשות מחוץ לתחום.
- הגדרה מי מטפל בעדכון תוכן, בכשל חיבור ובמשוב משתמשים.
בחיבור למאגר חיצוני, הבדילו בין כניסה ארגונית לבין הרשאה לקרוא תוכן. לדוגמה, ראו את מדריך חיבור הפורטל ל-Google Workspace. את המקורות, היקף השימוש והתחזוקה יש לכלול גם בתכנון התקציב לפורטל.
שאלות על פורטל ארגוני מבוסס AI
האם צריך להעביר את כל הידע לפורטל?
לא בהכרח. אפשר לבחון חיבור למקורות קיימים, בהתאם לממשקים, להרשאות וליכולת לשמור על עדכניות. יש לבדוק כל מקור בנפרד.
האם תשובה עם מקור היא בהכרח נכונה?
לא. צריך לבדוק אם המקור תומך בטענה, אם הוא תקף ואם התשובה לא השמיטה תנאי חשוב. לכן בוחנים תשובות מול מקורות ידועים.
מאיפה כדאי להתחיל?
מתחום ידע שיש לו בעל אחריות ומשימות ברורות. באפיון הפורטל הארגוני אפשר לבחור תרחיש ממוקד ולהגדיר מה ייחשב להצלחה לפני הפיתוח.
רוצים לבדוק תרחיש מהארגון שלכם? תאמו הדגמה אישית של Sweet Portal.