לפני ספר המשחק, השוואה כנה של חמש דקות. M365 הוא לא אוטומטית התשובה הנכונה לכל עסק קטן.
בחרו ב-Microsoft 365 אם:
הצוות שלכם עובד בעיקר על מכשירי Windows
אתם בתעשייה מוסדרת - פיננסים, משפט, בריאות - שבה Outlook ו-Excel הם סטנדרט
אתם צריכים ניהול מכשירים בכמה מיקומים (Intune באמת טוב יותר מה-MDM של Google לזה)
יש לכם תשתית Microsoft קיימת לעבור ממנה
שקלו את Google Workspace במקום אם:
הצוות שלכם מרוחק לגמרי, רובו על Mac, וכבר חי בתוך Google Docs
אתם פחות מ-10 אנשים ורוצים את ההגדרה הפשוטה ביותר
עריכה שיתופית בזמן אמת חשובה לכם יותר מהיכולות של Outlook
המציאות ההיברידית: חלק מהעסקים משתמשים ב-M365 לאבטחה ולניהול מכשירים, לצד Google Docs לזרימות עבודה מסוימות. זה עובד, אבל מוסיף עלות ומורכבות. אם אפשר - האחידו על פלטפורמה אחת.
לפני שמתחילים: רשימת ההכנה שאף אחד לא נותן לכם
הסיבה הנפוצה ביותר שמיגרציות משתבשות היא לא מורכבות טכנית - אלא דילוג על ביקורת טרום-המיגרציה. לפני שעבודת מיגרציה כלשהי מתחילה, ודאו את כל אלה:
דומיין ו-DNS:
הדומיין רשום על שם העסק שלכם, לא על שם ספק ה-IT
אתם יודעים מי שולט ברשומות ה-DNS (בדרך כלל רשם הדומיין)
יש לכם גישה לחשבון רשם הדומיין עם אימות דו-שלבי מופעל
מלאי תיבות דואר:
רשמו כל תיבה: משתמשים בודדים, תיבות משותפות (billing@, info@, hello@) וכתובות שירות
רשמו כל כינוי - כמה כתובות שמנתבות לאותה תיבה
ודאו אם בתיבות יש נתוני יומן או אנשי קשר שצריך להעביר
נתונים קיימים:
איפה הקבצים כרגע? כוננים מקומיים, NAS, Dropbox, Google Drive?
האם צריך להעביר את הקבצים, או שהצוות יכול להתחיל מחדש ב-SharePoint?
האם יש גיבוי מאומת של הכל לפני שהמיגרציה מתחילה?
רישיונות:
החליטו על דרגת M365. לרוב העסקים הקטנים: Business Standard (מייל ואפליקציות Office) או Business Premium (הכל, פלוס Intune ו-Defender). Business Premium שווה את התוספת של 8 יורו למשתמש בחודש אם אתם רוצים ניהול מכשירים.
ספרו משתמשים במדויק. אפשר להוסיף רישיונות ככל שגדלים - אל תקצו יותר מדי מראש.
תזמון:
הימנעו ממיגרציה בסוף חודש, בעונת השיא שלכם, או בשבוע שלפני דדליין גדול.
הקצו לפחות 3-4 שבועות.
תכננו את מעבר ה-DNS ליום שישי אחר הצהריים - זה משאיר לכם את סוף השבוע להפתעות.
התוכנית שבוע-שבוע
התוכנית לארבעה שבועות במבט אחד
שבוע 1
מה נעשה
טננט, חשבונות, MFA, Conditional Access, תיבות משותפות
מה עובד בסופו
כולם מתחברים ל-M365; הדואר עדיין זורם למערכת הישנה
שבוע 2
מה נעשה
קבצים עוברים ל-SharePoint, ערוצי Teams, סינכרון מקדים של תיבות
מה עובד בסופו
הקבצים ב-SharePoint; הדואר עדיין זורם למערכת הישנה
אם משהו משתבש: שינוי ה-DNS הפיך תוך דקות. המייל שכבר עבר נשאר ב-M365 בכל מקרה.
אחרי 24 שעות נקיות: כיבוי פלטפורמת המייל הישנה.
ממוצע ההשבתה בתעשייה מול הדרך שבה התוכנית הזו מתנהלת
שווה לדעת איך נראה "רגיל" לפני שמסכימים לו. מחקרי הענן והתפעול של CompTIA מוצאים באופן עקבי שהשבתה לא מתוכננת והערכת חסר של מורכבות המעבר הן מהסיבות המדווחות המובילות לחריגות בפרויקטי ענן בעסקים קטנים ובינוניים[1] - מעבר דואר טיפוסי בעסק קטן שמנוהל בלי תוכנית מאבד בין חצי יום לשני ימי עבודה של זרימת דואר, בדרך כלל במעבר ה-DNS.
התוכנית שלמעלה בנויה כדי שזה יהיה אפס. התיבות מסונכרנות מראש וממשיכות להסתנכרן בזמן שהמערכת הישנה עדיין מקבלת דואר, כך שבמעבר משתנה רק היעד של דואר חדש. שום דבר לא נמחק מהמקור עד שהיעד מאומת. אם המעבר משתבש, רשומת ה-MX חוזרת אחורה ואתם בנקודת ההתחלה. המשתמשים ממשיכים לעבוד לאורך כל הדרך; השינוי המורגש מבחינתם הוא התחברות אחת ל-Outlook.
שלוש הטעויות שגורמות להשבתה
שלושתן כשלי רצף ולא מגבלות טכניות, ו-Microsoft מתעדת את הסדר שמונע אותן: תיבות מוכנות ומסונכרנות ראשונות, שינוי DNS שני, סנכרון הפרשים אחרון[2].
טעות 1: מעבר DNS לפני הפעלת MFA
אם המייל מצביע ל-M365 לפני ש-MFA פעיל, כל חשבון חשוף עם סיסמה בלבד. בסיס אבטחה קודם, מעבר DNS אחר כך - תמיד.
טעות 2: שכחת תיבות משותפות
תיבת החיוב, חשבון ה-info@, תיבת התמיכה - אלה נשכחות כמעט בכל מיגרציה. תעדו כל תיבה משותפת לפני שמתחילים.
טעות 3: ללא גיבוי לפני המעבר
לפני נגיעה ב-DNS: ודאו ש(א) יש לכם ייצוא עדכני של המייל הקיים, ו(ב) פתרון הגיבוי רץ על ה-Tenant החדש. טעויות מיגרציה ניתנות לשחזור עם גיבוי טוב. בלעדיו - לא.
מה לצפות מספק ה-IT שלכם
אם ספק IT מנוהל מריץ עבורכם את המיגרציה, זה הסטנדרט המינימלי:
רשימת בדיקה כתובה, משותפת אתכם, לפני שמשהו מתחיל
אתם מחזיקים בכל פרטי ה-admin - הספק מנהל אותם, לא הבעלים שלהם
מודיעים לכם לפני כל שינוי DNS, לא אחריו
שחזור גיבוי נבדק לפני המעבר
ניטור אחרי המיגרציה במשך 48 שעות לפחות
תיעוד מסירה כתוב שמראה איך הכל מוגדר
אם הספק שלכם לא ייתן לכם את אלה, כדאי לדעת את זה לפני המיגרציה - לא אחריה.
לוח זמנים ריאליסטי
גודל עסק
זמן מיגרציה
זמן השבתה צפוי
5-10 עובדים
3-4 שבועות
0 (עם תכנון נכון)
10-25 עובדים
4-5 שבועות
0 (עם תכנון נכון)
25-50 עובדים
5-7 שבועות
0 (עם תכנון נכון)
שאלות שאנחנו נשאלים
מקורות
כל נתון במאמר הזה מוביל למקור בעל שם. במקומות שבהם אנחנו מצטטים מספרים שלנו, הם מגיעים מעבודה שעשינו עם עסקים קטנים בישראל וברחבי אירופה - ואנחנו אומרים זאת במפורש.
