יישום Salesforce · CloudX
הטמעת Salesforce (סיילספורס) ושיפור מערכות קיימות, בישראל ובעולם
CloudX היא חברת ייעוץ ישראלית ושותף Salesforce שמטמיעה ומשפרת מערכות Salesforce (סיילספורס) לעמותות, לקרנות, לסטארטאפים ולחברות סייבר ו-SaaS, בישראל ובעולם. אנחנו מתחילים מהתהליך, ואז בונים: הטמעות Go-To-Market מליד ועד חידוש, כלי מדידת ARR, Agentforce וסוכני AI בתוך Salesforce שאדם מאשר כל תוצר שלהם, אינטגרציות כמו NetSuite, ובדיקות אבטחה ושיפור של org קיים.
מה זה Salesforce ומתי הוא מתאים
Salesforce (סיילספורס) הוא פלטפורמת ענן לניהול הקשר עם לקוחות, תורמים, מועמדים או מוטבים, ולניהול התהליכים שסביבם. מעבר ל-CRM יש בו מודל נתונים גמיש, אוטומציות (Flow ו-Apex), מודל הרשאות מפורט, דוחות, פורטלים למשתמשים חיצוניים (Experience Cloud) ושכבת AI (Agentforce).
בדרך כלל זו הבחירה הנכונה כשכמה מהדברים האלה נכונים אצלכם:
- כמה צוותים עובדים על אותה רשומה: מכירות, שירות, כספים, תוכניות והנהלה.
- לתהליכים יש שלבים, אישורים ודרישות תיעוד, ולא רק משפך מכירות.
- ההרשאות חשובות ברמת הרשומה, השדה והמסמך.
- ה-CRM צריך לדבר עם ERP כמו NetSuite, עם מערכת שיווק או עם האתר.
- גורמים חיצוניים (מגישי בקשות, מקבלי מענקים, שותפים, מתנדבים) צריכים גישה לאותם נתונים דרך פורטל.
לצוות קטן עם משפך מכירות פשוט, monday.com מתאים לא פעם יותר. ב-CloudX אנחנו בונים על שתי הפלטפורמות, כך שההמלצה נגזרת מהתהליך שלכם.
מה אנחנו בונים על Salesforce
הטמעת Agentforce בארגון
Agentforce הוא שכבת הסוכנים של Salesforce: סוכני AI שעונים ללקוחות ולעובדים, פועלים על רשומות ומעבירים לאדם כשצריך. הקושי בהטמעה כמעט אף פעם לא במודל. הוא בנתונים שהסוכן נשען עליהם, בגבולות של מה מותר לו לעשות, ובמה שקורה כשהוא לא יודע.
כך אנחנו מטמיעים Agentforce:
- בחירת שימוש ראשון: תהליך אחד עם נפח וכללים ברורים, למשל מענה ראשוני לפניות שירות או סיכום רשומה לנציג.
- הכנת הידע והנתונים: מאמרי Knowledge מסודרים שמחוברים לסוכן דרך Agentforce Data Library, שדות שהסוכן באמת יכול לקרוא, ומקור אמת לכל תשובה.
- נושאים, הנחיות ופעולות: אילו שאלות הסוכן מטפל בהן ואילו פעולות מותר לו לבצע (Flow, Apex, Prompt Templates), תחת משתמש סוכן ייעודי עם Permission Set מינימלי.
- מעבר לאדם: Omni-Channel Flow מנתב את השיחה לתור הנכון יחד עם ההקשר שלה, גם בערוצים כמו WhatsApp.
- בדיקות לפני עלייה: סבבי בדיקות ב-Agentforce Testing Center על שאלות אמיתיות, כולל שאלות מחוץ לתחום שהסוכן חייב לסרב להן.
- עלייה הדרגתית: קודם קבוצת משתמשים מצומצמת, עם מעקב אחרי שיעור הפניות שהסוכן סוגר לבד ושיעור ההעברות לנציג.
שתי הטמעות Agentforce שלנו רצות בייצור אצל לקוחות: סוכן שנשען על מאמרי Knowledge כספריית ידע, ותהליך שבו פנייה ב-WhatsApp מגיעה לסוכן ועוברת לנציג אנושי כשצריך. עוד על השימושים, ההכנה והבדיקות בדף הטמעת Agentforce.
סוכני AI בתוך Salesforce, כשאדם מחליט
הגישה שלנו היא "Process First. Then AI." קודם ממפים את התהליך, מזהים את השלב האיטי והחוזר על עצמו, ורק אז מוסיפים סוכן שעובד על הרשומות והקבצים שכבר נמצאים ב-Salesforce, בתוך גבולות ברורים, ואדם נשאר אחראי להחלטה.
סוכן סינון בקשות המענק שבנינו לקרן פילנתרופית בודק כל בקשה מול 48 קריטריונים על פני עד 25 מסמכים מצורפים, ומצטט את המקור לכל ממצא. מאחורי הקלעים, כשבקשה מוכנה לבדיקה, תהליך Apex אסינכרוני (שרשרת Queueable) קורא את הקבצים המצורפים מ-Salesforce Files, שולח אותם למודל דרך Named Credential, וכותב את הממצאים חזרה לבקשה: הקריטריון, ההכרעה, והקובץ והקטע שעליהם היא נשענת. העיבוד רץ ברקע, כך שכשאיש הצוות פותח בקשה, הממצאים כבר מחכים לו בה, וההחלטה נרשמת על ידו.
אנחנו בונים גם קריאת מסמכים עם AI שיוצרת או מעדכנת רשומות מקבצים נכנסים, וסוכן QA אוטומטי שרץ בייצור בעבודת המסירה שלנו: שינוי סטטוס ב-monday.com מפעיל בדיקה של כללי ולידציה, Flows, הרשאות ובדיקות Apex. בהדגמה, סקיל של Claude מכין לאדמין תדריך על org לא מוכר, על שגיאת Flow או על ההשפעה של שינוי, על בסיס קריאה בלבד של המטא-דאטה.
סטארטאפים וחברות סייבר: Salesforce שבנוי ל-GTM
חלק גדול מהעבודה שלנו הוא עם חברות סייבר ו-SaaS בשלבי צמיחה, שבהן Salesforce הוא מערכת ההפעלה של צוותי ה-Go-To-Market (GTM): שיווק, SDR, מכירות, Customer Success וכספים עובדים על אותם נתונים, בקצב של חברה שמגייסת ומשנה תמחור.
מה אנחנו בונים בהטמעות GTM:
- מחזור חיים של ליד: הפרדה ברורה בין MQL ל-SQL לאורך Lead, Account ואובייקט מחזור חיים, וכל מעבר נשמר עם תאריך.
- ניקוד וניתוב: ניקוד לידים לפי תפקיד ותעשייה, ופתיחה אוטומטית של הזדמנות מפגישת Prospecting.
- תהליך מכירה מבוקר: מעבר בין שלבים לפי הסדר, חובה לציין סיבה כשעסקה מופסדת, והגנה על תאריך הסגירה בעסקאות חידוש.
- הצעות מחיר וחידושים: אישורים להצעות מחיר, מחירונים, ו-Flows שמשכפלים הזדמנויות לחידוש, Cross-sell ו-Upsell.
- חיבור לכלי הצוות: משתמשי אינטגרציה עם הרשאות מינימליות לכלי Sales Engagement, הקלטת שיחות וחייגנים.
- סדר לפני גיוס או ביקורת: תיעוד ה-org, ניקוי תלויות במשתמשים שעזבו, ובדיקות MFA ו-SAML.
כלי מדידת ARR בתוך Salesforce
ARR הוא המספר שהדירקטוריון והמשקיעים שואלים עליו, ולא פעם הוא נבנה מחדש כל חודש בגיליון. אנחנו מתמחים בפיתוח כלי מדידת ARR בתוך Salesforce, על נתוני העסקאות והחוזים שהצוות כבר מעדכן. ה-ARR מחושב משורות החוזה או המנוי (או מ-Opportunity Products כשאין CPQ או Revenue Cloud), ותהליך מתוזמן כותב רשומת Snapshot לכל לקוח בכל תקופה, כי Reporting Snapshots המובנים לא יודעים לסווג תנועות. כל שינוי מסווג כלקוח חדש, הרחבה, צמצום או נטישה, בקרת חידוש מתריעה כשתאריך החידוש לא מתאים לחודש ההכנסה האחרון, ודשבורדים מציגים ARR, Net Retention ותנועות, עם עקבות לכל שינוי.
עמותות וקרנות
חלק גדול מעבודת ה-Salesforce שלנו נעשה עבור עמותות, קרנות וארגוני חינוך: מענקים ומלגות, קליטת פניות והפניות, משתתפים בתוכניות וניהול תיקים, עם תקשורת בעברית ותיעוד שמחזיק גם כשאנשי הצוות מתחלפים.
בעמותה בתחום רווחת הילד בנינו כלי LWC ו-Apex שמאתר ומאחד אנשי קשר כפולים, לצד מודול לניהול תיקים. בעמותת שיקום בנינו קליטת פניות והפניות עם ראיון קליטה ואובייקט SLA, ו-AI קורא מסמכי שירות לרשומות הנכונות, עם בדיקות לכפילויות ולרווחים ותווים נסתרים בקבצי המקור.
NPSP או Nonprofit Cloud
ארגונים רבים עדיין עובדים עם Nonprofit Success Pack (NPSP). הטמעות חדשות מתחילות בדרך כלל ב-Nonprofit Cloud, שבנוי על Person Accounts ועל מודל נתונים ענפי לתוכניות, תרומות ומענקים. מעבר מ-NPSP הוא הסבה ולא שדרוג, ולכן אנחנו ממפים את מודל הנתונים והאוטומציות לפני שממליצים עליו. ארגוני חינוך יכולים לשקול גם את Education Cloud.
עוד על Nonprofit Cloud, NPSP, מענקים ותוכניות בדף Salesforce לעמותות ולקרנות.
אינטגרציות: NetSuite, ERP, שיווק והודעות
Salesforce כמעט אף פעם לא עומד לבד. אנחנו מחברים אותו ל-NetSuite להזמנות ולחשבוניות, כולל סנכרון יומי של חשבוניות עם n8n ו-SuiteQL בחברת תוכנה, ולקליטת מסמכים עם AI דרך NOCA.AI. בחברת ad-tech תיקנו את זרמי הנתונים וה-Activations ששולחים סגמנטים מ-Data 360 (לשעבר Data Cloud) ל-Marketing Cloud Engagement, והעברנו קריאות SOAP API ל-REST עם External Client App. את כלי האינטגרציה בוחרים לפי המקרה (יכולות מובנות של Salesforce, Workato, n8n או Apex ייעודי), ומתכננים מראש מגבלות API, עומס מקבילי, ניסיונות חוזרים והתראות על תקלות.
פורטלים ב-Experience Cloud
כשמגישי בקשות, משתתפים או שותפים צריכים לראות ולעדכן את הנתונים שלהם, פורטל Experience Cloud נותן להם כניסה לאותו ארגון Salesforce. שתי החלטות מוקדמות קובעות את הפרויקט: סוג הרישיון (Customer Community, Customer Community Plus או Partner Community), ואיך משתמשים חיצוניים מקבלים גישה: External Sharing Defaults, Sharing Sets ו-Guest User נעול לדפים ציבוריים.
משתתף שנכנס לפורטל רואה רק את השלב והבקשות שלו, הצוות עובד על אותה רשומה בתוך Salesforce, והתצוגה של כל תפקיד נבדקת מול תרחישים כתובים לפני העלייה לאוויר. כשהצורך הוא בעיקר טפסים, מסמכים וחתימה, אנחנו בונים לא פעם את הפורטל על Titan.
בריאות ה-org, אבטחה ושיפור
רוב העבודה שלנו ב-Salesforce מתחילה ב-org שכבר קיים. אנחנו בודקים מה רץ מאחורי הקלעים: משימות מתוזמנות, אפליקציות מחוברות וטוקני OAuth, Email-to-Case, נמעני התראות, תעודות והגדרות הזדהות. בסקירת אבטחה לחברת SaaS החלפנו תעודות SAML, הטמענו MFA עמיד בפני פישינג, זיהינו לפי היסטוריית הכניסות אילו אינטגרציות השתמשו בקריאת login() של SOAP API, ש-Salesforce מוציאה משימוש, כדי לתכנן את המעבר שלהן ל-OAuth.
אחר כך משפרים בשלבים במקום לבנות מחדש: העברה של Workflow Rules ו-Process Builder ישנים ל-Flow, איחוד של כמה Flows לכל אובייקט לסדר הפעלה ברור, הפרדה בין מחזור החיים של ליד לזה של לקוח, ורכיבי Lightning או דשבורדי BI מוטמעים במקומות שבהם המסכים הסטנדרטיים לא מספיקים. עוד על בדיקת בריאות, ניקוי נתונים ותמיכה שוטפת בדף שיפור מערכת Salesforce קיימת.
בעיות עסקיות ש-Salesforce פותר
ייתכן שאתם בכלל לא מחפשים "Salesforce", אלא פתרון לאחת מהבעיות האלה:
- תהליך אישור או סינון שמתנהל באקסל ובמייל. ב-Salesforce כל פריט הופך לרשומה עם שלבים, אחראים, אישורים והיסטוריה.
- הזמנות שמגיעות במייל כ-PDF או כקובץ אקסל. תהליך מסמכים עם AI קורא ומסווג אותן ויוצר או מעדכן את ההזמנה, ואדם מטפל בחריגים.
- אף אחד לא יודע מה רץ ב-org. בדיקה ותיעוד מסודר מחזירים את היכולת לשנות בלי לפחד.
- גורמים חיצוניים שולחים טפסים וקבצים במייל. פורטל מאפשר להם להגיש ולעקוב אחרי הסטטוס, והנתונים נוחתים על הרשומה הנכונה.
איך מתנהל פרויקט Salesforce
- הכנה. שניים או שלושה התהליכים שהכי כואבים היום, המערכות שמחזיקות את הנתונים, התפקידים ומה כל אחד צריך לראות, וגישת אדמין לקריאה בלבד אם כבר יש לכם Salesforce. בפרויקטי GTM צרפו גם את הגדרות המשפך הנוכחיות (MQL, SQL וקריטריונים למעבר שלב).
- אפיון ומיפוי תהליכים. מתחילים מאיך העבודה מתבצעת בפועל, מי עושה מה ואיפה היא נתקעת. ב-org קיים קוראים גם את ההגדרות הנוכחיות.
- תכנון. מודל נתונים, אוטומציות, הרשאות ואינטגרציות, כתובים ומאושרים לפני שמתחילים לבנות.
- בנייה בסביבת Sandbox. קודם Flow, ו-Apex כשהנפח, המורכבות או ה-Governor Limits מחייבים, תמיד בטוח לעיבוד מרוכז (bulk-safe) ועם בדיקות. הגישה ניתנת דרך Permission Sets ו-Permission Set Groups ולא דרך פרופילים, והשינויים עוברים דרך ניהול גרסאות ו-Salesforce CLI ולא ב-Change Sets ידניים. סוכני Agentforce נבדקים על סט שאלות שכולל שאלות שהם חייבים לסרב להן.
- בדיקות עם האנשים שלכם. בדיקות קבלה (UAT) מול תרחישים כתובים, תפקיד אחרי תפקיד.
- עלייה לאוויר. הסבת נתונים, הדרכות ו-runbook למעבר.
- תיעוד, מסירה ושיפור. הצוות שלכם מחזיק את מה שנבנה, והשימוש בפועל מראה מה לכוונן.
תיקון ממוקד או בדיקת org לוקחים בדרך כלל כמה שבועות, הטמעה ראשונה למחלקה אחת כמה חודשים, ותוכניות של כמה צוותים עדיף לבצע בשלבים.
איך בוחרים יועץ סיילספורס או שותף Salesforce בישראל: מה לשאול
- האם הוא מתחיל מהתהליך או מהמוצר? שותף שמציע פיצ'רים לפני שהבין את העבודה פשוט יעביר את הבעיה הקיימת לתוך המערכת החדשה.
- האם הוא יכול להראות עבודה דומה שרצה בייצור? בקשו לראות אותה, לא מצגת.
- איך הוא מטפל בהרשאות? שאלו איך הוא מתכנן ובודק שיתוף רשומות, גישה לשדות וגישה חיצונית.
- האם הוא בודק ומתעד? בקשו לראות דוגמה לתרחישי UAT ולתיעוד של org.
- איך הוא משתמש ב-AI? שאלו איפה אדם נשאר בתהליך ואיך כל תוצר נקשר למקור שלו.
Salesforce מול monday.com וחלופות אחרות
| Salesforce | monday.com | HubSpot | פיתוח ייעודי | |
|---|---|---|---|---|
| מתאים במיוחד | תהליכים של כמה צוותים, הרשאות מורכבות, חיבור ל-ERP, פורטלים | תהליכי עבודה של צוותים ו-CRM פשוט יותר, הטמעה מהירה | צוותים קטנים יותר שהשיווק מוביל אצלם | צרכים צרים שאף פלטפורמה לא מכסה היטב |
| מודל נתונים | אובייקטים מקושרים, גמיש מאוד | בורדים ובורדים מקושרים | אובייקטים פשוטים יותר | כל מבנה שתתכננו |
| הרשאות | מפורטות: רשומות, שדות, משתמשים חיצוניים | ברמת בורד ו-workspace, פשוטות יותר | קלות יותר | נבנות מאפס |
| זמן עד ערך ראשון | שבועות עד חודשים, תלוי בהיקף | בדרך כלל מהיר יותר | בדרך כלל מהיר יותר | תלוי בהיקף, ועוד תחזוקה שוטפת |
| ידע שנדרש לתפעול | גבוה יותר, בדרך כלל אדמין מיומן או שותף | נמוך יותר | נמוך יותר | מפתחים |
כשהתהליך מתאים יותר לבורדים, אנחנו מטמיעים גם monday.com, וכשהצורך הוא טפסים, מסמכים וחתימה מעל Salesforce, Titan.
למה CloudX
- Agentforce בייצור, לא במצגת. סוכן שנשען על Knowledge ותהליך WhatsApp שעובר מ-Agentforce לנציג רצים אצל לקוחות.
- GTM שבנוי לחברות טכנולוגיה בצמיחה. מחזור חיים של ליד, ניקוד, שלבים מבוקרים, חידושים ומשתמשי אינטגרציה עם הרשאות מינימליות.
- AI עם מקור לכל ממצא. סוכן סינון בקשות המענק שלנו בודק 48 קריטריונים על פני עד 25 מסמכים ומצטט את המקור של כל ממצא.
- שני סקטורים, סטנדרט אחד. חברות B2B וסייבר, קרנות ועמותות, כולן עם מודל הרשאות שנבדק מול תרחישים.
- בריאות org שעומדת בביקורת. מיפוי תלויות, offboarding בטוח וסקירות אבטחה, כל אחד עם runbook.
שלחו לנו את התהליך שהכי כואב היום. נמפה איך הוא צריך לרוץ ב-Salesforce ומה כדאי לבנות קודם. קבעו שיחה.
עוד על Salesforce ב-CloudX
פרויקטים שעשינו
קרן בתחום החינוך · בייצור
ניקוד מלגות לפי כתובת המבקש
הקרן מתחשבת ברקע הסוציו-אקונומי של כל מבקש, והצוות בדק ידנית כל כתובת מול נתונים סוציו-אקונומיים. בנינו את הניקוד בתוך Salesforce: תהליך Batch אסינכרוני ממקם כל כתובת (geocoding), טבלת עזר נותנת לה ציון סוציו-אקונומי, וכתובת שלא מתאימה בוודאות מסומנת לבדיקה של איש צוות במקום לקבל ציון בניחוש. נוסחת מועדים מזינה תבניות תזכורת בעברית, כך שכל מייל למבקש כולל את התאריך הנכון. כל ה-org מתועד במסמך של 23 גיליונות, והצוות מנהל ומשנה אותו בעצמו אחרי המסירה.
ארגון שירות לקוחות · בייצור
WhatsApp ל-Agentforce ומשם לנציג
צוות השירות כבר ענה ללקוחות ב-WhatsApp, אבל על תשתית ההודעות הקודמת של Salesforce ובלי סוכן שמטפל בפנייה הראשונה. העברנו את הערוץ ל-Enhanced Messaging (ערוץ WhatsApp המשודרג), הצבנו סוכן Agentforce על הפנייה הראשונה ובנינו את ההעברה לאדם: כשהשיחה צריכה נציג, Omni-Channel Flow מנתב אותה לתור הנכון. הנציג מקבל את כל השיחה ואת רשומת הלקוח מול העיניים, ולא מבקש מהלקוח להתחיל מההתחלה. היום WhatsApp רץ באותו Salesforce, עם אותם תורים ודוחות, כמו כל ערוץ שירות אחר.
קרן פילנתרופית · בייצור
סינון ראשוני של בקשות מענק עם AI
הקרן סיננה בקשות מענק בכלי אקסל, והסוקרים קראו ידנית כל מסמך מצורף כדי למלא את הכלי. בנינו סוכן AI בתוך Salesforce שבודק כל בקשה מול 48 קריטריונים, על פני עד 25 מסמכים מצורפים, ורץ ברקע בתהליך אסינכרוני. כשסוקר פותח בקשה, הממצאים כבר מחכים על הרשומה, וכל ממצא מצטט את המסמך שממנו הגיע, כך שבדיקת ממצא היא פתיחת המקור ולא חיפוש בו. הזמן של הסוקר הולך לשיקול הדעת, וההחלטה על כל בקשה נשארת אצל איש צוות.
חברת טכנולוגיה B2B · בייצור
Email Service ו-Queueable לקליטת הזמנות בקצב שה-ERP עומד בו
הזמנות רכש הגיעו במייל כקבצי PDF ו-Excel, ודחיפה של כל אחת ישר ל-NetSuite הייתה נתקלת במגבלות העומס המקבילי שלו. בנינו Apex Email Service שקולט את ההודעות בצד של Salesforce ומעביר את העבודה לתור של Queueable עם ויסות, כך שההזמנות מגיעות ל-NetSuite בקצב שהוא עומד בו. קריאת המסמכים עצמה רצה על NOCA.AI, שמסווגת כל מייל כהזמנה חדשה, עדכון או ביטול. צוות התפעול מטפל בחריגים במקום להקליד הזמנות.
עמותה בתחום החינוך · בייצור
תוכנית חונכות לסטודנטים ב-Experience Cloud
תוכנית החונכות של העמותה מעבירה כל סטודנט בין הרבה ידיים: צוות הקליטה, המעריכים, ההכשרה, דסק השיבוץ והכספים להחזרי נסיעות. בנינו ב-Salesforce את כל המסלול, עם פורטל Experience Cloud למועמדים ולמשתתפים ומודל הרשאות של חמישה תפקידים, כך שכל צוות רואה רק את החלק שהוא עובד עליו. לפני העלייה לאוויר כל תפקיד עבר 35 תרחישים כתובים. היום המסלול של כל סטודנט, מהמועמדות ועד השיבוץ וההחזר, נמצא ברשומה אחת שכל הצוותים עובדים ממנה.
חברת B2B · בייצור
ציון עוצמת קשר עם לקוחות
הנהלת המכירות רצתה לדעת כמה חזק באמת כל קשר עם לקוח, בלי להסתמך על התחושה של איש המכירות. בנינו רכיב LWC שנותן ציון 0-100 ל-Account, Contact ו-Opportunity לפי תדירות הפעילות ועד כמה היא עדכנית, ומראה מי איש המכירות עם הקשר החזק ביותר ועם אילו אנשי קשר אף אחד לא מדבר. הציון מחושב מחדש כל יום או בלחיצה על Run Now, ואדמין משנה את ההגדרות בלי קוד. מנהל שמתכונן לחידוש רואה במבט אחד מי בצוות באמת מכיר את הלקוח ואילו אנשי קשר חשובים השתתקו, כך שהאדם הנכון מרים טלפון לפני שהקשר מתקרר.
חברת SaaS · בייצור
הפרדת MQL ו-SQL וניקוד לידים
השיווק דיווח על MQL והמכירות על פייפליין, והמספרים לא הסתדרו, כי ליד יכול היה להיות בשני מצבים בבת אחת ואף אחד לא ידע מתי הוא עבר שלב. בנינו הפרדה של מחזור החיים לאורך Lead, Account ואובייקט Lifecycle ייעודי, כך שכל רשומה נמצאת במצב אחד וכל מעבר נשמר עם תאריך. לצד זה בנינו רכיב LWC לניקוד לידים, שמראה לצוות על מי להתמקד. היום הדוחות של השיווק והמכירות נשענים על אותה הגדרה.
כמה חברות SaaS, סייבר ומדיה · בייצור
Offboarding בטוח של אדמין ומיפוי תלויות
כשאדמין Salesforce עוזב, הרבה תהליכים ממשיכים לרוץ תחת המשתמש שלו בלי שאף אחד יודע. עבור כמה חברות SaaS, סייבר ומדיה מיפינו משימות מתוזמנות, חיבורי OAuth, Email-to-Case ונמעני התראות (33 נמענים ב-org אחד בלבד). כל חברה קיבלה תוכנית שינוי ו-runbook שמעבירים כל פריט למשתמש ייעודי, ולכל פריט היו בעלים ותאריך העברה לפני שהמשתמש הושבת.
שאלות נפוצות
מי מטמיע Salesforce (סיילספורס) בישראל?
CloudX היא חברת ייעוץ ישראלית שמתכננת ובונה Salesforce לחברות סייבר ו-SaaS, לסטארטאפים, לעמותות ולקרנות, בישראל ובעולם. אנחנו עושים הטמעות חדשות, שיפור של org קיים, תהליכי Go-To-Market, פורטלים ב-Experience Cloud, Agentforce וסוכני AI בתוך Salesforce, אינטגרציות וסקירות אבטחה. אנחנו עובדים בעברית ובאנגלית.
איך בוחרים שותף Salesforce בישראל?
בוחרים שותף שמתחיל מהתהליך ולא מהמוצר, מראה עבודה דומה שרצה בייצור, מתכנן ובודק הרשאות לפי תפקיד ומתעד את מה שהוא בונה. CloudX היא שותף Salesforce בישראל שעובד כך עם עמותות, קרנות וחברות B2B, בעברית ובאנגלית. מעבר ל-Salesforce, אנחנו בונים גם על monday.com, Titan ו-AI, כך שההמלצה נגזרת מהתהליך ולא מהכלי.
כמה זמן לוקחת הטמעה של Salesforce?
זה תלוי בהיקף. תיקון ממוקד או בדיקת org לוקחים בדרך כלל כמה שבועות, והטמעה ראשונה למחלקה אחת נמשכת בדרך כלל כמה חודשים. תוכניות עם כמה צוותים, פורטלים, AI ואינטגרציות לוקחות יותר זמן, ועדיף לבצע אותן בשלבים.
איך עוברים ל-Salesforce מ-HubSpot, מ-Priority או מאקסל?
מתחילים במיפוי הנתונים: אילו אובייקטים, שדות והיסטוריה עוברים, ומה יש במערכת הישנה שאף אחד לא משתמש בו. אחר כך מנקים כפילויות ומסדרים את הנתונים לפני הייבוא, מריצים הסבת ניסיון ב-Sandbox, ועוברים בשלבים לפי runbook. את הכלי הישן מוציאים משימוש רק אחרי שהצוות עובד במלואו ב-Salesforce והדוחות מתאימים.
איך מודדים ARR בתוך Salesforce?
ה-ARR מחושב משורות החוזה או המנוי (או מ-Opportunity Products כשאין CPQ), ותהליך מתוזמן כותב רשומת Snapshot לכל לקוח בכל תקופה. כל שינוי מסווג כלקוח חדש, הרחבה, צמצום או נטישה, ודשבורד מציג ARR, Net Retention ותנועות. כך ההנהלה מקבלת מספר אחד עם עקבות לכל שינוי, במקום גיליון שנבנה מחדש כל חודש.
איך מטמיעים Agentforce בארגון?
מתחילים בתהליך אחד עם נפח וכללים ברורים, לא בסוכן לכל דבר. מחברים מאמרי Knowledge מסודרים דרך Agentforce Data Library, מגדירים נושאים, הנחיות ופעולות תחת משתמש סוכן ייעודי עם Permission Set מינימלי, ובונים מעבר לנציג אנושי דרך Omni-Channel Flow. לפני העלייה מריצים בדיקות ב-Agentforce Testing Center על שאלות אמיתיות, כולל כאלה שהסוכן חייב לסרב להן, ועולים בהדרגה.
Agentforce או סוכן AI חיצוני?
כשהנתונים והתהליך יושבים ב-Salesforce ורוצים הרשאות, תיעוד ומעבר לנציג באותה מערכת, Agentforce הוא בדרך כלל הבחירה הטבעית. כשהעבודה דורשת קריאה עמוקה של הרבה מסמכים או חיבור לכמה מערכות, סוכן שקורא למודל מתוך Apex או משירות חיצוני וכותב חזרה ל-Salesforce יכול להתאים יותר. סוכן סינון בקשות המענק שלנו הוא דוגמה לסוג השני: הוא קורא עד 25 מסמכים לכל בקשה וכותב ממצאים עם מקורות חזרה לרשומה ב-Salesforce.
כמה עולה הטמעת סיילספורס (Salesforce)?
אין מחיר קבוע, כי העלות תלויה בהיקף: מספר התהליכים והצוותים, הסבת נתונים, אינטגרציות למערכות כמו NetSuite, פורטלים חיצוניים, קוד ייעודי ורכיבי AI. עלות הרישוי נקבעת מול Salesforce לפי המהדורה ומספר המשתמשים, ולעמותות יש תוכנית הנחות ייעודית של Salesforce. השימוש ב-Agentforce מתומחר בנפרד מרישיונות המשתמשים, ולכן נפח השיחות הצפוי הוא חלק מההערכה. אנחנו עוזרים לבחור מהדורה ורישיונות לפי התהליך, ושלב אפיון קצר הוא הדרך האמינה לקבל הערכה.
מה ההבדל בין סיילספורס למאנדיי (Salesforce או monday.com)?
Salesforce מתאים לתהליכים של כמה צוותים, הרשאות מורכבות, חיבור ל-ERP ופורטלים חיצוניים. monday.com מתאים בדרך כלל לתהליכי עבודה של צוותים ול-CRM פשוט יותר, וההטמעה שלו מהירה יותר. CloudX בונה על שתיהן, אז ההמלצה נגזרת מהתהליך שלכם, ולא מעט ארגונים עובדים עם שתיהן מחוברות.
יש לנו Salesforce והוא מבולגן. צריך להתחיל מאפס?
בדרך כלל לא. ממפים מה קיים, מאתרים מה שבור, כפול או לא בשימוש, ומשפרים בשלבים, למשל איחוד Flows, ניקוי כפילויות ותיעוד ה-org. בנייה מחדש שווה את זה רק כשמודל הנתונים עצמו חוסם את העבודה.
האם Salesforce תומך בעברית ובכתיבה מימין לשמאל?
כן. עברית נתמכת כשפת משתמש קצה עם תצוגה מימין לשמאל, וחלקים מ-Setup נשארים באנגלית. RTL מתנהג אחרת בתבניות שונות של Experience Cloud וברכיבי Lightning Web Components ייעודיים, ולכן אנחנו בוחרים תבנית עם העברית בראש ובודקים כל מסך, תבנית מייל ודף פורטל בעברית.
איך מטפלים באבטחה ובהרשאות ב-Salesforce?
מתכננים את מודל ההרשאות לפני הבנייה: מי רואה אילו רשומות ושדות, ולאילו נתונים משתמשים חיצוניים בפורטל יכולים לגשת. בודקים אותו בתרחישים לפי תפקיד. ב-org קיים בודקים גם הזדהות, MFA, תעודות, אפליקציות מחוברות ומשתמשי אינטגרציה.
מה קורה אחרי העלייה לאוויר?
אחרי העלייה לאוויר אנחנו מוסרים תיעוד כדי שהצוות שלכם יוכל להחזיק את המערכת, ויכולים להמשיך ללוות בתמיכה ובשיפורים לפי השימוש בפועל. עבודת המשך טיפוסית כוללת כוונון אוטומציות, דוחות נוספים והרחבה לצוותים נוספים.
אפשר לחבר את Salesforce ל-NetSuite?
כן. הדפוסים הנפוצים הם סנכרון דו-כיווני שוטף, קליטת מסמכים כמו הזמנות רכש שמגיעות במייל, וסנכרון יומי של חשבוניות, והבחירה ביניהם תלויה בתהליך ובמגבלות ה-API והעומס המקבילי.
האם סוכני AI יכולים לעבוד בתוך Salesforce בצורה בטוחה?
כן, כשהתהליך מתוכנן לזה. הסוכנים שלנו עובדים על רשומות וקבצים שכבר נמצאים ב-Salesforce, מצטטים את המקור לכל ממצא, וההחלטה נשארת אצל אדם. כך עובד סוכן סינון בקשות המענק שבנינו לקרן פילנתרופית, שרץ בייצור. כל סוכן נבנה ונבדק קודם בסביבת Sandbox, ורק אז עולה לייצור.
האם Salesforce מתאים לעמותות ולקרנות?
לעתים קרובות כן, בעיקר כשמנהלים מענקים, מלגות, תוכניות, הפניות או משתתפים וצריכים הרשאות ודוחות ברורים. חלק גדול מעבודת ה-Salesforce של CloudX נעשה בסקטור הזה, כולל סינון בקשות מענק עם AI, ניקוד מלגות ופורטלים ב-Experience Cloud.
Nonprofit Cloud או NPSP: מה מתאים לעמותה?
הטמעות חדשות מתחילות בדרך כלל ב-Nonprofit Cloud, שבנוי על Person Accounts ועל מודל נתונים ענפי לתוכניות, תרומות ומענקים. ארגונים שכבר עובדים עם Nonprofit Success Pack (NPSP) יכולים להמשיך בו, ומעבר הוא הסבה ולא שדרוג, ולכן בודקים קודם את מודל הנתונים והאוטומציות. אנחנו בונים ניהול מענקים, תוכניות ומשתתפים על שני המודלים.
Salesforce או HubSpot: מה לבחור?
HubSpot מתאים בדרך כלל לצוותים קטנים יותר שהשיווק מוביל אצלם, עם תהליך מכירה פשוט. Salesforce מתאים כשכמה צוותים עובדים על אותה רשומה, ההרשאות מורכבות, צריך חיבור ל-ERP או שמשתמשים חיצוניים צריכים פורטל. אנחנו ממפים קודם את התהליך וממליצים על הפלטפורמה שמתאימה לו.
איך מוציאים אדמין Salesforce שעוזב בלי לשבור תהליכים?
לפני שמשביתים את המשתמש, מאתרים את כל מה שרץ תחתיו: משימות מתוזמנות, חיבורי OAuth, Email-to-Case, נמעני התראות ואינטגרציות. מעבירים כל פריט למשתמש ייעודי לפי תוכנית שינוי ו-runbook כתובים. השבתה לפני המיפוי עוצרת לא פעם תהליכים בלי שום שגיאה גלויה.
עודכן לאחרונה: