הטמעת Synthflow לסוכני קול מבוססי בינה מלאכותית ללא קוד

סוכנים קוליים על Synthflow: היכן נשבר הדיאלוג החי

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

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

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

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

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

מה נותן הסוכן הקולי: מהירות תגובה, חיוג, עומס

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

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

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

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

דרכי בניית התרחיש: בונה Synthflow או פיתוח עצמאי

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

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

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

שלבי הטמעת הסוכן הקולי: מביקורת ועד מסירה

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

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

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

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

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

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

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

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

הרכב האספקה: תרחישים, כללי הסלמה, נהלים

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

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

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

מקרה בוחן: סוכן קולי בתמיכה — מדדים לפני ואחרי

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

מה שינו

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

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

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

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

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

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

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

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

ספקות טכניים לפני ההשקה: קול, טלפוניה, הרשאות

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

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

היכן נשמרות הקלטות השיחות ולמי יש אליהן גישה?

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

איך מטפלים בהסכמה לעיבוד נתונים?

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

מה המגבלות של הטלפוניה ומה עם העומס על הקו?

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

נדון במשימה: אילו נתונים נדרשים להערכת התרחיש

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

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

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