איך כותבים תסריט שיחה לסוכן AI בעברית

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

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

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

מתחילים מהפעולה, לפני שמתחילים מהמשפטים

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

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

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

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

מבנה בסיסי:

1. פתיחה קצרה עם שקיפות. 2. שאלה ראשונה שמזהה כוונה. 3. איסוף פרטים לפי סוג פנייה. 4. אימות קצר של המידע. 5. פעולה או העברה לאדם. 6. סיום עם ציפייה ברורה.

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

פתיחה טובה בעברית: קצרה, שקופה, לא מתנצלת

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

דוגמת פתיחה לקליניקה:

> שלום, הגעת לקליניקה של ד"ר לוי. אני העוזר הקולי של המרפאה. אפשר לעזור בקביעת תור, שינוי תור, או השארת הודעה לצוות. במה תרצה להתחיל?

דוגמת פתיחה לחנות אונליין:

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

דוגמת פתיחה לעסק שירות:

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

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

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

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

איך שואלים שאלות בלי לעייף את הלקוח

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

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

דוגמה פחות טובה:

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

דוגמה טובה יותר:

> הבנתי שזו תקלה במזגן. מה הכתובת שבה צריך שירות? > תודה. מה מספר הטלפון לחזרה? > באיזה זמן נוח לצוות ליצור איתך קשר?

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

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

רשימת שאלות שימושיות:

• "מה תרצה לעשות בשיחה הזאת?"
• "לאיזה תאריך או טווח שעות אתה מכוון?"
• "מה מספר ההזמנה או הטלפון שבו בוצעה ההזמנה?"
• "האם זו פנייה דחופה להיום?"
• "לאן לשלוח את הסיכום בוואטסאפ?"
• "האם תרצה שנציג יחזור אליך?"

כללי העברה לנציג: איפה AI צריך לעצור

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

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

ניסוח העברה טוב צריך להיות רגוע וברור:

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

ניסוח פחות טוב:

> לא הצלחתי להבין אותך. אנא נסה שוב או המתן לנציג.

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

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

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

קצב, הפסקות ועברית מדוברת

עברית בשיחה טלפונית לא מתנהגת כמו טקסט באתר. אנשים מתחילים משפט, עוצרים, מתקנים את עצמם, ומשלבים מילים באנגלית. לקוח יכול לומר "אני צריך appointment לשבוע הבא", או "זה order מאתמול". תסריט טוב מניח שזה יקרה.

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

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

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

דוגמה למשפט ארוך מדי:

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

דוגמה טובה יותר:

> איזה יום נוח לך? > מעולה. יש שעה מסוימת שעדיפה לך?

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

דוגמאות לתסריטים מוכנים

קביעת תור לקליניקה

פתיחה:

> שלום, הגעת לקליניקה. אני העוזר הקולי של המרפאה. אפשר לקבוע תור, לשנות תור קיים, או להשאיר הודעה לצוות. במה תרצה להתחיל?

אם הלקוח רוצה תור:

> בשמחה. לאיזה סוג טיפול או בדיקה התור? > תודה. יש יום או טווח שעות שנוח לך? > אני בודק זמינות. יש אפשרות ביום שלישי בשעה 16:30 או ביום רביעי בשעה 10:00. מה עדיף? > מצוין. רק לוודא, לקבוע ליום שלישי בשעה 16:30?

סיום:

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

פתיחת ליד לשירות B2B

פתיחה:

> שלום, הגעת ל-OpticoAI. אני אאסוף כמה פרטים כדי שנוכל לחזור אליך עם מענה מתאים. מה השירות שמעניין אותך?

איסוף:

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

סיום:

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

שירות לקוחות לחנות אונליין

פתיחה:

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

סטטוס הזמנה:

> אפשר לקבל מספר הזמנה או מספר טלפון? > תודה. אני בודק את הסטטוס. > מצאתי שההזמנה בטיפול. אשלח קישור מעקב בוואטסאפ.

העברה:

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

טעויות נפוצות בכתיבת תסריט

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

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

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

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

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

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

איך לבדוק ולשפר אחרי העלייה

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

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

מדדים שימושיים:

• אחוז שיחות שהמשיכו מעבר ל-20 שניות.
• אחוז שיחות שהסתיימו בפעולה.
• מספר העברות לנציג לפי סיבה.
• מספר בקשות חוזרות של "אפשר נציג".
• זמן ממוצע לשיחה לפי סוג פנייה.
• מספר תיקוני תסריט שבוצעו השבוע.

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

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

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

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

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

גם שינוי קטן בקצב יכול לשנות את תחושת השירות.

שאלות נפוצות

סיכום ו-CTA

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

לבניית סוכן Voice AI בעברית

להתקשרות מהירה

Internal link plan

• `/services/voice-ai/` עם העוגן "סוכן Voice AI בעברית".
• `/services/automations/` עם העוגן "חיבור תסריט לאוטומציות".
• `/case-studies/` עם העוגן "דוגמאות לפרויקטים".
• `/blog/voice-ai-answering-for-businesses/` עם העוגן "מענה קולי AI לעסקים".
• `/blog/phone-ai-or-whatsapp-bot/` עם העוגן "בוט קולי לעסק או וואטסאפ".