אנליטיקה מקצה לקצה ב-Bitrix24: היכן נשברת שרשרת הנתונים
השרשרת «פרסום → ליד → עסקה → תשלום» כמעט לעולם אינה עוברת בתוך מערכת אחת. חשבון הפרסום יודע על הקליק וההוצאה, הטופס או המסנג'ר — על הפנייה, ה-CRM — על הליד, והנהלת החשבונות — על התשלום.
אנליטיקה מקצה לקצה ב-Bitrix24 מחברת את החוליות הללו לקו אחד, אבל רק כל עוד בכל חיבור נשמר מזהה הלקוח. ברגע שהוא הולך לאיבוד, הפער בין הפרסום לעסקאות הופך לאזור עיוור.
השבר הראשון — אובדן מקורות הפניות. התג לא מגיע אם המעבר עובר דרך רידיירקט או מסנג'ר, אם מספר הטלפון נמסר בשיחה והמנהל הזין אותו ידנית, ואם הטופס בדף אינו מעביר את הפרמטרים לכרטיס. ב-CRM נשאר «כניסה ישירה» או שדה ריק, ואין עוד במה לייחס את הפנייה לקמפיין.
החיבור השני — רישום הלידים והעסקאות. כפילויות נוצרות בפניות חוזרות, בעבודה מקבילה של מחלקת המכירות והמזכירה האוטומטית, וביבוא מטבלאות. התשלום עשוי לעבור ב-1C כמסמך נפרד ללא קשר לעסקה, והעברת נתונים ידנית הופכת לנורמה: מייצאים את המרשם, מצליבים לפי שם החברה, ומזינים את המקור ביד.
המחיר — החלטות ניהוליות על בסיס נתונים חלקיים. ערוץ עם עסקאות יקרות אך נדירות נראה מפסיד לצד לידים זולים ללא תשלומים. נבחן כיצד סוגרים את זה.
מה משתנה אחרי ההטמעה: האפקט במונחים מדידים
לפני ההטמעה המקור היה ידוע רק בחלק מהעסקאות: פניות מהטלפון, מהמסנג'רים ופניות חוזרות נכנסו ל«לא מסומן», וחלקן של העסקאות ללא שיוך מקור עמד על כמחצית מהמשפך. עלות גיוס הלקוח חושבה לפי ממוצע — ערוצים עם מחזור ארוך נראו משתלמים יותר מכפי שהיו בפועל.
אחרי הרכבת החיבור, חלקן של העסקאות עם מקור מזוהה מגיע ל-85–95%: הנגיעה נרשמת בביקור הראשון, נקשרת לליד לפי טלפון או דואר אלקטרוני ומועברת לעסקה בעת יצירתה ב-Bitrix24. תשלומים ומשלוחים מ-1C נמשכים לאותה שרשרת, ולכן שיוך העסקאות אינו נשבר בשלב הסגירה.
זמן הכנת הסיכום מתקצר מכמה שעות של איסוף ידני לדוח קבוע: הנתונים מחשבונות הפרסום, מה-CRM וממערכת הנהלת החשבונות נאספים לפי לוח זמנים, והמנהל רואה חתך מוכן לפי ערוצים ומנהלים. הצלבה ידנית נשארת רק לבדיקת הזמנות שנויות במחלוקת.
אפקט נפרד — אי-התאמות בין המערכות. התאמה לפי מספר הזמנה וסכום מסלקת סוג שלם של שגיאות, שבהן הזמנה ששולמה קיימת במערכת הנהלת החשבונות אך אינה נראית ב-CRM, או להפך: רשומות כאלה צפו בסוף החודש ועיוותו גם את מספר העסקאות וגם את עלות גיוס הלקוח.
דרכים לקשור פרסום לעסקאות ב-Bitrix24
אפשר לקשור פרסום לעסקה בכמה דרכים, והן אינן סותרות זו את זו. הבחירה תלויה במספר הערוצים, בקיום שיחות טלפון ובשאלה אם אתם מוכנים לתחזק את החיבור בכוחות עצמכם.
| אפשרות | מתי מתאימה | מגבלות |
|---|---|---|
| סימון קישורים ידני (UTM) | ערוץ אחד-שניים, כל התנועה עוברת לאתר | התג הולך לאיבוד במעבר בין מכשירים ובנגיעות אופליין, ונשבר בשינוי שמות הקמפיינים |
| טעינת דוחות ממערכות הפרסום | נדרש חתך של הוצאות וקליקים בלי פיתוח נוסף | הנתונים מגיעים באיחור ואינם נקשרים לעסקה מסוימת — רק לקבוצת מודעות |
| מודול אנליטיקה מוכן בתוך המערכת | נדרש התחלה מהירה לפי תרחיש סטנדרטי | לוגיקת שיוך נוקשה: משפכים לא סטנדרטיים וכללי איחוד משלכם אינם נתמכים |
| טלפוניה עם זיהוי מקור השיחה | חלק ניכר מהפניות הן שיחות טלפון | מכסה רק שיחות טלפון; התכתבות במסנג'רים ופניות מטפסים נשארות מחוץ לחיבור |
| חילופי נתונים עצמאיים דרך אפליקציה | ערוצים רבים, כללי שיוך ואיחוד משלכם | דורש תחזוקה: יש לעקוב אחר שינויים במערכות חיצוניות ושגיאות בחילופי הנתונים |
בפועל, לרוב מרכיבים שילוב: הסימון מספק את המקור הראשוני, המודול או האפליקציה שלכם מוביל אותו עד לעסקה, והטלפוניה מכסה את השיחות. הקריטריון הוא אחד — האם המקור מגיע עד לכרטיס העסקה, ולא נשאר בדוח הפניות.
איך אנחנו מטמיעים: מביקורת מקורות הנתונים ועד לנהלים
אנליטיקה מקצה לקצה ב-Bitrix24 נשברת לא בשלב הדוח אלא בקלט: אם הקליק הפרסומי לא הגיע לעסקה, שום דשבורד לא ישחזר את המקור. לכן המחזור הולך מלמטה למעלה, בקפדנות — קודם נתונים והרשאות, אחר כך לוגיקת הקישור, ורק בסוף תצוגת ההכנסות.
- ביקורת מקורות הנתונים. אוספים את כל נקודות הכניסה של הפנייה: טפסים וצ'אטים באתר, טלפוניה, מסנג'רים, פניות ידניות של מנהלים, עסקאות ב-CRM, חשבוניות ותשלומים ב-1C, וחשבונות של מערכות פרסום. עבור כל מקור מתעדים אילו מזהים הוא מספק ובאיזה שלב הם הולכים לאיבוד.
- תכנון סכימת הקישור. בוחרים מזהה חוצה — תג הקליק, מספר טלפון או דואר אלקטרוני — ומתארים את הכלל שלפיו הפנייה, העסקה והתשלום נאספים לשרשרת אחת. בנפרד מגדירים את ההתנהגות במקרה של נתונים חלקיים וכאשר התגים מושבתים.
- הגדרת התאמה בין ישויות. מכניסים את ספרי העזר לפורמט אחיד: טלפונים וכתובות דואר בפורמט אחד, כפילויות, כתיבים שונים של שמות קמפיינים, פניות חוזרות של אותו לקוח. זהו השלב העמוס ביותר — בלעדיו הדוח מתחיל לפצל לקוח אחד לשלושה.
- הרצת מבחן על עסקאות סגורות. לוקחים עסקאות היסטוריות עם תוצאה שכבר ידועה ומשווים: המערכת צריכה להציג את אותו מקור ואת אותו סכום כמו התשלום בפועל. פערים מפרקים עד לאפס, עד שהלוגיקה תתכנס על כל המדגם.
- בדיקה על תנועה חיה. מעבירים קמפיינים אמיתיים ובודקים כיצד מתנהגים התגים, הרידיירקטים ותקופת שמירת המזהה. עוקבים אחר חלק הפניות ללא מקור — הוא צריך לרדת למינימום, ולא «להתמוסס» בדוח.
- מסירת נהלים. מוסרים הנחיות: כיצד לסמן קמפיינים חדשים, מה לעשות בשינוי סכימת התגים, מי אחראי לאיכות הנתונים וכיצד להתאים מדי חודש את הדוח לתשלומים. בנוסף טוענים גם את ההיסטוריה, כדי שהאנליטיקה לא תתחיל מאפס.
אחרי זה אפשר לקרוא את הדוח כמו מסמך פיננסי: כל קמפיין נקשר להכנסות, והפערים מוסברים על ידי כלל מוגדר, ולא על ידי «ייחודיות הנתונים».
קונפיגורציות, סכימות ונהלים: מה נשאר אצלכם
לאחר המסירה, ההגדרות נשארות לא בהתכתבות ולא בראשו של המהנדס, אלא בקונטור שלכם: לכל חיבור יש בעלים, תיאור ונקודת שחזור. להלן התוצאה המוחשית שאנו מוסרים בסיומו של פרויקט אנליטיקה מקצה לקצה ב-Bitrix24.
- כללי התאמה. אילו פרמטרים של סימון הפרסום נקשרים לעסקה, כיצד מטופלות פניות ללא תג ומה עושים בפנייה חוזרת ממקור נוסף.
- סכימת זרימות הנתונים. מקורות, אחסון ביניים, קולטים ונקודות שבהן הזרימה עשויה להיפסק — עם ציון היכן לבדוק במקרה של פער.
- הגדרות של ייצוא ותזמונים. תדירות חילופי הנתונים, עומק הנתונים ההיסטוריים, ההתנהגות כאשר המקור אינו זמין והשלמת מרווח שהוחמץ.
- הרשאות גישה לפי תפקידים. מי רואה חתכים מסכמים, מי יכול לשנות את כללי ההתאמה, מי רק קורא דוחות — בלי חשבון משתמש משותף אחד לכולם.
- הוראות לעובדים. תזכורות קצרות לשיווק, למחלקת המכירות ולמנהל: מה לבדוק בתחום שלך ולמי לפנות במקרה של אנומליה.
- נוהל התאמה. באיזו תדירות מתאימים את הנתונים למקורות הראשוניים, מי אחראי לנוהל ובאיזה סף של פער מופעל הבירור.
- יומן שינויים. היסטוריית עריכות של כללים והגדרות עם תאריך ומחבר — רואים אחרי איזה שינוי המספרים זזו וכיצד לחזור אחורה.
מקרה בוחן: איך צמצמנו את חלק העסקאות ללא שיוך מקור
אצל הלקוח הפניות הגיעו מכמה ערוצים — פרסום קונטקסטואלי, רשתות חברתיות, מסנג'רים ומעברים משותפים. חלק מהעסקאות המנהלים הזינו ב-Bitrix24 ידנית, וחלק — דרך טפסים ללא תגים, ולכן המקור או שהיה חסר או שהוזן «בעין». לא ניתן היה לקשור הוצאות פרסום להכנסות בתמונה כזו.
מה היה
בתחילת הדרך מדדנו שלושה מדדים. חלקן של העסקאות ללא שיוך מקור — שליש מכלל העסקאות הסגורות: לפיהן לא ניתן היה להבין איזה ערוץ הביא אותן. הסיכום הידני לפי מקורות גזל מהמשווק יומיים עבודה בחודש, וההתאמה בין ייצוא מערכות הפרסום ל-CRM העלתה פערים בערך בכל עסקה שמינית.
הרכבנו קונטור רישום אחיד: כל נקודות הכניסה — טפסים באתר, שיחות טלפון, צ'אטים, יצירה ידנית — עוברות דרך כללים משותפים להזנת המקור. המערכת שומרת את מזהה המעבר, ואם התג אבד, היא מציבה את מקור הנגיעה האחרונה ומסמנת את העסקה לבדיקה.
ההתאמה מול מערכות הפרסום מופעלת לפי לוח זמנים, מצליבה תאריכים, סכומים ומזהי מעברים, ומכניסה את הפערים לתור נפרד לטיפול.
מדדים לפני ואחרי
חלקן של העסקאות ללא שיוך מקור ירד משליש ל-4% — נותרו פניות בודדות ללא נגיעה נכנסת, כמו שיחה לפי כרטיס ביקור ישן. הסיכום נבנה אוטומטית: המשווק מקדיש לבדיקה 15–20 דקות במקום יומיים. הפערים בהתאמה — פחות מ-1%, וכל אחד מהם מטופל ביום גילויו, ולא בסיכום החודש. הדוחות לפי ערוצים אצל השיווק ומחלקת המכירות תואמים כעת, ולכן ההחלטות מתקבלות לפי תמונה אחת.
מה לעשות אם המשפך כבר פרוס והנתונים מלוכלכים
משפך פרוס אינו מפריע להטמיע את הקישור — הוא מפריע לנקות את הנתונים שלכם עצמכם בצורה חזיתית. לכן הקונטורים פועלים במקביל: עסקאות חדשות נכתבות לקונטור נקי, ההיסטוריה שנצברה מטופלת בנפרד, והמכירות אינן נעצרות.
דוחות בתקופת המעבר אנו בונים עם תאריך חיתוך — אחרת המספרים משתנים לנגד עיני מחלקת המכירות והאמון בהם הולך לאיבוד מהר יותר משניתן לשקם אותו.
סדר הטיפול — מספרי העזר אל העסקאות. תחילה קמפיינים ותגים: כפילויות של מקורות, כתיב שונה, ערכים ריקים. אחר כך אנשי קשר וחברות — שם נמצאות רוב כפילויות העסקאות, כשהלקוח נוצר דרך כתובות דואר או טלפונים שונים. ורק אחר כך העסקאות עצמן: איחוד ישויות ברמה העליונה משנה את הקישורים שלהן.
כפילויות של עסקאות מחפשים לפי סט סימנים: זהות איש הקשר, קרבה בתאריך היצירה, חפיפה בסכום. אין אנו מוחקים עסקאות, אלא מאחדים אותן לעסקת אב עם העברת הנגיעות ושמירת יומן השינויים — מחיקה מוחקת את ההיסטוריה והחזרה אחורה נעשית בלתי אפשרית.
לגבי מקורות שאבדו הכלל נוקשה: אין נתונים — מסמנים «המקור לא זוהה», ולא ניחוש לפי אנלוגיה. מקור אחד שהוזן בטעות מקלקל את הדוח יותר משדה ריק.
לפני העיבוד ההמוני קובעים שני כללים: מפתח האיחוד ועדיפות השדה בעת קונפליקט — איזה ערך נחשב נכון. ב-Bitrix24 זה מוגדר באמצעות קישורים ולוגיקת עיבוד מראש, לפני המעבר הראשון. אם הכללים משתנים תוך כדי תנועה, הניקוי החוזר קורע קישורים שכבר נבנו, והעבודה צריכה להתחיל מחדש.
ספקות טכניים ושאלות נפוצות
ספקות טכניים בשלב זה נוגעים בדרך כלל לחיבורים, ולא לקישור עצמו: היכן מתנהל רישום ההכנסות, כיצד מתלכדים ערוצי הפניות, מה לעשות עם תנועה לא מסומנת ומי אחראי לנכונות הנתונים לאחר ההשקה.
רישום ההכנסות מתנהל ב-1C — יהיה צורך לשכפל את הנתונים ידנית?
לא. העסקה והתשלום נסגרים במערכת הנהלת החשבונות, ואל Bitrix24 חוזרים הסטטוס והסכום — ההכנסה נחשבת לפי עובדת הסגירה, ולא לפי סימון של המנהל, ולכן לא נוצרים פערים מול הנהלת החשבונות.
הטלפוניה וטפסי הפניות פועלים בשירותים שונים. זה יפריע?
לא, אם לפנייה יש מפתח איחוד — מספר טלפון, כתובת דואר אלקטרוני או מספר שיחה. שיחת טלפון, פנייה מהאתר והודעה בצ'אט נאספות לעסקה אחת, ומבני שדות שונים מובאים לסכימה אחידה בצד האינטגרציה.
אפשר להטמיע בשלבים, בלי לעצור את המכירות?
כן. תחילה סימון וקליטת ערוצים, אחר כך איחוד עם מערכת הנהלת החשבונות, ואחר כך דיווח: כל שלב מניב תוצאה עובדת, והשלב הבא מופעל בלי השבתה של המחלקה.
חלק מהתנועה מגיע בלי תגים — האם הדוחות יעוותו את התמונה?
פניות לא מסומנות אינן הולכות לאיבוד, אלא נכנסות לקבוצה נפרדת שבה נראים חלקן והדינמיקה שלהן. עבור מסנג'רים ונקודות אופליין מגדירים מספרים מתחלפים וקישורים מקוצרים — חלק המקורות שאינם מזוהים נשאר בתוך כמה אחוזים.
מי אחראי לנכונות הנתונים לאחר המסירה?
מוסרים נוהל: שדות חובה, הסדר בעת החלפת ערוץ, התאמת פערים מול מערכת הנהלת החשבונות. בשבועות הראשונים מלווים ומתקנים הגדרות לפי הצורך בשטח, ובהמשך מתחברים לשינויים — ערוץ חדש, סניף או סכימת רישום.
נדון במשימה: אילו נתונים נדרשים להערכה
כדי שההערכה תתבסס על עובדות ולא על שיקולים כלליים, אנו זקוקים למינימום של נתוני מוצא על האופן שבו בנוי אצלכם מסלול הלקוח. אין צורך במסמכים מנוקים — מתאימים גם רשימות, צילומי הגדרות וייצוא במצב עבודה. לפי סט זה נחזור עם הערכה, היקף העבודות וסדר ההטמעה של אנליטיקה מקצה לקצה ב-Bitrix24.
- רשימת מקורות התנועה — חשבונות פרסום, מנועי חיפוש, רשתות חברתיות, תפוצות דיוור, ערוצי אופליין. ממנה רואים אילו תגים כבר הוזנו והיכן יהיה צורך לבנות את הסימון מאפס.
- מערכות רישום הפניות והעסקאות — CRM, טפסים באתר, טלפוניה, מסנג'רים, דואר אלקטרוני, טבלאות של מחלקת המכירות. זה מראה היכן נשבר הקשר בין הפנייה למכירה.
- מבנה המשפך — שלבי העסקה, שמותיהם והכללים למעבר ביניהם. בלי זה אי אפשר להשוות שלב ב-CRM לפעולה מסוימת של הלקוח באתר.
- נקודות המגע עם הלקוח — האתר, דפים נפרדים לפרסום, צ'אט, אזור אישי, פניות חוזרות. דווקא בהן מוצבים התגים ונלכדים האירועים לדוחות.
- הרשאות צפייה — חשבונות פרסום, CRM, מערכות אנליטיקת ווב, פאנל הניהול של האתר. די במצב קריאה בלבד; אין צורך לשנות הגדרות בשלב זה.
- סכימת האינטגרציות והאחראים — מי מחזיק בחשבונות, מי מאשר את כללי השיוך, כיצד הנתונים עוברים כעת בין המערכות. זה מסיר מחצית מהשאלות בשלב ההערכה.
- מגבלות ומשאלות — אילו דוחות נדרשים להנהלה, באיזו תדירות, והאם יש דרישות לשמירת ההיסטוריה. מביאים בחשבון לפני תחילת העבודה, ולא אחריה.
אם חלק מהנתונים חסר — לא נורא: תארו כיצד התהליך בנוי כעת. נציע מה יש להוסיף, ונראה אילו דוחות ניתן יהיה להרכיב על המקורות הקיימים.