פיתוח מערכת AI לסיווג וניתוב פניות של אזרחים

מדוע סיווג פניות אזרחים נשבר בזרימה

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

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

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

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

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

מה משתנה לאחר ההטמעה: אפקט במספרי התהליך

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

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

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

הסף מוגדר בנפרד עבור כל ערוץ, כך שזרימה דרך Госуслуги, דואר נייר ודואר אלקטרוני אינם מפריעים זה לזה. עם הצטברות דוגמאות מאושרות, הסף עולה, וחלקו של הניתוח האוטומטי גדל ללא אובדן דיוק.

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

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

מצבי ניתוח: השוואת אפשרויות הטמעה

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

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

שלבי הטמעה: מביקורת הזרימה ועד לתפעול

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

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

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

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

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

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

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

מצב התחלתי

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

אספנו נקודת קבלה אחידה — Единое окно обращений: דואר, טפסים באתר, שיחות טלפון והתכתבות בצ'אטים מרוכזים לזרימה אחת עם מספור והיסטוריה משותפים. מודל הסיווג אומן על ארכיון פניות ותיוג של המומחים עצמם: הוא קובע נושא, תת-נושא וסימן דחיפות.

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

תוצאה

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

כדי שהשיחה תהיה עניינית, כדאי להכין:

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

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