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

מדוע מחולל המכירות של Bitrix24 לא מביא פניות

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

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

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

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

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

די בסגמנט «לא רכשו יותר מחצי שנה» ובתרחיש של שניים-שלושה שלבים כדי להחזיר חלק מההכנסה בלי עלויות חדשות לגיוס.

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

מה נותן Bitrix24 מוגדר: אפקטים מדידים

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

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

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

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

כיצד בונים סגמנטים ורובוטים: השוואת גישות

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

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

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

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

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

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

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

תיעוד, הרשאות גישה ונהלים במסירה

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

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

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

מקרה בוחן: הפעלה מחדש החזירה פניות מבסיס רדום

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

מה הראו המדידות

מה שינו

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

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

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

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

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

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

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

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

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

מה מבררים לפני ההתחלה: ספקות טכניים

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

אילו הרשאות נדרשות להגדרות?

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

כיצד נלקחת בחשבון הסכמה לדיוור?

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

איך לשלול כפילות פניות?

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

מה כלול בתמיכה לאחר ההפעלה?

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

נדון במשימה: אילו נתוני פתיחה דרושים להתחלה

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

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

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