מתי Microsoft 365 הוא הבחירה הנכונה לצוות שלכם
לפני ספר המשחק, השוואה כנה של חמש דקות. 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: הגדרת Tenant ובסיס אבטחה
ה-Tenant החדש מוגדר לפני שמייל אחד זז:
יצירת ה-Tenant והוספת הדומיין
יצירת כל חשבונות המשתמשים (עדיין בלי רישיונות)
הפעלת MFA לכל המשתמשים
החלת מדיניות Conditional Access
הגדרת תיבות משותפות וכינויים
בסוף שבוע 1: כל משתמש יכול להתחבר ל-M365 ולגשת ל-OneDrive ול-Teams. המייל עדיין לא מצביע לכאן.
שבוע 2: מיגרציית נתונים
קבצים קודם, מייל אחר כך:
העברת אחסון הקבצים המשותף מהמיקום הנוכחי ל-SharePoint
הקמת ערוצי Teams - התחילו פשוט, כמה ערוצים, לא 40
העברת הדרכה של 30 דקות לצוות: איפה הקבצים ואיך ניגשים אליהם
מיגרציית המייל רצה ברקע דרך הכלים של Microsoft או BitTitan. מערכת המייל הישנה נשארת פעילה לאורך כל השבוע.
בסוף שבוע 2: הקבצים ב-SharePoint, המייל מסתנכרן בשקט, המערכת הישנה עדיין פעילה.
שבוע 3: הגדרת מכשירים (Business Premium / Intune בלבד)
רישום מכשירי Windows ל-Intune
דחיפת פרופילי תצורה: הצפנה, מדיניות סיסמאות, עדכונים אוטומטיים
הגדרת Windows Autopilot למכשירים חדשים או חלופיים
רישום מכשירי Mac דרך Apple Business Manager אם צריך
בדיקת מחיקה ונעילה מרחוק על מכשיר רזרבי
שבוע 4: מעבר DNS
השלב היחיד שאין ממנו חזרה:
עדכון רשומת ה-MX כך שתצביע ל-Microsoft
עדכון רשומות SPF, DKIM ו-DMARC
בדיקת שליחה וקבלה מ-Outlook, מ-Mail באייפון ומכל התיבות המשותפות
ניטור 24 שעות לפני שמכריזים על הצלחה
אם משהו משתבש: שינוי ה-DNS הפיך תוך דקות. המייל שכבר עבר נשאר ב-M365 בכל מקרה.
אחרי 24 שעות נקיות: כיבוי פלטפורמת המייל הישנה.
שלוש הטעויות שגורמות להשבתה
טעות 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 (עם תכנון נכון) |
