הגדרה והתאמה אישית של כרטיס שיחה ב-Bitrix24

כרטיס השיחה ב-Битрикс24: היכן נשברת עבודת הנציג

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

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

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

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

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

מה משתנה אחרי ההגדרה: השפעות מדידות עבור המחלקה

כרטיס השיחה ב-Битрикс24, שנבנה סביב תהליכי המחלקה, מפסיק להיות רק חלון של טלפוניה. שיחה נכנסת פותחת אותו אוטומטית: לפי המספר נטענים הלקוח, היסטוריית הפניות והמנהל האחראי.

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

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

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

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

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

אפשרויות חיבור טלפוניה ומצבי הצגה של הכרטיס

ערוץ התקשורת ומצב הצגת הכרטיס הם שני פתרונות בלתי תלויים, ולעתים קרובות מבלבלים ביניהם. הטלפוניה המובנית של Битрикс24 מספקת מספר והגדרה בממשק אחד, אך הניתוב מוגבל לכללים מוכנים מראש.

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

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

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

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

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

מה נשאר אצל הלקוח: הגדרות ונהלים

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

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

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

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

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

מה שינינו

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

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

מדדים לפני ואחרי

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

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

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

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

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

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

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

ספקות טכניים נפוצים לפני תחילת העבודה

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

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

מה עם ערוץ התקשורת השני?

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

האם הכרטיס יעמוד בעומס בשעות השיא?

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

האם נוכל לשנות משהו בעצמנו אחרי המסירה?

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

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

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

• תרחישים לפי סוגי שיחות — נכנסת, יוצאת, שלא נענתה, העברה לעובד אחר: מה צריך להופיע בכל מקרה בכרטיס השיחה ב-Битрикс24.
• גישות — פורטל עם הרשאות להגדרת כרטיסים ותהליכים עסקיים, סביבה נפרדת לניפוי שגיאות, נתוני טלפוניה חיצונית אם קיימת.
• דוגמאות לפניות — 5–10 שיחות אמיתיות עם צילומי מסך של הכרטיס הנוכחי: נראה אילו שדות מתמלאים ידנית ואילו הולכים לאיבוד.
• מגבלות — דרישות מחלקת המכירות ובקרת האיכות, כללי שמירת ההקלטות, ומה אסור לשנות בתהליכים עסקיים שכבר פועלים.
• נקודות אינטגרציה — 1С ושירותים חיצוניים שצריכים לקבל נתונים מהכרטיס או להעביר אליו נתונים.
• עדיפויות ולוחות זמנים — מה דרוש להפעלה הקרובה ומה אפשר לדחות לשלב השני.
• קבלת העבודה — מי מטעם הלקוח מאשר את התוצאה.

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