האימייל שחיכה יומיים

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

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

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

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

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

מה משתנה כשהמכונה קוראת לפי כוונה

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

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

המיון היה צוואר הבקבוק, לא התשובה

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

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

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

שאלות נפוצות

מה זה ניתוב אימיילים ב-AI?

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

הוא יענה ללקוחות בעצמו?

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

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

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