דלגו לתוכן

Salesforce Health Check

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

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

סימנים שכדאי לבצע Health Check

מתי הבדיקה משתלמת

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

מה נבדק

שמונה תחומי בדיקה

ארכיטקטורה

מודל נתונים, Objects, Relationships, Scalability, Technical Debt.

אוטומציות וקוד

Flows, Apex, Triggers, LWC, תלויות, שגיאות ותחזוקתיות.

הרשאות ואבטחה

Profiles, Permission Sets, Sharing, Roles, גישה למידע רגיש, הרשאות מיותרות.

דאטה

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

שימושיות ואימוץ

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

דוחות ומדדים

אמינות הדוחות, KPIs, Dashboards ועקביות בין מחלקות.

אינטגרציות

תקלות, Monitoring, Retry, Ownership, אבטחה ו-API Limits.

רישיונות ועלויות

שימוש ברישיונות, משתמשים לא פעילים, יכולות שנרכשו ואינן מנוצלות.

מה מקבלים

תוצרים ברורים לקבלת החלטות

Executive Summary

סיכום ניהולי לקבלת החלטות.

דוח ממצאים מדורג

לפי חומרה, השפעה ומאמץ.

Quick Wins

שיפורים בעלי ערך מהיר.

סיכונים מרכזיים

פערים שדורשים טיפול מקדים.

המלצות ארכיטקטורה

כיוונים לשיפור מבני של המערכת.

Roadmap לשיפור

חלוקה לשלבים ותעדוף.

השלב הבא

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