יישום monday.com · CloudX
הטמעת monday.com (מאנדיי) בישראל, מעבר לבורדים: אפליקציות, סוכנים ודשבורדים
CloudX היא חברת ייעוץ ישראלית ושותף מאנדיי שמטמיעה monday.com לחברות, לעמותות ולצוותי תפעול בישראל. אנחנו בונים בורדים ואוטומציות, ובנוסף אפליקציות על monday code, אפליקציות חיצוניות שעובדות על הנתונים ב-monday עם פרטיות ברמת השורה, סוכני AI שמזינים את monday מהצ'אט, ודשבורדים מעל הרבה בורדים. מכיוון שאנחנו עובדים גם עם Salesforce, אנחנו עוזרים לבחור את הכלי לפי התהליך ולא לפי המותג.
מה זה monday.com ומתי הוא מתאים
monday.com (מאנדיי) היא פלטפורמת עבודה שבנויה על בורדים: טבלאות של פריטים עם עמודות מוגדרות, אוטומציות, תצוגות ודשבורדים. צוותים משתמשים בה לניהול פרויקטים, CRM, מוקד שירות ותפעול, כי בעל תהליך שאינו טכני יכול לשנות אותה בעצמו בלי לחכות למפתח.
על אותה פלטפורמה יש כמה מוצרים: ניהול עבודה, monday CRM, monday service ו-monday dev. במכירות אנחנו מתחילים בדרך כלל מ-monday CRM (עסקאות, אנשי קשר, חשבונות וסנכרון מייל), ומשתמשים ביכולות ה-AI המובנות של monday.com כשהן מספיקות. סוכנים ייעודיים אנחנו בונים כשהמידע מגיע מחוץ ל-monday.com, למשל בצ'אט, בהקלטה או במסמך.
monday.com מתאים במיוחד כשהתהליך גלוי לצוות שמפעיל אותו, משתנה לעתים קרובות וצריך לעלות לאוויר תוך שבועות ולא רבעונים. כשתהליך דורש פרטיות מלאה בין משתמשים, לוגיקה עסקית כבדה או מסך לאנשים שלא נכנסים ל-monday.com, בורדים לבד לא מספיקים. שם CloudX בונה: אפליקציות monday code, אפליקציות חיצוניות וסוכנים.
בונים מעבר לבורדים
רוב השותפים של monday.com מקימים בורדים ואוטומציות. גם אנחנו עושים את זה, ומה שמבדיל את CloudX הוא מה שאנחנו בונים כשבורדים לבד לא מספיקים. אלה הדפוסים שחוזרים אצלנו הכי הרבה.
אפליקציות על monday code
monday code היא סביבת האירוח וההרצה המנוהלת של monday.com לצד השרת של אפליקציות: הלוגיקה של אפליקציה שנבנתה על תשתית האפליקציות של monday רצה על התשתית של monday.com, בלי שרת שצריך לתחזק, והסודות נשמרים באחסון מאובטח. הממשק עצמו מופיע בתוך monday.com כתצוגת בורד, תצוגת פריט או ווידג'ט בדשבורד. אנחנו משתמשים בה כשהלוגיקה כבדה מדי לאוטומציות: מכונת מצבים, טיימרים של SLA שמכבדים שעות פעילות, חישובי קיבולת וזיהוי חריגות.
הדוגמה הברורה ביותר היא הדמו שלנו לשירות שטח. הוא רץ כולו על monday code מעל 15 בורדים, עם מכונת מצבים להזמנות עבודה, מנוע SLA לפי עדיפות ושעות פעילות, מדדים של זמן ממוצע לקבלת קריאה (MTTA) ולסגירתה (MTTR), קליטת טכנאים, תמונות תיעוד ותכנון מסלול. מאחוריו כ-900 בדיקות אוטומטיות.
הדמו רץ על נתונים סינתטיים, כך שאפשר לעבור בו על כל הזרימה, מפתיחת קריאה ועד סגירה ומדדים. כך מחליטים מה מתאים לארגון שלכם לפני שמתחילים לבנות.
אפליקציות חיצוניות שעובדות על הנתונים ב-monday
לפעמים המשתמשים לא אמורים להיכנס ל-monday.com בכלל. עובדים, מועמדים, מתנדבים או לקוחות צריכים מסך פשוט, ואסור שיראו את הנתונים של אחרים.
במקרה כזה אנחנו בונים אפליקציית ווב חיצונית, ו-monday.com נשאר מקור האמת. הדפדפן אף פעם לא פונה ל-monday.com ישירות: שרת מחזיק את מפתח הגישה, בודק בכל בקשה מי המשתמש המחובר ושולף רק את הפריטים שמקושרים אליו, כך שהפרטיות לא תלויה בהסתרה של דברים בממשק. ההתחברות יכולה להיות בקישור או בקוד חד-פעמי במייל, בלי לרכוש רישיון monday לכל משתמש.
כך בנינו לחברת מכשור רפואי אפליקציה שעובדת היום בייצור. התוכנית לעובדים נבנתה אצלם במקור ב-monday vibe, אבל אפליקציית vibe עובדת עם ההרשאות של הבורדים שמאחוריה, ולכן לא יכלה להסתיר שורות של עובד אחד מעובד אחר. באפליקציה החיצונית כל עובד נכנס בקישור במייל ורואה רק את המידע שלו, הערות המנהלים נשארות פרטיות, ועמוד התקדמות ציבורי ואנונימי מראה את מצב המילוי בלי לחשוף אף אחד.
סוכני AI וצ'אט שמזינים את monday
הכשל הנפוץ ביותר בכל הטמעת monday הוא מידע שלא מגיע לבורד. הצעות מחיר נשארות במייל, זמינות מגיעה בהודעה קולית, עדכונים מהשטח מגיעים בצ'אט.
אנחנו בונים סוכנים שמקבלים את המידע במקום שבו הוא כבר נמצא, בדרך כלל בצ'אט הארגוני ZENZAP, וכותבים רשומות מסודרות ל-monday.com. כשחסר שדה, הסוכן שואל ולא מנחש, ואדם מאשר כל פעולה רגישה.
מודל הנתונים קודם לסוכן. חשבונות, אנשי קשר ועסקאות יושבים כל אחד בבורד משלו, הסוכן מקשר עסקה לחשבון ולאיש הקשר שלה דרך עמודות שמקשרות בין הבורדים, ומאתר רשומות קיימות לפני שהוא יוצר חדשות. כל שינוי שהוא עושה מסומן כשינוי שהגיע מהסוכן, וכרטיס הצעות המחיר למטה מראה את הדפוס הזה בייצור.
דשבורדים מעל הרבה בורדים
דשבורד מובנה ב-monday.com משלב מספר מוגבל של בורדים, לפי החבילה, וכל צופה צריך גישה לבורדים שמאחוריו. כשהנהלה צריכה תמונה אחת מעל עשרות בורדים, עם לוגיקה והרשאות משלה, אנחנו בונים דשבורד ייעודי שקורא את monday.com דרך ה-GraphQL API. ההתחברות היא בקישור חד-פעמי במייל, כך שאפשר לשתף אותו גם עם מי שלא עובד בבורדים.
מודל תפעולי לתוכנית שלמה
יש ארגונים שצריכים מודל עבודה שלם, לא תהליך אחד. ההדגמה שלנו לניהול מתנדבים כוללת רישום, הסכמות, משמרות, דיווח שעות ובקרת צוות על פני 18 בורדים, ומעליהם סוכני צ'אט למתנדבים ולצוות.
הערך כאן הוא בתכנון: איזה בורד אחראי על איזה מידע, אילו פעולות דורשות אישור של איש צוות, ומה מתנדב יכול לעשות לבד מתוך הצ'אט. כשהתכנון הזה נכון, ההרחבה בהמשך פשוטה.
עמותות וארגונים חברתיים שבוחנים את monday.com, מניהול מתנדבים ועד תוכניות ומשתתפים, ימצאו את הדגשים שלהם בדף monday.com לעמותות.
חיבור monday.com למערכות אחרות
monday.com כמעט אף פעם לא עומד לבד. הכספים מנוהלים ב-ERP, המכירות או גיוס המשאבים אולי ב-Salesforce, ומסמכים מגיעים במייל. אנחנו מחברים את monday.com דרך ה-API שלו, דרך פלטפורמות אינטגרציה כמו Workato, או עם שירות קטן ייעודי כשהלוגיקה ספציפית.
כל מה שקורה מחוץ לבורדים עובד דרך ה-GraphQL API של monday.com. אנחנו מתכננים לפי תקציב המורכבות ומגבלות הקצב שלו (שאילתות מאוגדות ודפדוף עם cursor), משתמשים ב-webhooks במקום בדיקות חוזרות כשאפשר, מקבעים גרסת API ושומרים את מפתח ה-API בצד השרת בלבד.
אנחנו גם משתמשים ב-monday.com כלוח בקרה לעבודה שמתבצעת במערכות אחרות. בעבודת המסירה שלנו, שינוי סטטוס בבורד מפעיל סוכן QA אוטומטי שבודק בארגון Salesforce כללי ולידציה, Flows, הרשאות ובדיקות Apex, ומחזיר את התוצאות לאותו פריט.
מתי לשלב את monday.com עם כלי נוסף
כדאי לקבל את ההחלטה הזו בתחילת הדרך, כי שינוי כיוון בהמשך יקר. כשליבת התהליך דורשת הרשאות ברמת הרשומה על פני הרבה אובייקטים קשורים וניהול גרסאות מסודר עם סביבות בדיקה, אנחנו ממליצים על Salesforce לליבה ומשאירים את monday.com לתהליכי הצוות שסביבה, כששתי המערכות מחוברות דרך ה-API.
סידור חשבון monday קיים
הרבה ארגונים מגיעים אלינו עם חשבון שגדל בלי תכנון: עשרות בורדים, עמודות כפולות, אוטומציות שאף אחד לא זוכר למה נוצרו. לפני שמוסיפים משהו חדש, אנחנו ממפים מה קיים, בודקים את הנתונים עצמם דרך ה-API ומסמנים איפה יש כפילויות, שדות ריקים או קשרים שבורים.
התוצאה היא תמונה ברורה של מה לשמר, מה לאחד ומה לבנות מחדש, ורק אחרי זה מתחילים לבנות.
בעיות עסקיות טיפוסיות שאנחנו פותרים עם monday.com
- תהליך אישורים פנימי שרץ באקסל ובמייל, בלי מקום אחד שבו רואים מה מחכה ולמי.
- צוות מכירות ששולח הצעות מחיר אבל לא מעדכן באופן עקבי עסקאות, חשבונות ואנשי קשר.
- סידור משמרות בטלפון ובגיליון, כשאף אחד לא יודע להסביר למה מישהו קיבל משמרת מסוימת.
- מידע של עובדים או מועמדים שבו אסור שאחד יראה את הנתונים של אחר.
- צוותי שטח שהזמנות העבודה, ה-SLA והתיעוד שלהם חיים בקבוצות וואטסאפ.
- הנהלה שרוצה תמונה אחת של מצב הלקוחות מעל הרבה בורדים.
- דוחות וחשבוניות חודשיים שמנוהלים מהזיכרון במקום בעמודת סטטוס.
מאנדיי או סיילספורס (monday.com או Salesforce): איך בוחרים
התשובה תלויה במבנה התהליך, לא במותג.
| שאלה | מתאים יותר ל-monday.com | מתאים יותר ל-Salesforce |
|---|---|---|
| מי משנה את המערכת | בעל התהליך, לפעמים כל שבוע | צוות אדמין עם תהליך שחרור מסודר |
| מודל נתונים | בורדים עם פריטים מקושרים, מספר מתון של קשרים | הרבה אובייקטים קשורים, קשרים מורכבים |
| פרטיות בין משתמשים | הרשאות לסביבת עבודה, לבורד, לעמודה ולעריכה; פרטיות צפייה ברמת השורה דורשת אפליקציה חיצונית | כללי שיתוף מובנים ברמת הרשומה |
| זמן עד ערך ראשון | בדרך כלל שבועות | בדרך כלל יותר, תלוי בהיקף |
| משתמשים חיצוניים | אורחים בבורדים משותפים, WorkForms, או אפליקציה חיצונית מעל monday.com כשצריך פרטיות או מסך ייעודי | פורטלים ב-Experience Cloud, Titan, Zite |
| לוגיקה כבדה | אפליקציות monday code | Flow ו-Apex |
מקרה טיפוסי: צוות בגודל בינוני עם תהליך תפעולי ברור ובלי דרישות פרטיות מחמירות יתקדם בדרך כלל מהר יותר ב-monday.com. ארגון עם בסיס תורמים גדול, הרשאות מורכבות וחיבור ל-ERP שייך בדרך כלל ל-Salesforce. הרבה ארגונים עובדים עם שתי המערכות, כל אחת במה שהיא טובה בו, ואנחנו מטמיעים את שתיהן ומחברים ביניהן. על הצד של Salesforce, ראו הטמעת Salesforce.
איך פרויקט מתנהל
- מיפוי תהליך. ממפים איך העבודה מתנהלת היום בפועל, כולל קבצי האקסל וקבוצות הצ'אט שאף אחד לא מזכיר בפגישה הראשונה. קודם תהליך, אחר כך כלים.
- החלטת ארכיטקטורה. רק בורדים, בורדים ו-monday code, אפליקציה חיצונית או סוכן. מחליטים לפני שבונים, כי שינוי בהמשך יקר.
- בנייה במחזורים קצרים. בונים קודם את הזרימה המרכזית ונותנים למשתמשים אמיתיים לעבוד איתה כבר בשלבים הראשונים.
- העברת נתונים ובדיקות. בורדים או גיליונות קיימים מנוקים ומועברים. לאפליקציות ולסוכנים אנחנו כותבים בדיקות אוטומטיות, לא רק מעבר ידני.
- עלייה לאוויר ומסירה. הדרכה לבעלי התהליך, תיעוד של הבורדים והאוטומציות, ורשימה ברורה של מה אפשר לשנות בלעדינו. אפליקציות וסוכנים עולים לאוויר תהליך אחרי תהליך.
- ליווי. תמיכה ושיפורים אחרי העלייה לאוויר, לפי מה שהצוות צריך.
משך הפרויקט תלוי בהיקף. הקמה ממוקדת לצוות אחד היא לרוב עניין של שבועות. אפליקציה על monday code, אפליקציה חיצונית או סוכן שמחובר ל-monday.com לוקחים בדרך כלל יותר, ואנחנו נותנים לוח זמנים אחרי מיפוי התהליך, לא לפניו.
איך בוחרים שותף monday.com: מה לשאול
- אפשר לראות משהו שבניתם מעבר לבורדים ואוטומציות, ומה מזה עובד היום בייצור?
- אפשר לראות אפליקציית monday code עם בדיקות אוטומטיות?
- איך אתם מטפלים במשתמשים שאסור להם לראות נתונים של אחרים?
- החלפתם פעם פתרון ב-monday vibe או פתרון של בורדים בלבד שלא הצליח לאכוף פרטיות ברמת השורה?
- מה קורה כשהלוגיקה גדלה מעבר למה שאוטומציות יכולות?
- אתם עובדים גם עם Salesforce, או שכל תשובה תהיה monday?
- מי אחראי על המערכת אחרי העלייה לאוויר, ואיזה תיעוד נקבל?
למה CloudX
CloudX היא חברת ייעוץ ישראלית שעובדת עם Salesforce, monday.com ו-AI. הגישה שלנו היא "Process First. Then AI." קודם מתכננים את התהליך ורק אז בוחרים כלי. אנחנו בונים גם ב-Salesforce, כך שכשתהליך גדל מעבר ל-monday.com, תשמעו את זה קודם מאיתנו.
ב-monday.com אנחנו בונים את החלקים שרוב השותפים לא מגיעים אליהם: אפליקציות monday code עם לוגיקה עסקית שנבדקת אוטומטית, אפליקציות חיצוניות עם פרטיות אמיתית ברמת השורה, סוכנים שמזינים את monday מתוך ZENZAP, ודשבורדים מעל הרבה בורדים. גם עבודת המסירה שלנו עצמה רצה על monday.com, כולל סוכן QA אוטומטי ל-Salesforce שמופעל מעמודת סטטוס.
האפליקציה החיצונית עם פרטיות ברמת השורה, סוכן הצעות המחיר, דשבורד בריאות הלקוחות וסוכן ה-QA עובדים בייצור. מערכת שירות השטח, סידור המשמרות ומודל המתנדבים הם הדגמות מלאות שמראות בדיוק מה מקבלים, ואפשר להתאים אותן לארגון שלכם. רוצים לראות את אפליקציית שירות השטח או את סידור המשמרות בפעולה? קבעו הדגמה והביאו תהליך אחד שאתם רוצים להוציא מהאקסל.
מחברים את monday.com למערכות נוספות? ראו אינטגרציה בין Salesforce ל-monday.com.
פרויקטים שעשינו
שירות שטח, דמו על נתונים סינתטיים · הדגמה
שירות שטח על monday code
ארגוני שירות שטח מנהלים הרבה פעמים קריאות, SLA ותיעוד בין טלפונים, גיליונות וקבוצות צ'אט. בנינו מערכת שירות שטח שרצה כולה על monday code מעל 15 בורדים: מכונת מצבים להזמנות עבודה, מנוע SLA לפי עדיפות ושעות פעילות, זיהוי חריגות וקיבולת, מדדי זמן ממוצע לקבלת קריאה (MTTA) ולסגירתה (MTTR), קליטת טכנאים, תמונות תיעוד ותכנון מסלול. הלוגיקה מכוסה בכ-900 בדיקות אוטומטיות, כך שכל שינוי נבדק לפני שהוא עולה. הארגון עובר עם הצוות שלו על כל הזרימה, מפתיחת קריאה ועד המדדים, ואז אנחנו מתאימים את הבורדים, כללי ה-SLA והמדדים לתפעול שלו.
חברת מכשור רפואי · בייצור
אפליקציה חיצונית עם פרטיות ברמת השורה
החברה מפעילה תוכנית לעובדים שבה כל עובד ממלא את המידע שלו, ואסור שעובד יראה את הנתונים של עמיתים. הגרסה הראשונה נבנתה ב-monday vibe, אבל אפליקציית vibe עובדת עם ההרשאות של הבורדים שמאחוריה, ולכן לא יכלה להסתיר שורות של עובד אחד מעובד אחר. בנינו אפליקציית ווב חיצונית ש-monday.com משמש לה כמסד נתונים: שרת מחזיק את מפתח הגישה, בודק בכל בקשה מי המשתמש המחובר ומחזיר רק את הפריטים שלו. העובדים נכנסים בקישור במייל, הערות המנהלים נשארות פרטיות, ועמוד התקדמות ציבורי ואנונימי מראה את מצב המילוי בלי לחשוף אף אחד. הצוות שמפעיל את התוכנית ממשיך לעבוד בבורדים של monday.com כרגיל.
חברת שירותים מקצועיים · בייצור
דשבורד בריאות לקוחות ועסקאות
לפני פגישה עם לקוח, מנהלים בחברה היו צריכים לפתוח כמה בורדים כדי להרכיב את התמונה: פגישות אחרונות ועסקאות פתוחות. בנינו דשבורד חיצוני שקורא את בורדי הפגישות והעסקאות דרך ה-API של monday ומציג עמוד אחד לכל לקוח. ההתחברות היא בקישור חד-פעמי במייל, כך שגם מי שלא עובד בבורדים יכול לפתוח אותו. מנהל נכנס לשיחה עם לקוח כשכל התמונה על מסך אחד.
אבטחה ושמירה · הדגמה
סידור משמרות עם תיעוד מקור לכל שיבוץ
בחברות אבטחה הסידור נבנה הרבה פעמים בטלפון ובגיליון, ואף אחד לא יודע להסביר למה מישהו קיבל משמרת. בדמו הסידור מנוסח בצ'אט ונבדק מול כללי מנוחה והסמכות, ו-monday.com הוא המקום שבו יושבים הסידורים המאושרים. לכל שיבוץ יש עמודת מקור, AI או ידני, ולכל שינוי ידני נשמרת הסיבה. בבורד, מנהל יכול לסנן לפי מקור ולראות כל שינוי ידני עם הסיבה שלו. כך כל משמרת ניתנת להסבר, וסרטון של הדמו זמין באתר שלנו.
תפעול מכירות · בייצור
מהצעת מחיר בצ'אט לעסקה מעודכנת בבורדי ה-CRM ב-monday
צוות תפעול המכירות ניהל את ה-CRM ב-monday, אבל עסקאות, חשבונות ואנשי קשר עודכנו רק כשמישהו מצא זמן, והבורדים פיגרו אחרי ההצעות שבאמת נשלחו. חיברנו סוכן בקבוצת ZENZAP לבורדי ה-CRM: איש מכירות שולח הצעת מחיר בטקסט, בהקלטה או כקובץ, והסוכן מאתר את החשבון ואיש הקשר הקיימים או יוצר אותם, ואז פותח או מעדכן את העסקה עם הקישורים ביניהם. הסוכן כותב לאותן עמודות שצוות המכירות כבר מסנן לפיהן, וכשחסר שדה חובה הוא שואל בקבוצה ולא ממלא לבד. כל בעל עסקה מקבל סיכום שבועי שנבנה מהעסקאות הפתוחות שלו בבורד, וההנהלה עובדת מבורדים שמשקפים את מה שהוצע השבוע.
תפעול מתנדבים · הדגמה
מודל תפעולי לניהול מתנדבים
תוכנית מתנדבים צריכה לנהל רישום, הסכמות, משמרות ושעות, ולרוב כל אחד מהם חי בקובץ אחר. בנינו מודל עבודה שלם על 18 בורדים: רישום, הסכמות, משמרות, דיווח שעות ובקרת צוות. מעל הבורדים פועלים סוכני צ'אט למתנדבים ולצוות, וחלק מהפעולות דורשות אישור של איש צוות לפני שהן מתבצעות. רכז פותח מקום אחד ורואה מי נרשם, מי עוד צריך לחתום על הסכמה ואילו שעות מחכות לבדיקה. הדמו מראה איך כל המידע של התוכנית יושב במקום אחד ואיך מתנדב עושה את רוב הפעולות מהצ'אט.
שימוש פנימי ב-CloudX · בייצור
העבודה שלנו עצמה רצה על monday
אנחנו מנהלים את עבודת הלקוחות של CloudX ב-monday.com, כך שאנחנו חיים עם אותם בורדים שאנחנו בונים. בנינו סוכן שמופעל משינוי סטטוס בעמודה ב-monday ובודק בארגון ה-Salesforce של הלקוח כללי ולידציה, Flows, הרשאות ובדיקות Apex, ואז כותב את הדוח בחזרה לאותו פריט, כך שכל מסירה נושאת את תוצאות הבדיקה שלה. הדוחות החודשיים ללקוחות מנוהלים בבורד משלהם, עם עמודות סטטוס לאישור ולחשבונית, וכך בכל רגע רואים מה מחכה לאישור ומה עוד לא חויב. שום דבר בתהליך המסירה שלנו לא תלוי בזיכרון של מישהו.
שאלות נפוצות
מי מטמיע מאנדיי (monday.com) בישראל?
CloudX היא חברת ייעוץ ישראלית ושותף monday.com שמטמיעה monday.com ובונה מעבר לבורדים: אפליקציות על monday code, אפליקציות חיצוניות שעובדות על הנתונים ב-monday, סוכני AI שמזינים את monday ודשבורדים ייעודיים. כל פרויקט מתחיל במיפוי התהליך, ורק אחר כך מחליטים מה לבנות.
כמה זמן לוקח פרויקט monday.com?
זה תלוי בהיקף. הקמה ממוקדת לצוות אחד היא לרוב עניין של שבועות, ואפליקציה על monday code, אפליקציה חיצונית או סוכן מחובר לוקחים בדרך כלל יותר. אנחנו נותנים לוח זמנים אחרי מיפוי התהליך, לא לפניו.
כמה עולה הטמעת מאנדיי (monday.com) ומה משפיע על המחיר?
אין מחיר קבוע, כי העלות תלויה בהיקף. מה שמשפיע: מספר התהליכים והצוותים, כמות הנתונים להעברה, אינטגרציות למערכות אחרות, והאם צריך אפליקציה, סוכן או דשבורד מעבר לבורדים. אחרי מיפוי קצר אפשר לתת הערכה מבוססת.
מה ההבדל בין מאנדיי לסיילספורס, ומה מתאים לארגון שלי?
monday.com מתאים בדרך כלל כשבעל התהליך רוצה לשנות את המערכת בעצמו, מודל הנתונים מתון וצריך ערך תוך שבועות. Salesforce מתאים יותר כשיש הרבה אובייקטים קשורים, הרשאות מורכבות ברמת הרשומה וחיבור כבד ל-ERP. אנחנו מטמיעים את שתיהן ולפעמים ממליצים להפעיל את שתיהן, כל אחת במה שהיא טובה בו.
מתי monday CRM מספיק לניהול מכירות?
monday CRM מתאים כשהפייפליין מנוהל על ידי צוות אחד עם צורכי הרשאות מתונים, ואז עסקאות, חשבונות, אנשי קשר וסנכרון מייל מכסים את רוב העבודה. כשמכירות, כספים ושירות חולקים את אותם נתונים עם הרשאות ברמת הרשומה, Salesforce מתאים יותר. CloudX מטמיעה את שתי המערכות, ובוחרים לפי מבנה התהליך.
אפשר להסתיר מעובדים ב-monday את הנתונים של עמיתים?
כן, עם אפליקציה חיצונית. ל-monday.com יש הרשאות לסביבת עבודה, לבורד ולעמודה, ואפשר להגביל עריכה לפריטים שמשויכים למשתמש, אבל חברי בורד רואים בדרך כלל את כל הפריטים שלו. כשנדרשת פרטיות צפייה ברמת השורה, אנחנו בונים אפליקציה חיצונית שמשתמשת ב-monday.com כמסד נתונים ואוכפת גישה לכל משתמש בצד השרת. כך בנינו לחברת מכשור רפואי אפליקציה שעובדת בייצור.
מה זה monday code ומתי צריך אותו?
monday code היא סביבת האירוח וההרצה המנוהלת של monday.com לצד השרת של אפליקציות: הלוגיקה רצה על התשתית של monday, הסודות נשמרים באחסון מאובטח, והממשק מופיע בתוך monday.com כתצוגת בורד, תצוגת פריט או ווידג'ט. צריך אותה כשהלוגיקה כבדה מדי לאוטומציות, למשל מכונת מצבים, SLA לפי שעות פעילות או חישובי קיבולת. הדמו שלנו לשירות שטח רץ כולו על monday code עם כ-900 בדיקות אוטומטיות.
אפשר לחבר את monday.com ל-Priority, ל-Salesforce או למייל?
כן. ל-monday.com יש אינטגרציות מובנות לכלים נפוצים כמו Gmail ו-Outlook, ולמערכות ERP כמו Priority ול-Salesforce אנחנו בונים חיבור דרך ה-API או דרך פלטפורמת אינטגרציה. בכל חיבור מגדירים לכל שדה מקור אמת אחד, כדי ששתי מערכות לא ידרסו זו את זו.
יש לנו כבר חשבון monday עם הרבה בורדים. אפשר לעבוד איתו?
כן, ורוב הפרויקטים מתחילים ככה. אנחנו ממפים את הבורדים, האוטומציות והתהליך בפועל, מסמנים מה עובד ומה לא, ומחליטים יחד מה לשמר, מה לאחד ומה לבנות מחדש. העברת נתונים ותיעוד הם חלק מהעבודה.
monday.com עובד בעברית ומימין לשמאל?
כן, ל-monday.com יש ממשק בעברית, ואנחנו בונים בורדים, טפסים ואוטומציות בעברית. אפליקציות חיצוניות ודשבורדים שאנחנו בונים מעל monday.com נתמכים בעברית ובכיוון RTL, ואפשר לבנות אותם גם בשתי שפות.
איך שומרים על אבטחה והרשאות כשבונים אפליקציה מעל monday?
האפליקציה מנהלת התחברות וכללי גישה משלה, והשרת שולף בכל בקשה רק את הנתונים שמותר למשתמש לראות. מפתח ה-API של monday.com נשמר בצד השרת ולא נחשף בדפדפן. בסוכנים, פעולות רגישות דורשות אישור של אדם.
אפשר לחבר סוכן AI או צ'אט ל-monday.com?
כן. אנחנו בונים סוכנים בצ'אט הארגוני ZENZAP שקולטים מידע בטקסט, בקול או בקובץ וכותבים אותו ל-monday.com כרשומות מסודרות. סוכן שהופך הצעות מחיר לעסקאות, חשבונות ואנשי קשר עובד בייצור בצוות תפעול מכירות, וסרטון של דמו סידור המשמרות זמין באתר שלנו.
למה צריך שותף monday.com אם אפשר לבנות לבד?
בורד אחד קל לבנות לבד, אבל מערכת שגדלה צריכה מיפוי תהליך, מודל נתונים שמחזיק לאורך זמן, הרשאות ואינטגרציות. שותף מביא את התכנון הזה מראש, ובונה גם את מה שבורדים לא עושים: אפליקציות, סוכנים ודשבורדים. בסוף מקבלים תיעוד שהצוות יכול להחזיק בעצמו.
מה קורה אחרי העלייה לאוויר?
אנחנו מוסרים תיעוד של הבורדים, האוטומציות והאפליקציות, מדריכים את בעלי התהליך ומגדירים מה בטוח לשנות בלי עזרה. אחרי זה יש ליווי ושיפורים שוטפים לפי מה שהצוות צריך.
איך מחליפים תהליך אישורים פנימי שרץ באקסל ובמייל?
מתחילים במיפוי של מי בצוות מאשר מה, באיזה סדר ולפי אילו כללים, ורק אחר כך בונים. ב-monday.com זה בדרך כלל בורד עם עמודת סטטוס, אוטומציות שמעבירות את הפריט למאשר הבא ומתריעות לו, ותצוגה שמראה מה מחכה ולמי. כך כל המאשרים הפנימיים עובדים ממקום אחד, וההיסטוריה של כל אישור נשמרת על הפריט.
עודכן לאחרונה: