מעבר בלי להתחיל מאפס
שמרו את הסוכן. החליפו את שכבת הטלפון.
ממפים את המספרים, תרחישי השיחה, הכלים וה-webhooks הקיימים, מריצים שיחות בדיקה ורק אז מעבירים את השיחות למערכת החדשה.
למה לעבור ל-TTMA
המעבר מתאים לצוות שרוצה להשאיר את מוח הסוכן, הזיכרון והכלים בסביבה שבשליטתו ולהחליף רק את שכבת הטלפוניה והקול. הוא אינו שדרוג אוטומטי לכל מערכת; בודקים התאמה מול התרחישים שלכם.
מה צריך לפני שמתחילים
שלב 1: מתקינים את TTMA
מתקינים את שער הקול לצד הסוכן, מתחברים לפורטל, בוחרים מספר בדיקה ושומרים את הסביבה במצב Private. לפני העברת תוכן בודקים ששיחה בסיסית נכנסת ויוצאת עובדת.
שלב 2: מעבירים את ההנחיות
ממפים system prompt או agent prompt לזהות, Playbook ו-this-call brief. לא מעתיקים הוראות ספק עיוורות; מתרגמים את הכוונה למבנה של TTMA ומסירים הנחיות סותרות.
שלב 3: מחברים את הכלים
לכל function או tool קיימים מגדירים חוזה שקול: schema, authentication, timeout, תוצאה ו-idempotency. מתחילים בכלי קריאה ורק אחר כך מפעילים כתיבה.
שלב 4: מעבירים את המספר
אפשר להתחיל במספר TTMA חדש ולהפנות אליו חלק מהשיחות. porting או שינוי המספר המפורסם מתבצעים רק אחרי QA, תוך שמירת דרך חזרה לספק הקודם.
שלב 5: בודקים את הסוכן
מריצים סט קבוע של שיחות הצלחה, כשל והתקפה בעברית ובאנגלית. משווים זמן תגובה, הבנה, תוצאות כלים והשלמת מטרה ל-baseline ששמרתם.
מיפוי מושגים בין פלטפורמות
Agent prompt ממופה לזהות ו-Playbook; function calling ממופה לכלים או voicebridge; webhook נשאר endpoint חתום; dynamic variables הופכים ל-this-call brief או metadata; knowledge base ממופה למקורות context או kb_search.
שאלות נפוצות ומעבר מדורג
אין חובה להעביר הכול ביום אחד. הפעילו אחוז קטן מהשיחות, השוו מדדים והגדילו בהדרגה. פורמטים, pricing ויכולות ספק אינם זהים ולכן כל מיפוי נבדק בפועל.
רוצים לבדוק התאמה לפני שמחליטים?
נעבור על המערכת הקיימת, התרחישים והנתונים ונציע מסלול בדיקה מדורג.
דברו איתנו