עבודה מרחוק יוצרת בעיות תקשורת — וזה בדרך כלל מתחיל בדוא"ל.
לא דוא"ל כרעיון, אלא הדרך הלא מסודרת שבה רוב הצוותים מגדירים אותו. מישהו משתמש בחשבון Gmail חינמי עם הכתובת האישית שלו. למישהו אחר יש דומיין של החברה אבל הוא משתמש בכלי שמעסיקו הקודם הגדיר. העובד החדש קיבל כתובת @gmail.com "לעת עתה". התוצאה? הודעות שמתפספסות, לקוחות מבולבלים, וצוות שנראה פחות מקצועי ממה שהוא באמת.
אם אתם מנהלים צוות מבוזר ורוצים לתקן את זה, אחסון דוא"ל עסקי הוא המקום הנכון להתחיל ממנו. הנה מה שבאמת צריך לדעת.
למה אחסון דוא"ל עסקי חשוב יותר לצוותים מרוחקים
כשכל הצוות עובד באותו משרד, תקשורת לא פורמלית ממלאת הרבה פערים. אפשר לטפוח למישהו על השכם, לצעוק מעבר לחדר, או לתפוס שיחה במטבחון. לצוותים מרוחקים אין את זה. הדוא"ל הופך לתשתית קריטית — וכשהוא מבולגן, כל מה שנובע ממנו נעשה קשה יותר.
יש שלושה דברים שצוותים מרוחקים סובלים מהם יותר מכולם:
- חוסר עקביות במיתוג. כשחצי מהצוות שולח הודעות ללקוחות מ-@yourcompany.com והחצי השני מ-@gmail.com, זה נראה לא מסודר. לקוחות שמים לב.
- בעיות מסירה. חשבונות דוא"ל חינמיים ומערכות מאולתרות נוחתות לעיתים קרובות בתיקיית הספאם. כתובת דוא"ל עסקי מוגדרת כהלכה עם רשומות DNS נכונות — SPF, DKIM ו-DMARC — פותרת את רוב הבעיות האלה.
- בלגן בניהול גישה וסיום העסקה. כשמישהו עוזב את החברה, מה קורה לדוא"ל שלו? אם הוא מקושר לחשבון אישי, ייתכן שאיבדתם את כל ההתכתבות הזו לנצח.
מערכת אחסון דוא"ל עסקי ייעודית פותרת את כל השלושה — אבל צריך לבחור ולהגדיר אותה נכון.
מה לחפש בתוכנית אחסון דוא"ל עסקי לצוות שלכם
הדומיין שלכם, הזהות שלכם
זה לא צריך להיות נתון לדיון. כל חבר צוות צריך כתובת בדומיין של החברה — name@yourcompany.com, לא yourcompany.name@gmail.com. אם עדיין לא עשיתם את זה, זה השינוי הבודד שישפיע הכי הרבה על האופן שבו העסק שלכם מתקשר עם הסביבה החיצונית.
החדשות הטובות: אחסון דוא"ל עסקי מבוסס דומיין זמין בכל מקום ולא יקר. רוב הספקים גובים כמה דולרים לתיבת דואר בחודש. לצוות של חמישה או עשרה אנשים, העלות היא זניחה לעומת המקצועיות שהיא מעבירה.
נפח אחסון ומגבלות קבצים מצורפים שמתאימים למציאות
צוותים מרוחקים שולחים הרבה קבצים. הצעות מחיר, חוזים, עיצובים, גיליונות נתונים — הכל עובר דרך הדוא"ל. בדקו מה התוכנית שלכם כוללת בפועל לכל תיבת דואר. מגבלה של 5GB נשמעת בסדר עד שנציג המכירות שלכם מצרף PDF-ים להודעות ללקוחות כבר שנתיים ברציפות.
חפשו תוכניות שמציעות נפח אחסון נדיב לכל תיבת דואר, או שמאפשרות הרחבה בקלות. אתם לא רוצים לנקות תיבות דואר באופן ידני כל רבעון.
תיבות דואר משותפות וכינויי כתובת
רוב הצוותים המרוחקים צריכים יותר מתיבות דואר אישיות. כנראה שתרצו כתובת hello@ או support@ שכמה אנשים יכולים לעקוב אחריה. אולי גם billing@ או jobs@.
תיבות דואר משותפות מאפשרות לאנשים הנכונים לראות הודעות נכנסות בלי שרשרות העברה שמאבדות הקשר. כינויי כתובת מאפשרים לנתב דואר בצורה חכמה בלי לשלם על תיבות דואר נוספות שאתם לא צריכים. ודאו שתוכנית אחסון דוא"ל עסקי שלכם מתמודדת עם שניהם.
זמינות ואמינות
צוות מרוחק הוא אמין רק כמו התשתית שלו. אם הדוא"ל שלכם נפל במשך שעתיים באמצע יום עבודה, והצוות שלכם פרוס על פני אזורי זמן שונים — זו בעיה רצינית.
חפשו ספק שמבטיח זמינות גבוהה — 99.9% ומעלה — ונותן לכם תשובה ברורה לגבי מה שקורה כשמשהו משתבש. מהירות התגובה של התמיכה חשובה כאן. תמיכה מהירה ומקצועית היא לא מותרות לצוותים מבוזרים — היא דרישת בסיס.
הגדרת דוא"ל לצוות מבוזר: הצד המעשי
הגדירו את רשומות ה-DNS נכון מההתחלה
רוב בעיות מסירת הדוא"ל נובעות מ-DNS. כשמגדירים אחסון דוא"ל עסקי, צריך להגדיר שלוש רשומות בדומיין שלכם:
- SPF — אומר לשרתי דואר אחרים אילו שרתים מורשים לשלוח בשמכם
- DKIM — מוסיף חתימה קריפטוגרפית לדואר היוצא שלכם כדי שיוכל להיות מאומת
- DMARC — אומר לשרתים מקבלים מה לעשות אם הודעת דוא"ל נכשלת בבדיקות SPF או DKIM
בלי אלה, הודעות דוא"ל לגיטימיות שלכם עלולות להגיע לספאם — או גרוע מכך, הדומיין שלכם יכול להיות מזויף על ידי מישהו ששולח הודעות דיוג שנראות כאילו הגיעו מכם. רוב ספקי אחסון דוא"ל עסקי נותנים לכם את הרשומות המדויקות שצריך להוסיף. אל תדלגו על השלב הזה.
קבעו שיטת מתן שמות לפני שמתחילים
ברגע שיש לכם עשרה אנשים בצוות, בלגן שמות הדוא"ל מתחיל אם לא תכננתם מראש. החליטו על פורמט מוקדם: firstname@, firstname.lastname@, או אות ראשונה + שם משפחה@.
רשמו את זה איפשהו. הפכו אותו לחלק מרשימת הקליטה לעובדים חדשים. זה דבר קטן שחוסך בלבול אמיתי מאוחר יותר.
קליטת עובדים וסיום העסקה — החלק שכולם שוכחים
אחד הכאבי ראש הגדולים ביותר שצוותים מרוחקים מתמודדים איתם בנושא דוא"ל הוא מה שקורה כשמישהו מצטרף או עוזב. בנו תהליך סביב זה:
- כשמישהו מצטרף, כתובת הדוא"ל שלו צריכה להיות מוכנה לפני היום הראשון שלו — לא ביום הראשון עצמו.
- כשמישהו עוזב, תיבת הדואר שלו צריכה להיות מאורכבת, הכתובת שלו צריכה להעביר הודעות למנהל או לתיבת דואר משותפת, והחשבון שלו צריך להיות מושבת.
- הגישה לדוא"ל צריכה להיות נפרדת מהגישה לכלים אחרים של החברה, כדי שתוכלו לבטל אותה באופן עצמאי.
בהקשר זה, כדאי לחשוב גם על האופן שבו מנהלים גישה לסביבת האחסון הרחבה יותר שלכם. שליטה מדויקת בהרשאות — שבה אפשר לתת לחברי צוות בדיוק את הגישה שהם צריכים ולבטל אותה בקלות — עושה הבדל אמיתי כשהצוות שלכם גדל ומשתנה. (זה משהו שאנחנו לוקחים ברצינות ב-Proginter, עם בקרת גישה לכל משאב בנפרד, שהופכת את סיום ההעסקה למסודר במקום למלחיץ.)
אחסון דוא"ל עסקי לעומת דוא"ל כחלק מחבילה: הבינו את ההבדל
חלק מתוכניות אחסון האתרים כוללות דוא"ל כחלק מהחבילה. זה יכול לעבוד בסדר גמור לאדם שעובד לבד או לצוות קטן מאוד. אבל כשמתרחבים, אחסון דוא"ל עסקי ייעודי בדרך כלל מציע ביצועים טובים יותר מהגרסה המשולבת — ערבויות זמינות טובות יותר, סינון ספאם טוב יותר, סנכרון טוב יותר למכשיר נייד, וכלי ניהול טובים יותר.
אם אתם מנהלים צוות מרוחק של חמישה אנשים או יותר, בדרך כלל שווה לשלם עבור שירות דוא"ל ייעודי במקום להסתמך על מה שהגיע עם תוכנית האחסון שלכם. Google Workspace ו-Microsoft 365 הם שתי האפשרויות הנפוצות ביותר בתחום הזה. שתיהן מצוינות. הבחירה תלויה בעיקר באיזה מערכת הצוות שלכם כבר משתמש.
למנוע את התפרקות התקשורת
דוא"ל הוא רק חלק אחד מתקשורת הצוות המרוחק, אבל הוא הבסיס. שם חוזים נחתמים, שם קשרי לקוחות מתקיימים, ושם נמצא תיעוד ההתכתבות כשמשהו משתבש.
להגדיר אחסון דוא"ל עסקי נכון לא חייב להיות מסובך. בחרו ספק, הגדירו כתובות בדומיין שלכם, הגדירו את רשומות ה-DNS, ובנו תהליך פשוט סביב קליטת עובדים וסיום העסקה. זה רוב העבודה.
הצוותים שמתמודדים היטב עם תקשורת מרחוק הם לא אלה עם הכלים המתוחכמים ביותר. הם אלה שהגדירו את הבסיס כהלכה ובאמת דבקים בו.