להוסיף מערכת בלי להחליף סביבה
רוב הארגונים שמטמיעים Zoho כבר עובדים על Microsoft 365, ואין סיבה להזיז את הדוא"ל והיומן. השאלה היא איך ה-CRM רואה את התכתובת הרלוונטית - בלי שאיש מכירות יעתיק מיילים לכרטיס, ובלי לחשוף תכתובת שהיא לא עסקית.
מה נכנס ל-CRM, ומה נשאר בתיבה
זו ההחלטה שהכי משפיעה על הצלחת החיבור, ורוב הארגונים לא בוחרים בה במודע. הזיזו את המתג ותראו מה קורה לאותה תיבת דוא"ל בשני המצבים.
- לקוח - הזמנה #4471אישור קבלת הצעת המחיר
- קופון הנחה - חנות ריהוט50% הנחה על כל הקולקציה
- לקוח - פרויקט הקמהשאלה לגבי לוח הזמנים
- קבוצת הורים - כיתה ג'תזכורת לטיול השנתי
- לקוח פוטנציאלימתעניין בהצעה שנשלחה
- בנק - עדכון אישידוח תנועות חודשי
התרחיש הוא המחשה של מנגנון ואינו נתון של לקוח. הכלל המעשי: סנכרון לפי התאמה לאיש קשר קיים, לא סנכרון גורף - ולתאם את הגבול הזה מול העובדים לפני שמפעילים, לא אחרי שהם שמים לב.
הצוות נשאר ב-Outlook, המידע מגיע לכרטיס
כשהתכתובת עם הלקוח יושבת רק בתיבה האישית, ההיסטוריה שלו חלקית וכשעובד עוזב היא נעלמת. החיבור מאפשר לנציג להמשיך לעבוד ב-Outlook בדיוק כמו היום, ובמקביל שהמידע הרלוונטי יופיע בכרטיס הלקוח - בלי מעבר בין מערכות ובלי הקלדה כפולה.
תרחישים אפשריים
תכתובת עם לקוח מופיעה אוטומטית בכרטיס ב-CRM.
שליחת דוא"ל מתוך ה-CRM דרך תיבת הדוא"ל הארגונית.
סנכרון יומן דו-כיווני לפגישות שנקבעות במערכת.
סנכרון אנשי קשר בין הסביבות.
קביעת פגישה מ-Zoho Bookings לפי הזמינות ב-Outlook.
שימוש בזהות Microsoft להתחברות, לפי מדיניות הארגון.
שמירת קבצים מצורפים במקום מוגדר במקום בתיבה.
תוסף בתוך Outlook שמראה את כרטיס הלקוח בלי לעזוב את המייל.
מה עשוי לעבור בין המערכות
הודעות דוא"ל הקשורות ללקוח, אירועי יומן, אנשי קשר וזמינות - בהתאם למה שיוגדר ולמדיניות ההרשאות בארגון.
מתי הנתונים עוברים
רציף, כדי שהיומן והתכתובת יישארו תואמים. סנכרון יומן שמתעדכן באיחור יוצר כפל פגישות, וזה גרוע מלא לסנכרן בכלל.
אפשרויות מימוש
חיבורים מובנים של Zoho ל-Microsoft, תוסף Outlook, או חיבור דרך Zoho Flow לתרחישים ייחודיים. ברוב המקרים החיבור המובנה מספיק.
מה Alevectis מבצעת
מה נכנס למערכת ומה נשאר אישי, ומתאמים אותו מול מנהל ה-IT ומול העובדים.
דרך החיבור המובנה, בלי לגעת בהרגלי העבודה של הצוות.
פגישה שמבוטלת בשני הצדדים, התנגשות ביומן, מייל שלא מזוהה לאף לקוח.
מוודאים שההרשאות במערכת החדשה לא סותרות את מדיניות הארגון הקיימת.
מוצרי Zoho שמעורבים בחיבור הזה
מה שנפגש עם Outlook והיומן בפועל. מה שמסומן כקישור נפתח לעמוד מלא.
שאלות שצריך לענות עליהן לפני שמתחילים
- מה נכנס מהתיבה האישית ל-CRM, ומה נשאר בחוץ?
- האם היומן מסונכרן דו-כיווני, ומי גובר בהתנגשות?
- מי מנהל את הזהויות, ומה מדיניות ההתחברות?
- האם העובדים יודעים מה מסונכרן ומה לא?
שאלות נפוצות
לא. הרעיון המרכזי של החיבור הוא בדיוק ההפך - איש המכירות ממשיך לעבוד מתוך Outlook כרגיל, והמידע הרלוונטי מגיע לכרטיס הלקוח ב-CRM מעצמו. מערכת שדורשת לנטוש כלים מוכרים נתקלת בהתנגדות ונעקפת.
זו ההחלטה הרגישה ביותר בהטמעה הזו. ברירת המחדל הנכונה היא סנכרון רק של תכתובת שמזוהה מול לקוח או איש קשר קיים במערכת - לא כל מה שנכנס לתיבה. סנכרון גורף מכניס גם התכתבות אישית שאינה עסקית, ופוגע בפרטיות העובד.
זה בדיוק תרחיש הקצה שצריך לבדוק לפני העלייה לאוויר, לא אחריה. סנכרון יומן דו-כיווני חייב טיפול ברור במקרה של התנגשות או ביטול חד-צדדי - אחרת נוצרות פגישות רפאים שממשיכות להופיע במערכת אחת בזמן שבוטלו בשנייה.
אפשר להשתמש בזהות Microsoft הקיימת להתחברות ל-Zoho, לפי מדיניות ה-IT של הארגון. זה נוח ומקטין ניהול סיסמאות נפרד, אבל צריך לתאם עם מנהל ה-IT כדי שזה לא יסתור מדיניות אבטחה קיימת.
זו החלטה שצריך לקבוע מראש: קובץ שמצורף להתכתבות יכול להישמר ב-Zoho WorkDrive, להישאר מקושר ל-OneDrive, או בשניהם. כפילות קבצים בשתי מערכות היא בעיה נפוצה כשלא מחליטים על זה מראש.
החיבור המובנה של Zoho מיועד לסביבת הענן של Microsoft 365. תצורות מקומיות (on-premises) של Exchange דורשות בדיקה נפרדת, ולעיתים פיתוח ייעודי - זה נבדק מול ההתקנה הספציפית שלכם באפיון.
החלק הטכני קצר יחסית כשמשתמשים בחיבור המובנה. מה שלוקח זמן הוא ההחלטות - איפה עובר גבול הסנכרון, ותיאום מול העובדים כדי שהם ידעו בדיוק מה מסונכרן ומה נשאר פרטי.
עובדים על Microsoft 365 ומטמיעים Zoho?
בשיחת פתרון טכנית נגדיר מה מסונכרן ומה נשאר כמו שהוא - ונקבע את קו הגבול מול הצוות מראש.