יישום ניתוח סנטימנט של טקסט

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

תחומי פיתוח AI

שאלות נפוצות

העבודות האחרונות

  • פיתוח אפליקציית ווב עבור FEEDME
    פיתוח אפליקציית ווב עבור FEEDME
    1365
  • פיתוח חנות מקוונת לחברת FURNORO
    פיתוח חנות מקוונת לחברת FURNORO
    1330
  • עיצוב לוגו לחברת B2B Advance
    עיצוב לוגו לחברת B2B Advance
    776
  • פיתוח אפליקציית ווב עבור Enviok
    פיתוח אפליקציית ווב עבור Enviok
    1077
  • פיתוח לוגו חברת AIDER
    פיתוח לוגו חברת AIDER
    1022
  • פיתוח CRM עבור Chasseurs
    פיתוח CRM עבור Chasseurs
    1113

ניתוח סנטימנט טקסט: היכן אובד הדיוק

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

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

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

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

מה נותן ניתוח משוב מסודר

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

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

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

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

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

השוואה בין גישות לניתוח ביקורות

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

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

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

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

שלבי הטמעת ניתוח משוב

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

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

ערכת תיעוד וכללי סימון

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

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

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

מקרה בוחן: כיצד עלה הדיוק בזרם פניות

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

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

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

  • שיעור הפניות שנותחו נכון: 61% → 92%, באירוניה ושלילות — מ-48% ל-86%.
  • זמן תגובה לאירוע: מ-40 דקות ל-6 — התפרצות נגטיב נראית בדקות הראשונות, ולא בשבוע הבא.
  • בדיקות ידניות: מ-~1800 ל-260 בשבוע, והזמן שהתפנה עבר לניתוח סיבות, ולא תוצאות.

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

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

במה שונה סנטימנט מנושא הפנייה?

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

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

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

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

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

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

מקרים שנויים במחלוקת ומגבלות השיטה

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

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

כיצד המודל מתמודד עם אירוניה וסלנג בביקורות?

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

מה לעשות עם תגובות מעורבות וקצרות?

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

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

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

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

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

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

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

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