הגדרת תגובות אוטומטיות בקווים פתוחים של Bitrix24 במפתח סופי

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

הכישורים שלנו:

שאלות נפוצות

מענה אוטומטי ב-Bitrix24: מדוע פניות הולכות לאיבוד בקווים פתוחים

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

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

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

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

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

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

מה נותנת מערכת מענה אוטומטי מוגדרת

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

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

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

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

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

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

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

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

העיקר — לא להצליב תרחישים. אם הברכה ו«אין נציג» מופעלים בו-זמנית, הלקוח מקבל שתי הודעות ברצף. את התנאים מסדרים לפי עדיפות: תחילה בדיקת לוח הזמנים, לאחר מכן זמינות נציג, ולבסוף הברכה. בБитрикс24 זה נפתר באמצעות סדר הכללים בתור וחלוקה לקבוצות.

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

איך אנחנו מטמיעים מענים אוטומטיים: שלבי העבודה

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

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

  1. ביקורת של קווים פתוחים ופניות. מנתחים את היסטוריית השיחות, זמן המענה הראשון, שיעור הפניות שהוחמצו ופניות חוזרות. התוצר — מפה של נקודות בעייתיות עם סדרי עדיפויות.
  2. תכנון סכימת הניתוב. קובעים איזה ערוץ נכנס לאיזה קו, איך מתחלקים הנציגים לפי עומס וכישורים, היכן מופעל מענה אוטומטי והיכן עובר מיד לעובד אנושי.
  3. הגדרת תרחישי מענה אוטומטי. מנסחים ברכה, שאלות הבהרה, ענפים לפניות טיפוסיות, כללי הסלמה והעברת השיחה לנציג תוך שמירת ההקשר.
  4. שיחות בדיקה. מריצים את התרחישים בכל ערוץ: בודקים את תקינות ההסתעפויות, את הפעולה מחוץ ללוח הזמנים, את ההתנהגות כאשר נציגים אינם זמינים ואת היעדרם של "מבויים סגורים" שבהם הלקוח נשאר ללא מענה.
  5. תיקונים לפי תוצאות ההרצות. מסירים שלבים מיותרים, מקצרים את הדרך לנציג אנושי במקומות שבהם האוטומציה מעכבת את הפתרון.
  6. מסירת תיעוד. מוסרים את סכימת הניתוב, תיאור התרחישים, נוהל הליווי והוראות עבודה לנציגים — כדי שניתן יהיה לבצע תיקונים בלעדינו.
  7. ליווי לאחר ההשקה. בודקים את המדדים של השבועות הראשונים ומתאימים את התרחישים לזרימת הפניות בפועל.

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

מה הלקוח מקבל לידיו לאחר ההטמעה

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

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

את כל התוצרים מעבירים במרחב העבודה שלכם ב-Bitrix24 ובצורת מסמכים שניתנים לעריכה בכוחות הצוות שלכם. תארו את המשימה — נחזור עם הערכה ותוכנית לפי מערך הערוצים שלכם.

מקרה בוחן: כיצד קוצר זמן התגובה הראשונה בקווים פתוחים

הלקוח — חברת שירות עם קו תמיכה הפועל 24/7 ב-Битрикс24. הקווים הפתוחים קיבלו פניות מצ'אט באתר, מדואר אלקטרוני ומ�messengersים, אך בשעות הלילה ובמרווחי שיא המפעילים לא הספיקו פיזית להגיב: התור גדל, חלק מהשיחות נסגרו ללא מענה, ובבוקר המשמרת החלה בפינוי הצטברות.

מה היה לפני

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

מה שינו

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

מה נהיה

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

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

במה נבדל מענה אוטומטי בקו פתוח מצ'אטבוט

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

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

צ'אטבוט הוא תרחיש עם הסתעפות. הוא שואל שאלות הבהרה, מפצל זרמים לפי נושאים (משלוח, אחריות, חשבונית, בעיה טכנית), שולף נתונים מכרטיס הלקוח ורק אז либо נותן תשובה מוכנה, либо מעביר לנציג עם הקשר שכבר נאסף.

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

גבולות התחולה עוברים לפי מספר ההסתעפויות בפנייה טיפוסית.

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

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

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

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

שאלות טכניות נפוצות בנושא הודעות אוטומטיות ב-Bitrix24

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

מה יקרה אם הודעה אוטומטית חדשה תחפוף לתרחיש שכבר פועל?

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

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

כיצד להגדיר הודעות אוטומטיות כאשר יש כמה קווים פתוחים?

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

למי לתת הרשאות לעריכת הודעות אוטומטיות?

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

כיצד לבדוק שהודעות אוטומטיות פועלות כראוי?

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

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

בואו נדון במשימה שלכם בנושא מענים אוטומטיים

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

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

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

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