בקשה טיפוסית בעת הטמעת Bitrix24 היא: למה אנחנו צריכים לידים אם יש לנו עסקאות? או להפך: בואו נשמור הכל כאנשי קשר, למה לסבך. הטעות הזו בהתחלה מובילה ל-CRM שאחרי חצי שנה מלא בכפילויות, מנהלים מאבדים את היסטוריית הלקוח, ודוחות מפסיקים לעבוד.
תכנון מבנה הישויות של Bitrix24 CRM הוא החלטה ארכיטקטונית שקובעת את הכללים לשנים קדימה. נתכנן סכמה שמבטלת כאוס וחוסכת שעות על שינויים. קבלו ייעוץ להערכת הפרויקט ביום אחד.
Bitrix24 מספקת ישויות מובנות: ליד — עניין לא מסווג לפני אימות ערך, איש קשר — אדם לתקשורת, חברה — ישות משפטית, עסקה — מכירה עם סכום וצינור, חשבונית — מסמך מסחרי, הצעה — הצעת מחיר לפני הפקת חשבונית, תהליכים חכמים — ישויות מותאמות אישית עם מבנה שרירותי (טבלאות b_crm_dynamic_*). בנוסף, קיימים פרטים וכתובות, שמחוברים דרך המודול.
מדוע הבחירה בין לידים לעסקאות היא קריטית?
זו השאלה הארכיטקטונית הראשונה והחשובה ביותר. Bitrix24 מציע מצב קלאסי (לידים → עסקאות) ומצב פשוט (עסקאות בלבד). לידים מוצדקים כאשר:
- נפח גבוה של פניות נכנסות הדורשות סינון
- צוותים שונים לסינון ולמכירות
- צורך באנליטיקת מקורות נפרדת
אם כל פנייה מסוננת מיד, לידים מוסיפים שלב מיותר. יש להעריך את זמן ההמרה הממוצע מליד לעסקה: אם הוא פחות מ-10 דקות, המצב הפשוט יעיל יותר. שימוש בלידים ובעסקאות מפחית רשומות כפולות ב-70% בהשוואה לשימוש בעסקאות בלבד.
מתי יש צורך בתהליכים חכמים?
תהליכים חכמים הם ישויות הניתנות להתאמה אישית עם pipeline משלהם. הם משמשים כאשר:
- יש צורך בישות שאינה עסקה (בקשת שירות, תלונה, פרויקט)
- שדות עסקה סטנדרטיים אינם מכסים את הלוגיקה
- נדרשת אנליטיקה נפרדת
מגבלות: תהליכים חכמים אינם תומכים בקטלוג המוצרים עד גרסה 21.xxx (יש לבדוק את הגרסה הנוכחית). לפני הבחירה, אנו בודקים את הגרסה ואת רשימת המגבלות בתיעוד. תהליכים חכמים משפרים את מהירות החיפוש פי 3–5 בהשוואה לשדות מותאמים אישית.
כיצד موجودויות מקושרות?
איש קשר יכול להיות מקושר לחברה (M:1). עסקה מקושרת לאיש קשר ו/או לחברה. בעת המרת ליד, נוצרים איש קשר, חברה ו/או עסקה. קשרים נשמרים ב-b_crm_entity_link. קשרי موجودויות CRM חיוניים לשלמות הנתונים. החלט: האם קישור עסקה לאיש קשר הוא חובה? האם עסקה יכולה להתקיים ללא חברה? מה קורה כאשר איש קשר נמחק? החלטות אלו מוטמעות בכללי העבודה.
מקרה: מבנה CRM למרכז שירות
מהניסיון שלנו: רשת מרכזי שירות לתיקון ציוד, 5 ערים, 30 עובדים. בתחילה, הכל אוחסן בעסקאות — צינור אחד "תיקון", שדות מבולבלים יחד. עסקה נסגרה, הלקוח חזר — עסקה חדשה ללא קשר. לאחר שנה, ה-CRM הכיל 3,200 "איבנובים" ללא היסטוריה. מקרה בוחן זה של עיצוב CRM ממחיש את החשיבות של מיפוי נכון של ישויות.
מבנה שתוכנן (פרטים)
- איש קשר — יחיד, חובה, שומר היסטוריית פניות. - תהליך חכם "מכשיר" — כל מוצר עם מספר סידורי, דגם, מותג. מקושר לאיש קשר. - עסקה "תיקון" — מקרה ספציפי, מקושר לאיש קשר ולמכשיר.תוצאה: היסטוריית תיקונים לפי מכשיר נראית במסך אחד. דוח "מכשירים שמתקלקלים לעתים קרובות" נוצר — תובנה למחלקת הרכש שחסכה עלות מחושבת לאחר ביקורת על חלקי חילוף בשנה הראשונה.
שדות מותאמים אישית לעומת תהליכים חכמים: מה עדיף?
טעות נפוצה היא 20–30 שדות מותאמים אישית בעסקה. הכרטיס הופך לשאלון, המנהלים ממלאים שליש, האנליטיקה לא עובדת. כלל: אם השדות מתארים אובייקט נפרד — השתמשו בתהליך חכם; אם הם משלימים מכירה — השאירו בעסקה, עם קיבוץ לפי לשוניות. השוואה:
| קריטריון | שדות מותאמים אישית | תהליכים חכמים |
|---|---|---|
| מורכבות הטמעה | נמוכה | בינונית |
| צינור נפרד | לא | כן |
| אנליטיקה לפי אובייקט | דרך דוחות עסקאות | דוחות וצינור משל עצמו |
| חיפוש אובייקט | דרך שדות עסקה | רשימה וסינון נפרדים |
| מגבלות | אין | תלוי במהדורה ובגרסה |
עבור אובייקטים מורכבים, תהליכים חכמים מהירים פי 3–5 בחיפוש ובאנליטיקה.
מה כלול בעבודה
תוצרים:
- תיעוד של סכימת הישויות
- הגדרת הרשאות גישה
- הדרכת צוות (1–2 שעות)
- שבועיים של תמיכה לאחר השקה
- ראיון עם משתמשי מפתח ואיסוף דרישות
- עיצוב סכימת ישויות וקשרים (סכימה בפורמט drawio)
- אישור עם הלקוח
- מימוש המבנה הבסיסי (יצירת תהליכים חכמים, שדות, צינורות)
- תיעוד כללי העבודה
- הדרכת צוות (1–2 שעות)
- שבועיים של תמיכה לאחר השקה
| שלב | משך |
|---|---|
| ראיון וניתוח | 1-2 ימים |
| עיצוב סכימה | 1-2 ימים |
| אישור | 0.5-1 יום |
| מימוש | 2-3 ימים |
| תיעוד והדרכה | יום 1 |
עבור עסק B2B טיפוסי, העיצוב אורך בין 4 ל-8 ימים. מבנים מורכבים עם מספר תהליכים חכמים — בין שבועיים ל-4 שבועות. העלות מחושבת באופן אישי, אך ניתן לצפות לטווח של עלות מחושבת לאחר ביקורת בהתאם למורכבות.
שירות העיצוב שלנו עולה החל מעלות מחושבת לאחר ביקורת עבור מבנה פשוט ועד עלות מחושבת לאחר ביקורת עבור פרויקטים מורכבים. הזמינו ייעוץ לקבלת הערכה מדויקת. חיסכון טיפוסי בעלויות ממבנה CRM נכון מגיע לעלות מחושבת לאחר ביקורת מדי שנה.
טעויות עיצוב אופייניות
- התעלמות מלידים כאשר יש נפח גבוה — אובדן אנליטיקת מקור.
- יצירת עסקאות ללא קישור לאיש קשר — אובדן היסטוריית לקוח.
- שימוש יתר בשדות מותאמים אישית — הכרטיס הופך לבלתי קריא.
- אי-התחשבות במגבלות תהליך חכם — מוביל לעבודה חוזרת בשלב מאוחר יותר.
למה לבחור בנו?
עם למעלה מ-10 שנות ניסיון ביישום CRM ו-150+ פרויקטים מוצלחים, הצוות שלנו מביא מומחיות שאין שנייה לה. החברה שלנו מוסמכת Bitrix24 ומבטיחה מבנה שקוף. חברות שמשקיעות במבנה CRM תקין רואות עלייה של 30% ביעילות המכירות. השירות שלנו מפחית שגיאות CRM ב-80% בהשוואה לגישות עשה-זאת-בעצמך.
אנו פועלים בשוק למעלה מ-5 שנים ומספקים פתרונות אמינים. הזמינו אצלנו עיצוב מבנה CRM וקבלו סכמה שקופה ותוצאות יציבות.
קישורים
- תיעוד רשמי של Bitrix24 CRM
- ויקיפדיה: ניהול קשרי לקוחות (https://en.wikipedia.org/wiki/Customer_relationship_management)