ארכיטקטורת CRM

ארכיטקטורת Salesforce ו-CRM שתומכת
בארגון גם בעוד שנתיים.

תכנון ארכיטקטורה שלם — Solution, Data, Security, Automation, Integration ו-Environment — כדי שהמערכת תעבוד היום ותוכל להמשיך לגדול.

קביעת שיחת היכרות בדיקת מערכת Salesforce קיימת

למי השירות מתאים

מתי נכון להביא ארכיטקט Salesforce

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

בעיות שהשירות פותר

הסימנים שהמערכת איבדה ארכיטקטורה

שדות שהצטברו בלי מודל

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

אוטומציות שסותרות זו את זו

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

הרשאות שהפכו לחור אבטחה

פרופילים שנפתחו 'זמנית' לפני שנתיים ונשארו פתוחים. אנחנו בונים מודל שמבוסס על Permission Sets ותפקידים בפועל.

אינטגרציות בלי בעלים

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

שכבות

שכבות הארכיטקטורה שנתכנן

Solution Architecture

התאמה בין תהליכי הליבה של הארגון למוצרי Salesforce, כולל תעדוף מה נכנס לגרסה הראשונה ומה לפאזות המשך.

Data Architecture

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

Security & Sharing

פרופילים, תפקידים, קבוצות ציבוריות, מודל שיתוף, שדות מוגנים ומדיניות גישה למידע רגיש.

Automation Architecture

בחירה מודעת בין Flow, Apex ואוטומציות אסינכרוניות, עם מניעת אוטומציות מקבילות על אותו אירוע.

Integration Architecture

כיווני זרימה, טכניקות (REST, Events, Middleware), טיפול בשגיאות ולוגים לאינטגרציות עסקיות קריטיות.

Environment & Release

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

עקרונות עבודה

עקרונות שמנחים כל החלטה

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

Environments

מבנה סביבות מומלץ

Developer

לפיתוח יומיומי, נקי מנתונים אמיתיים.

Integration / QA

לבדיקות מערכת ולבדיקות אינטגרציה בין רכיבים.

UAT

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

Staging / Pre-Prod

סביבת חזרות ל-Go Live ולתיקוני Hotfix.

Production

סביבת הייצור, עם תהליך פריסה מסודר בלבד.

נקודת החלטה

להעביר את הארכיטקטורה שלכם לבדיקה

שיחה קצרה עוזרת להבין אם צריך תכנון ארכיטקטורה חדש או Refactor נקודתי לרכיבים קריטיים.

קביעת שיחת היכרות

שיקולי החלטה

ארבע החלטות שקובעות את יציבות המערכת

Multi-Org או Single-Org

מתי הפרדה לארגון נפרד עדיפה על פני שימוש חכם ב-Record Types ו-Sharing? החלטה בעלת השלכות ארוכות טווח.

Master Data Management

האם Salesforce הוא Source of Truth ללקוחות, או שהאמת חיה ב-ERP? התשובה קובעת את כיוון הזרימה של כל אינטגרציה.

אסטרטגיית אוטומציה

מתי Flow, מתי Apex, מתי Platform Events. בחירה שגויה יוצרת מערכת שקשה לתחזק.

מדיניות שדות מותאמים

מי מורשה להוסיף שדה, ובאיזה תהליך. בלי מדיניות כזו, כל מערכת מתמלאת בשדות מיותרים תוך שנה.

מה תקבלו

תוצרי שירות אפשריים

מסמך ארכיטקטורה

Solution + Data + Security + Integrations, ברמת פירוט שמאפשרת פיתוח.

מפת אינטגרציות

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

מודל נתונים

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

מודל הרשאות

פרופילים, תפקידים ומדיניות שיתוף שמתאימה למבנה הארגון.

טעויות נפוצות

דפוסים שכדאי להימנע מהם

לתת לכל מחלקה מודל נתונים משלה בלי ראייה חוצת ארגון.
לבנות אוטומציות ב-Flow ובקוד במקביל על אותו אירוע.
לפרוס ישירות ל-Production בלי לעבור דרך Sandbox.
להשאיר פרופילים 'זמניים' עם All Modify Data ולא לחזור אליהם.
לפתח אינטגרציה נקודתית בלי לתעד אותה — היא הופכת לקופסה שחורה תוך חודשים.

מדריכים ושירותים קשורים

להעמיק במרכז הידע

שאלות נפוצות

ארכיטקטורת CRM — שאלות שחוזרות

מה כוללת ארכיטקטורת CRM טובה?

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

מתי צריך ארכיטקט Salesforce ייעודי?

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

האם אפשר לשפר ארכיטקטורה של מערכת קיימת?

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

כמה זמן לוקח לתכנן ארכיטקטורת CRM?

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

האם ארכיטקטורת CRM זה רק Salesforce?

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

השלב הבא

לתקף את הארכיטקטורה לפני שבונים

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