ללא הגדרת לוח זמנים, קו פתוח נחשב לפעיל 24/7. לקוח כותב ב-3 לפנות בוקר — אין תגובה, המפעילים לא מחוברים, התשובה האוטומטית שותקת כי המערכת חושבת שמישהו בתורנות. התוצאה: ליד אבוד ומשתמש מתוסכל. ב-50+ פרויקטים, נתקלנו בזה עשרות פעמים: הגדרת שעות עבודה היא אחת המשימות הקריטיות הראשונות בהטמעת מרכז הקשר.
תזמון שגוי מוביל לירידה משמעותית בהמרת האתר ב-15–20%. לקוחות עוברים למתחרים, מנהלים מבזבזים זמן על שיחות חוזרות ידניות. בהגדרה נכונה, החיסכון בתקציב יכול להגיע ל-30% מזמן המפעיל. עלות ההגדרה מחושבת באופן אישי, והיא מחזירה את עצמה באמצעות אוטומציה בתוך החודש הראשון.
לפי התיעוד של Bitrix24: "הגדרת שעות עבודה מאפשרת להגדיר תרחישים ללקוחות מחוץ לשעות הפעילות, דבר קריטי לפעולה תקינה של מרכז הקשר" (helpdesk.bitrix24.ru).
להלן תרחישים מוכחים שאנו מיישמים בסביבת ייצור.
היכן להגדיר את לוח הזמנים
CRM ← מרכז הקשר ← קווים פתוחים ← בחרו קו ← לשונית 'שעות עבודה'. כאן מגדירים:
- ימי עבודה בשבוע (בנפרד לכל יום).
- שעות עבודה לכל יום.
- אזור זמן.
- התנהגות מחוץ לשעות העבודה.
מצבי התנהגות מחוץ לשעות הפעילות
| מצב | תיאור | מתי להשתמש |
|---|---|---|
| תשובה אוטומטית | הלקוח מקבל הודעת טקסט על שעות הפעילות. הצ'אט נשאר פתוח, ההודעה נשמרת. | צריך לשמור את הדיאלוג לתשובה בבוקר. |
| טופס התקשרות חוזרת | במקום צ'אט, מוצג טופס: שם + טלפון. הנתונים יוצרים ליד ב-CRM. | רוצים לאסוף פרטי קשר גם בלילה. |
| הסתרת הווידג'ט | כפתור הצ'אט לא מוצג מחוץ לשעות העבודה. | אין משאבים לטפל בפניות ליליות. |
| העברה לקו אחר | מנתב פניות לקו עם בוט או תמיכת לילה. | קו 24/7 או בוט-נווט פעילים. |
כל מצב פותר משימה משלו. טופס ההתקשרות החוזרת בדרך כלל יעיל יותר מתשובה אוטומטית ריקה — הוא לפחות אוסף פרטי קשר. הסתרת הווידג'ט היא הדרך הפשוטה ביותר להימנע מציפיות שווא.
למה טופס התקשרות חוזרת עדיף על תשובה אוטומטית מחוץ לשעות?
שני המצבים מתאימים, אבל הטופס נותן תוצאה מדידה: ליד עם מספר טלפון. תשובה אוטומטית משאירה את הצ'אט פתוח — המפעיל רואה את ההודעה שהתפספסה בבוקר, אבל הלקוח עלול כבר ללכת. לפי הנתונים שלנו, ההמרה מפנייה לילית לעסקה גבוהה ב-30% בשימוש בטופס. מוגדר תוך 10 דקות.
איך להגדיר קווים פתוחים לצוותים מבוזרים?
אם מפעילים עובדים באזורי זמן שונים — צרו מספר קווים פתוחים עם לוחות זמנים חופפים. נתבו פניות ביניהם באמצעות תרחיש בוט או שלחו אותן לקו הפעיל כברירת מחדל.
אפשרות פשוטה לקו אחד: ציינו את אזור הזמן של הפורטל ותזמנו לפיו. מפעילים שמתחילים לעבוד מוקדם יותר משנים ידנית את הסטטוס ל'זמין' — המערכת מתחילה לשלוח להם צ'אטים.
ניהול סטטוס מפעיל
לוח הזמנים של הקו הוא התוכנית. ההתנהגות בפועל תלויה בסטטוסי המפעילים. אם מפעיל מגדיר ידנית 'מחובר' מחוץ ללוח הזמנים, צ'אטים יישלחו אליו גם אם זה מחוץ לשעות לפי לוח הזמנים.
אינטגרציה עם מודול 'ניהול זמן עבודה' (Timeman) פותרת את הבעיה: ב-timeman.open, סטטוס המפעיל משתנה אוטומטית ל'זמין', ב-timeman.close — ל'לא זמין'. זה מבטל את הגורם האנושי ומפחית מעברים ידניים ב-50%.
הגדרת הקישור: CRM ← מרכז הקשר ← קווים פתוחים ← מפעילים ← הפעל 'סנכרון עם סטטוס זמן עבודה'.
הוראות שלב-אחר-שלב: הגדרת סנכרון עם Timeman
- ודאו שלכל המפעילים יש לוחות זמנים מלאים במודול 'ניהול זמן עבודה' (Timeman).
- עברו ל-CRM ← מרכז הקשר ← קווים פתוחים ← מפעילים.
- לכל מפעיל, הפעילו את האפשרות 'סנכרון עם סטטוס זמן עבודה'.
- בדקו שב-timeman.open סטטוס המפעיל משתנה ל'זמין', וב-timeman.close — ל'לא זמין'.
- למדו את המפעילים לא לשנות את הסטטוס ידנית — זה יאפס את הסנכרון עד לאירוע הבא.
ימי אי-עבודה וחגים
לוח הזמנים מוגדר כתבנית שבועית — אין כלי מובנה לחגים. פתרון עוקף: בערב החג, האחראי משנה את לוח הזמנים ידנית, או שהמפעיל מחליף סטטוס.
לאוטומציה, השתמשו בבקשת REST:
PUT /rest/imopenlines.config.update { "ID": 42, "WORK_TIME_ENABLED": "N" } הסקריפט רץ דרך cron בערב החג ומשחזר את ההגדרות אחריו. תיעוד מלא על עבודה עם REST API של קווים פתוחים זמין ב-helpdesk.
טעויות נפוצות
אי-התאמה של אזור זמן. לוח הזמנים מוגדר לפי UTC, הפורטל פועל בשעון מוסקבה — הקו יורד 3 שעות מוקדם יותר. בדיקה: הגדרות פורטל ← הגדרות אזוריות ← אזור זמן.
המפעיל לא משנה סטטוס. יוצא להפסקת צהריים, הסטטוס נשאר 'מחובר' — נכנס צ'אט, המפעיל לא עונה, הלקוח ממתין 15 דקות. פתרון: הפסקה חובה דרך Timeman או מעבר ידני עם נוהל.
תשובה אוטומטית ותשובה חיה מגיעות יחד. המפעיל מתחבר ב-8:59, הלקוח הראשון כותב ב-9:00 — מקבל תשובה אוטומטית 'מחוץ לשעות' ו-30 שניות אחר כך תשובה חיה. פתרון: צמצמו את עיכוב התשובה האוטומטית או כבו אותה 5–10 דקות לפני תחילת היום.
| בעיה | סימן | פתרון |
|---|---|---|
| אזור זמן לא מסונכרן | הקו יורד מוקדם יותר/מאוחר יותר | בדקו הגדרות אזוריות בפורטל |
| תשובה אוטומטית חופפת | הלקוח מקבל שתי הודעות | צמצמו את עיכוב התשובה האוטומטית |
| המפעיל שכח להחליף סטטוס | צ'אטים מגיעים מחוץ לשעות | הפעילו סנכרון עם Timeman |
מידע נוסף על סנכרון עם Timeman
כאשר האפשרות 'סנכרון עם סטטוס זמן עבודה' מופעלת, סטטוס המפעיל משתנה אוטומטית ברגעי timeman.open ו-timeman.close. חשוב: אם מפעיל משנה ידנית את הסטטוס ל'מחובר', הסנכרון מושהה עד לאירוע Timeman הבא. ההגדרות שלנו מתחשבות בניואנס הזה — אנו בודקים תרחישים ומכשירים מפעילים.
מה כלול בהגדרה
- ביקורת על התצורה הנוכחית והמלצות על מצבים.
- הגדרת לוחות זמנים, אזורי זמן וסטטוסי מפעילים.
- אינטגרציה עם Timeman למעבר סטטוס אוטומטי.
- הגדרת סקריפט REST לחגים (במידת הצורך).
- בדיקת תרחישים: לקוח בשעות עבודה/מחוץ להן.
- תיעוד תפעולי והכשרת מפעילים.
אנו מבטיחים פעולה תקינה לאחר ההטמעה. הזמינו את ההגדרה עכשיו — נעריך את הפרויקט שלכם תוך יום אחד. יש לנו ניסיון של 5+ שנים ולמעלה מ-50 פרויקטים מוצלחים בהגדרת Bitrix24. קבלו ייעוץ — נבחר את המצב האופטימלי לעסק שלכם.