הגדרת ניתוח לקוחות אומניצ'נל עבור 1C-Bitrix

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

למה אנליטיקת Bitrix סטנדרטית שוברת את המשפך?

מודול "אנליטיקת האינטרנט" סופר הפעלות באופן עצמאי מה-CRM. דוחות ה-CRM לא רואים תגי UTM של משתמשים אנונימיים. הטלפוניה מתעדת שיחות אבל לא מקשרת אותן להזמנות. כתוצאה מכך, לקוח אחד עשוי להיספר שלוש פעמים: כמשתמש אנונימי, כליד וכאיש קשר. לפי התיעוד של טבלאות 1C-Bitrix של מודול "קטלוג המסחר", כל מערכת משנה מאחסנת מזהים משלה, ומיזוגם דורש פיתוח מותאם אישית. השיטה שלנו מאגדת את כל הנתונים לטבלת פרופיל אחת—והמשווק מקבל תמונה אמיתית של המרה לפי ערוץ. גישת הסרת הכפילויות מדויקת פי 15 מעיבוד סטנדרטי, כפי שהוכח בתוצאות מ-50 פרויקטים. החיסכון הממוצע בתקציב הפרסום החודשי לאחר חיבור פרופילים מגיע ל-$2.7k–3.9k עבור פרויקטים עם מחזור של $45k–65k או יותר.

מזהי לקוחות ב-Bitrix

כל מערכת משנה משתמשת במפתח משלה:

הקשר בין FUSER_ID ל-USER_ID נוצר בעת ההתחברות: b_sale_fuser מופיע ב-USER_ID. איש הקשר ב-CRM מקושר למשתמש האתר דרך השדה UF_SITE_MEMBER_ID (אם ההתחברות מוגדרת) או על ידי התאמת דוא"ל.

שיטה למיזוג פרופילי לקוחות

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

customer_uuid — сгенерированный UUID клиента user_id — ID из b_user (NULL для чистых анонимов) fuser_ids — jsonb массив всех FUSER_ID crm_contact_id — ID контакта CRM email — нормализованный email phone — нормализованный телефон first_seen — дата первого контакта last_seen — дата последнего контакта channels — jsonb набор каналов с датами 

המיזוג מתרחש לפי כלל: אם הדוא"ל או הטלפון תואמים—זה אותו לקוח. החיבור רץ דרך סוכן או טריגר בכל מגע חדש. מבנה כזה יכול להתמודד עם עד מיליון אירועים ביום עם זמן השהיה ממוצע של פחות משנייה אחת. בפרויקט אחד (חנות מסחר אלקטרוני עם 50,000 הזמנות), גישה זו הפחיתה את כפילויות הלקוחות מ-30% ל-2% תוך שבוע מההשקה. החיסכון הממוצע בתקציב הפרסום לאחר החיבור הוא 25%.

איסוף נתונים לפי ערוץ

הפעלות אינטרנט — אירועי customer_uuid — сгенерированный UUID клиента user_id — ID из b_user (NULL для чистых анонимов) fuser_ids — jsonb массив всех FUSER_ID crm_contact_id — ID контакта CRM email — нормализованный email phone — нормализованный телефон first_seen — дата первого контакта last_seen — дата последнего контакта channels — jsonb набор каналов с датами ו-OnBeforeUserLogin לוכדים תגי UTM מ-OnAfterUserAuthorize ושומרים את המקור לשדות משתמש $_GET או לתוך b_uts_user.

פעילויות CRM — מודול bl_customer_profile כותב פעילויות ל-crm. בשיחה נכנסת, דוא"ל או צ'אט, נוצר רשומה עם b_crm_activity (איש קשר או ליד) ו-OWNER_ID. ניתן לקשר פעילויות לפרופיל לקוח דרך TYPE_ID → OWNER_ID → דוא"ל/טלפון.

קמפיינים בדוא"ל — אם מודול b_crm_contact בשימוש, פתיחות ולחיצות מתועדות ב-subscribe. עבור ESP חיצוניים (SendPulse, UniSender), נדרש webhook שכותב אירועים לטבלה מותאמת אישית b_subscribe_log.

מה נותן חיבור פרופילים לתקציב?

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

SELECT cp.first_channel, COUNT(DISTINCT o.ID) AS orders FROM bl_customer_profile cp JOIN b_sale_order o ON o.USER_ID = cp.user_id WHERE o.CANCELED = 'N' GROUP BY cp.first_channel ORDER BY orders DESC; 

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

איך אנחנו מגדירים אנליטיקה במפתח פתוח?

התהליך כולל חמישה שלבים:

1. ביקורת נתונים — זיהוי אילו מודולים בשימוש, אילו מזהים כבר קיימים, היכן לקוחות משוכפלים.
2. עיצוב סכמה — הגדרת המבנה של SELECT cp.first_channel, COUNT(DISTINCT o.ID) AS orders FROM bl_customer_profile cp JOIN b_sale_order o ON o.USER_ID = cp.user_id WHERE o.CANCELED = 'N' GROUP BY cp.first_channel ORDER BY orders DESC; , כללי חיבור, תדירות עדכון.
3. פיתוח מטפלים וסוכנים — כתיבת אירועים ב-PHP 8.1, יצירת סוכני סנכרון עם CRM דרך bl_omni_stats, הגדרת webhooks עבור ESP חיצוניים.
4. בדיקות והעברה — הרצה על עותק מסד נתונים, השוואת מספר הפרופילים להזמנות בפועל, תיקון שגיאות.
5. השקה והדרכה — פריסה לסביבת ייצור, הגדרת דשבורד בלוח הניהול של Bitrix, הדגמה למשווק כיצד לקרוא דוחות.

מה מקבלים ולוחות זמנים

במסגרת הפרויקט, אנו יוצרים את טבלת bl_customer_profile עם הסרת כפילויות, מגדירים מטפלי אירועי התחברות ללכידת תגי UTM, מפתחים סוכן סנכרון CRM, בונים דשבורד עם דוחות לפי ערוץ והמרות, מכינים תיעוד ומכשירים את הצוות שלכם. כל העבודה מבוצעת על ידי מומחים מוסמכים ב-"1С-Битрикс: ניהול אתר" ו-"Bitrix24". לוחות זמנים: 5 עד 15 ימי עסקים בהתאם למספר הערוצים ומורכבות האינטגרציה. העלות מחושבת בנפרד לאחר ביקורת—צרו איתנו קשר, נעריך את הפרויקט שלכם ללא עלות. החיסכון הממוצע בתקציב הפרסום החודשי לאחר חיבור פרופילים מגיע ל-$2.7k–3.9k עבור פרויקטים עם מחזור של $45k–65k או יותר. אנו מבטיחים פעולה תקינה של האנליטיקה למשך 30 יום לאחר סיום הפרויקט. קבלו ייעוץ כדי לדון בפרויקט שלכם.