#תכנון מפורט של מערכת CRM 2.0

#1. סקירת מערכת ותפיסת עיצוב

#1.1 מיצוב המערכת

מערכת זו היא פלטפורמת ניהול מכירות CRM 2.0 שנבנתה על בסיס פלטפורמת ה-no-code של NocoBase. היעד המרכזי הוא:

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

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

#1.2 תפיסת עיצוב

#תפיסה 1: משפך מכירות מלא

תהליך מכירה מקצה לקצה:

למה לעצב כך?

#תפיסה 2: צינור מכירות (Pipeline) ניתן להגדרה

תעשיות שונות יכולות להתאים אישית את שלבי צינור המכירות ללא צורך בשינוי קוד.

#תפיסה 3: עיצוב מודולרי

• מודולי ליבה (לקוחות + הזדמנויות) הם חובה; ניתן להפעיל מודולים אחרים לפי הצורך.
• השבתת מודולים אינה דורשת שינויי קוד; היא מתבצעת דרך הגדרות הממשק של NocoBase.
• כל מודול מעוצב באופן עצמאי כדי להפחית תלות הדדית (Coupling).

#2. ארכיטקטורת מודולים והתאמה אישית

#2.1 סקירת מודולים

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

#2.2 תלות בין מודולים

#2.3 גרסאות מוגדרות מראש

#2.4 מיפוי מודולים לאוספים

#אוספי מודול ליבה (תמיד נדרשים)

#2.5 כיצד להשבית מודולים

פשוט הסתירו את פריט התפריט של המודול בממשק הניהול של NocoBase; אין צורך לשנות קוד או למחוק אוספים.

#3. ישויות ליבה ומודל נתונים

#3.1 סקירת קשרי ישויות

#3.2 פרטי אוספי ליבה

#3.2.1 לידים (nb_crm_leads)

ניהול לידים באמצעות תהליך עבודה מפושט בן 4 שלבים.

תהליך השלבים:

חדש ← בטיפול ← מאומת ← הומר ללקוח/הזדמנות
         ↓          ↓
     לא מתאים    לא מתאים

שדות מפתח:

#3.2.2 לקוחות (nb_crm_customers)

ניהול לקוחות/חברות התומך בעסקים בינלאומיים.

שדות מפתח:

#3.2.3 הזדמנויות (nb_crm_opportunities)

ניהול הזדמנויות מכירה עם שלבי צינור מכירות ניתנים להגדרה.

שדות מפתח:

#3.2.4 הצעות מחיר (nb_crm_quotations)

ניהול הצעות מחיר התומך בריבוי מטבעות ותהליכי אישור.

זרימת סטטוסים:

טיוטה ← ממתין לאישור ← אושר ← נשלח ← התקבל/נדחה/פג תוקף
              ↓
            נדחה ← עריכה ← טיוטה

שדות מפתח:

#3.2.5 הזמנות (nb_crm_orders)

ניהול הזמנות הכולל מעקב תשלומים.

שדות מפתח:

#3.3 סיכום אוספים

#אוספים עסקיים של CRM

#אוספי נתוני יסוד (מודולים משותפים)

#3.4 אוספי עזר

#3.4.1 תגובות (nb_crm_comments)

אוסף תגובות/הערות גנרי שניתן לקשר לאובייקטים עסקיים שונים.

#3.4.2 שיתופי לקוחות (nb_crm_customer_shares)

מאפשר שיתוף פעולה בין מספר אנשים ושיתוף הרשאות עבור לקוחות.

#3.4.3 משתפי פעולה בהזדמנות (nb_crm_opportunity_users)

תומך בשיתוף פעולה של צוות המכירות על הזדמנויות.

#3.4.4 אזורים (nb_cbo_regions)

מילון נתוני יסוד של מדינות/אזורים.

#4. מחזור חיי ליד

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

#4.1 הגדרות סטטוס

#4.2 תרשים זרימת סטטוסים

#4.3 תהליך המרת ליד

ממשק ההמרה מספק שלוש אפשרויות בו-זמנית; המשתמשים יכולים לבחור ליצור או לקשר:

• לקוח: יצירת לקוח חדש או קישור ללקוח קיים.
• איש קשר: יצירת איש קשר חדש (המקושר ללקוח).
• הזדמנות: חובה ליצור הזדמנות מכירה.

רשומות לאחר המרה:

• converted_customer_id: מזהה לקוח מקושר
• converted_contact_id: מזהה איש קשר מקושר
• converted_opportunity_id: מזהה הזדמנות שנוצרה

#5. מחזור חיי הזדמנות

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

#5.1 שלבים ניתנים להגדרה

השלבים נשמרים באוסף nb_crm_opportunity_stages וניתנים להתאמה אישית:

#5.2 זרימת צינור המכירות (Pipeline)

#5.3 זיהוי קיפאון

הזדמנויות ללא פעילות יסומנו:

-- חישוב ימי קיפאון
UPDATE nb_crm_opportunities
SET stagnant_days = EXTRACT(DAY FROM NOW() - last_activity_at)
WHERE stage NOT IN ('won', 'lost');

#5.4 טיפול בזכייה/הפסד

במקרה של זכייה:

1. עדכון השלב ל-'won'.
2. רישום תאריך סגירה בפועל.
3. עדכון סטטוס הלקוח ל-'active'.
4. הפעלת יצירת הזמנה (אם הצעת המחיר התקבלה).

במקרה של הפסד:

1. עדכון השלב ל-'lost'.
2. רישום סיבת ההפסד.
3. רישום מזהה המתחרה (אם ההפסד היה למתחרה).
4. הודעה למנהל.

#6. מחזור חיי הצעת מחיר

#6.1 הגדרות סטטוס

#6.2 כללי אישור (לסיום)

תהליכי אישור מופעלים בהתבסס על התנאים הבאים:

#6.3 תמיכה בריבוי מטבעות

#תפיסת עיצוב

שימוש ב-USD כמטבע בסיס מאוחד עבור כל הדוחות והניתוחים. כל רשומת סכום שומרת:

• מטבע וסכום מקוריים (מה שהלקוח רואה)
• שער חליפין בזמן העסקה
• סכום שווה ערך ב-USD (להשוואה פנימית)

#מילון מטבעות (nb_cbo_currencies)

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

#היסטוריית שערי חליפין (nb_crm_exchange_rates)

מתעד נתוני שערי חליפין היסטוריים. משימה מתוזמנת מסנכרנת את השערים האחרונים ל-nb_cbo_currencies.current_rate.

הערה: הצעות מחיר מקושרות לאוסף nb_cbo_currencies באמצעות מפתח זר currency_id, ושער החליפין נלקח ישירות משדה ה-current_rate. הזדמנויות והזמנות משתמשות בשדה VARCHAR מסוג currency לשמירת קוד המטבע.

#תבנית שדות סכום

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

מיושם ב:

• nb_crm_opportunities.amount ← amount_usd
• nb_crm_quotations.total_amount ← total_amount_usd

#שילוב בתהליכי עבודה

לוגיקת קבלת שער חליפין:

1. קבלת שער החליפין ישירות מ-nb_cbo_currencies.current_rate במהלך פעולות עסקיות.
2. עסקאות ב-USD: שער = 1.0, אין צורך בחיפוש.
3. ה-current_rate מסונכרן על ידי משימה מתוזמנת מהרשומה האחרונה ב-nb_crm_exchange_rates.

#6.4 ניהול גרסאות

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

QT-20260119-001 v1 ← נדחה
QT-20260119-001 v2 ← נשלח
QT-20260119-001 v3 ← התקבל

#7. מחזור חיי הזמנה

#7.1 סקירת הזמנות

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

#7.2 הגדרות סטטוס הזמנה

#7.3 מודל נתוני הזמנה

#nb_crm_orders

#nb_crm_order_items

#7.4 מעקב תשלומים

#nb_crm_payments

#8. מחזור חיי לקוח

#8.1 סקירת לקוחות

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

#8.2 הגדרות סטטוס לקוח

#8.3 דירוג בריאות לקוח

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

ספי בריאות:

if (health_score >= 90) status = 'advocate';
else if (health_score >= 70) status = 'active';
else if (health_score >= 50) status = 'growing';
else status = 'at_risk';

#8.4 פילוח לקוחות

#פילוח אוטומטי

#9. אינטגרציית דוא"ל

#9.1 סקירה

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

#9.2 סנכרון דוא"ל

ספקים נתמכים:

• Gmail (דרך OAuth 2.0)
• Outlook/Microsoft 365 (דרך OAuth 2.0)

התנהגות סנכרון:

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

#9.3 קישור דוא"ל-CRM (לסיום)

#9.4 תבניות דוא"ל

אנשי מכירות יכולים להשתמש בתבניות מוגדרות מראש:

#10. יכולות מבוססות AI

#10.1 צוות עובדי AI

מערכת ה-CRM משלבת את תוסף ה-AI של NocoBase, תוך שימוש בעובדי ה-AI המובנים הבאים המוגדרים למשימות CRM ספציפיות:

#10.2 רשימת משימות AI

יכולות ה-AI מחולקות לשתי קטגוריות עצמאיות:

#א. עובדי AI (מופעלים דרך בלוקים בממשק הקצה)

משתמשים מקיימים אינטראקציה ישירה עם ה-AI דרך בלוקים של "עובד AI" כדי לקבל ניתוחים והצעות.

#ב. צמתי LLM בתהליכי עבודה (ביצוע אוטומטי בצד השרת)

צמתי LLM המשובצים בתוך תהליכי עבודה, מופעלים אוטומטית על ידי אירועי אוסף, פעולות או משימות מתוזמנות, ללא תלות בעובדי ה-AI.

הערה: צמתי LLM בתהליכי עבודה משתמשים בהנחיות (Prompts) ובפלט Schema עבור JSON מובנה, המפוענח ונכתב לשדות הנתונים העסקיים ללא התערבות משתמש.

#10.3 שדות AI במסד הנתונים

#11. מנוע תהליכי עבודה

#11.1 תהליכי עבודה מיושמים

#11.2 תהליכי עבודה לביצוע

#12. עיצוב תפריט וממשק

#12.1 מבנה ניהול

#12.2 תצוגות לוח בקרה

#תצוגת מנהל מכירות

#תצוגת נציג מכירות

#תצוגת הנהלה

גרסת מסמך: v2.0 | תאריך עדכון: 2026-02-06