איך AMD עובד?

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

▸ הגרסה הקצרה

הוא מקשיב בערך שנייה וחצי.

כששיחה יוצאת מתחברת, ה-AMD לא מחבר אותך לקו מיד. במקום זאת, המערכת מחזיקה את השמע בערך 1-2 שניות ומנתחת את מה שעובר. בני אדם נוטים לענות ב"הלו?" מהיר, בדרך כלל פחות מ-1.5 שניות של שמע, עם הפסקה ברורה אחר כך בהמתנה לתגובה.

ברכות תא קולי נשמעות אחרת. הן ארוכות יותר, בדרך כלל 4-15 שניות, רצות כמונולוג רציף, ומסתיימות בצפצוף. ה-AMD בודק את משך הדיבור הראשוני, ההפסקות, פרופיל התדרים, ו(במערכות מודרניות) חתימות שנלמדו בלמידת מכונה של דפוסי ברכות תא קולי נפוצים. כשהחישוב אומר "מכונה", השיחה מנותקת לפני שאתה בכלל עונה.

▸ שאלות נפוצות

הדברים שאנשים שואלים על AMD.

כמה מדויק ה-AMD?

AMD מודרני בנתיב ספק נקי מדויק בערך ב-90-95%. ה-5-10% הנותרים מתחלקים בין שני סוגי טעויות: חיוביים כוזבים (ה-AMD חושב שאדם הוא תא קולי ומנתק את השיחה שרצית) ו שליליים כוזבים (ה-AMD חושב שתא קולי הוא אדם ומחבר אותך לברכה).

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

האם העיכוב של "הלו? ... הלו?" לא מעצבן אנשים?

כן, לפעמים. יש הפסקה מורגשת בין הרגע שהאדם אומר "הלו" לבין הרגע שהנציג עולה על הקו, זה ה-AMD עושה את העבודה שלו. בנתיבי ספק באיכות נמוכה זה יכול להגיע ל-2+ שניות, מספיק כדי שאנשים ינתקו.

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

איך בדיוק עובד ה-AMD של DialerSeat?

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

כל תוצאת AMD נשמרת ברשומת השיחה, כך שאפשר לבדוק את דיוק ה-AMD בקמפיינים שלך מאוחר יותר דרך נתוני הניתוח.

מתי ה-AMD באמת פועל ב-DialerSeat?

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

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

מה קורה לשיחות שה-AMD מנתק?

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

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

אפשר לראות למה שיחה מסוימת נותקה?

כן. כל רשומת שיחה כוללת את תוצאת ה-AMD (איזו מתוך שש התוצאות הופעלה) יחד עם מידע תזמון. פתח אותה ביומן השיחות בלוח הבקרה או ייצא אותה לניתוח.

האם השארת הודעות בתא קולי היא פיצ'ר נפרד?

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

האם AMD עומד ב-TCPA / TSR?

ה-AMD עצמו לא משנה את תמונת הציות שלך. כללי הציות חלים על פעולת ביצוע השיחה, לא על השאלה אם אחר כך אתה מתחבר לאדם או למכונה.

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