חיבור Viber לקווים פתוחים ב-Bitrix24

מדוע פניות מ-Viber הולכות לאיבוד ב-Bitrix24

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

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

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

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

מה נותן חיבור מסנג'ר לקווים פתוחים

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

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

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

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

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

אפשרויות חיבור Viber ל-Bitrix24: השוואה

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

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

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

איך עוברת ההטמעה: שלבי עבודות ההנדסה

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

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

מה מוסרים לאחר הסיום: הגדרות ותיעוד

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

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

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

מקרה בוחן: פניות מהמסנג'ר בחלון אחד של הנציג

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

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

מה השתנה אחרי ההפעלה

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

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

מה לעשות אם הערוץ כבר מחובר אבל ההודעות לא מגיעות

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

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

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

שאלות טכניות נפוצות על חיבור הערוץ

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

האם הקו יעמוד בזרם הפניות שגדל?

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

איך מחלקים הרשאות בין הנציגים?

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

מה יקרה להתכתבות ולהגדרות הנוכחיות?

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

נדון במשימה: חיבור מסנג'ר לקווים שלכם

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

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

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

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