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