Kurumsal mail kurulumu, mevcut e-posta sistemini kullanan bir işletme için yalnızca yeni hesap açılması değildir. Günlük yazışmaların sürmesi, geçmiş mesajların erişilebilir kalması, çalışan cihazlarının hazırlanması ve uygulama gönderimlerinin çalışması birlikte ele alınmalıdır. Bu nedenle bir kurulum hizmeti satın alırken platform adından önce projenin sınırlarını ve kabul yöntemini konuşmak gerekir. İşletmenin hangi sonucu beklediği netleşmeden verilen fiyat, eksik varsayımlara dayanabilir.
Bu yazı, çalışan bir e-posta ortamından başka bir ortama geçmek isteyen şirketler için hazırlandı. Sıfırdan hesap açma senaryosundan farklı olarak burada mevcut veriler, alışkanlıklar ve bağımlılıklar vardır. Amaç kesin kesintisizlik sözü vermek değil, geçiş sırasında nelerin kontrol edileceğini önceden belirlemektir. İyi bir hizmet kapsamı, planlanan işlemleri kadar beklenmedik bir durumda kimin karar vereceğini de açıklar.
Teklifin ilk girdisi mevcut sistem envanteridir
Hesap sayısını listelemek başlangıçtır; fakat tek başına yeterli değildir. Her hesabın yaklaşık veri miktarını, özel klasörlerini, varsa yerel arşivlerini ve kullanılan cihazlarını belirleyin. Departman adreslerini, yönlendirmeleri ve otomatik yanıtları ayrı yazın. Eski sisteme yönetici erişiminizin olup olmadığı da önemlidir. Kaynak ortamın olanakları, uygulanabilecek aktarım yöntemlerini ve projenin iş yükünü etkileyebilir.
Envanter hazırlanırken gizli erişim bilgilerinin ortak bir dosyada dağıtılması gerekmez. İlk teklif aşamasında hesap türleri ve yaklaşık boyutlar yeterli olabilir. Teknik inceleme gerektiğinde erişimin kim tarafından, hangi yetkiyle ve ne kadar süre için sağlanacağını belirleyin. Alan adı ve DNS yönetimini yapan kişi de sürece dahil edilmelidir. Böylece geçiş gününde gerekli bir erişimin eksik olduğu anlaşılmaz.
Yeni hesap yapısını eski alışkanlıklarla sınırlamayın
Taşıma projesi, yıllardır biriken hesap karışıklığını fark etmek için fırsat olabilir. Fakat bunu onaysız toplu değişiklik yapmak için kullanmayın. Hangi adreslerin korunacağı, hangilerinin yalnızca yönlendirme olacağı ve hangi ortak adreslere kimlerin erişeceği şirket tarafından onaylanmalıdır. Çalışanların kullandığı adreslerin değiştirilmesi müşteri iletişimini etkileyebilir. Bu nedenle adres planı teknik ekip ile işletmenin ortak kararı olmalıdır.
Hizmet sağlayıcıdan hesap eşleştirme tablosu isteyin. Eski adresteki verinin hangi yeni adrese aktarılacağını ve kullanıcıların hangi adla oturum açacağını gösteren bir tablo, karışıklığı azaltır. Takma ad, grup veya ortak erişim gibi seçenekler kullanılacaksa hangi ihtiyacı karşıladıkları açıklanmalıdır. Her yöntemin kullanım ve lisans koşulları seçilen platform üzerinden ayrıca doğrulanmalıdır.
Veri taşıma kapsamını öğe türüyle tanımlayın
“Bütün e-postalar taşınacak” ifadesinin ne anlama geldiğini sorun. Yalnızca sunucudaki mesajlar mı, çalışan bilgisayarındaki arşivler de mi dahildir? Kişiler, takvimler ve görev kayıtları nasıl ele alınacaktır? Aktarım yöntemi, kaynak ve hedef platforma göre farklı veri türlerini destekleyebilir. Bir yöntemin tüm öğeleri aynı biçimde taşıdığı varsayılmamalıdır. Kapsam dışı öğeler teklif aşamasında açıkça belirtilmelidir.
Büyük posta kutularında aktarımın nasıl izleneceğini de öğrenin. Hangi hesaplarda işlem tamamlandı, hangilerinde hata var ve hatalı öğeler nasıl incelenecek? Yalnızca toplam bir başarı mesajı yerine hesap bazında durum bilgisi görmek daha kullanışlıdır. Bununla birlikte her hata veri kaybı anlamına gelmeyebilir; teknik ekip bulguyu açıklamalı ve işletmeyle birlikte nasıl ilerleyeceğini belirlemelidir.
Pilot çalışma, varsayımları erkenden sınar
Tüm çalışanları aynı anda etkilemeden önce temsil edici bir kullanıcıyla pilot çalışma planlanabilir. Bu kullanıcı yalnızca en küçük posta kutusuna sahip kişi olmak zorunda değildir. Günlük işleyişi temsil eden klasörler, cihazlar ve ortak adres erişimleri bulunan bir hesap daha yararlı olabilir. Pilotun kapsamı, uygulanacak aktarım yöntemi ve işletmenin onaylayacağı kontroller önceden yazılmalıdır.
Pilot sonucunda gönderim ve alımın yanında geçmiş veriye erişim, cihaz kullanımı ve kullanıcı deneyimi de incelenmelidir. Ortaya çıkan bir fark, tüm geçişin aynı şekilde yapılmasını gerektirmeyebilir. Hizmet sağlayıcıdan bulguyu, etkisini ve önerilen değişikliği açıklamasını isteyin. Böylece proje planı tahmine değil, gerçek ortamda görülen sonuçlara dayanarak güncellenebilir. Pilotun fiyatlandırmaya dahil olup olmadığını da netleştirin.
DNS değişikliği kontrollü bir proje adımıdır
Alan adının yeni e-posta altyapısına bağlanması sırasında mevcut DNS kayıtlarının envanteri alınmalıdır. Web sitesiyle ilgili kayıtların e-posta çalışması gerekçesiyle gelişigüzel değiştirilmesi doğru değildir. Teknik ekip, hangi kaydın hangi amaçla değişeceğini ve mevcut hizmetlere etkisini açıklamalıdır. Değişiklik yetkisi ile iş kararı yetkisi farklı kişilerdeyse onay süreci geçişten önce tamamlanmalıdır.
Google Workspace belgeleri, gelen e-postanın hedef sisteme ulaşması için MX kayıtlarının düzenlenmesini açıklar. Microsoft da alan adı bağlantısında DNS ve gönderen doğrulama adımlarını belgelendirir. Ancak her şirket için aynı değerleri kopyalamak yerine kullanılan platformun o hesap için verdiği bilgiler esas alınmalıdır. Web sitesi formları ve diğer gönderim kaynakları da yeni düzende ayrı ayrı kontrol edilmelidir.
Geçiş penceresi ve geri dönüş kararı baştan konuşulmalı
Geçişin hangi gün yapılacağı yalnızca teknik ekibin boşluğuna göre belirlenmemelidir. Muhasebe kapanışı, yoğun sipariş dönemi veya önemli müşteri görüşmeleri gibi iş takvimini paylaşın. Çalışanların ne zaman bilgilendirileceğini ve bir sorun halinde hangi iletişim kanalını kullanacağını belirleyin. Bazı kullanıcıların saha veya vardiya düzeninde çalışması da planı etkileyebilir. Herkesin aynı anda bilgisayar başında olacağı varsayılmamalıdır.
Beklenmedik bir sonuçta hangi koşullarda durulacağını ve kimin karar vereceğini yazın. Geri dönüş yaklaşımı yalnızca bir kayıt değişikliğine indirgenmemelidir; o sırada iki ortamda oluşabilecek mesajların durumu da değerlendirilmelidir. Sağlayıcıdan bu senaryonun nasıl ele alınacağını açıklamasını isteyin. Planın varlığı her sorunun yaşanmayacağını garanti etmez, fakat kararların baskı altında tahminle verilmesini azaltır.
Kullanıcı cihazları ve iş uygulamaları teslimin parçasıdır
Yeni ortamın sunucuda çalışması, çalışanların kendi cihazlarında aynı şekilde hazır olduğu anlamına gelmez. Masaüstü programları, telefonlar ve ortak bilgisayarlar için hangi işlemlerin yapılacağını netleştirin. Cihaz kurulumunun uzaktan mı, yerinde mi gerçekleştirileceği ve kullanıcıların ne zaman hazır bulunması gerektiği belirlenmelidir. Teklifte yalnızca yönetim paneli kurulumu varsa cihaz desteği ayrıca fiyatlandırılabilir.
Ayrıca muhasebe yazılımı, web sitesi ve tarayıcı gibi uygulamalardan gönderilen mesajları test edin. Bu sistemler eski hesaba bağlıysa yeni düzenle birlikte değişiklik gerektirebilir. Her uygulamanın sorumlusu projeye dahil edilmelidir. E-posta hizmet sağlayıcısı, başka bir yazılımın tüm ayarlarına erişemeyebilir. Bu nedenle bağımlılıkların ve üçüncü tarafların katılımının baştan bilinmesi teslimin daha düzenli yapılmasını sağlar.
Proje kabulü ve ilk dönem desteği nasıl olmalı?
Kabul listesi işlevsel sonuçlara dayanmalıdır. Seçilen kullanıcıların farklı dış adreslerle gönderim ve alımı denemesi, ortak adreslerin erişiminin kontrolü ve örnek geçmiş mesajların incelenmesi bu listeye girebilir. Kontrollerin hangi hesaplarda yapıldığı ve bulunan eksiklerin nasıl izleneceği kaydedilmelidir. Şirketin onay sorumlusu belli olursa projenin hangi şartlarda tamamlandığı konusunda belirsizlik azalır.
İlk dönem desteğinin süresini ve kapsamını da ayrıca öğrenin. Geçiş sırasında ortaya çıkan bir eksikle daha sonra talep edilen yeni özellik aynı iş olmayabilir. Sağlayıcıdan bu ayrımı yazmasını isteyin. Proje kapandığında yönetici erişimleri, hesap envanteri, yapılan değişikliklerin özeti ve devam eden işlerin listesi şirkete teslim edilmelidir. Böylece sistemin günlük yönetimi kişisel hafızaya bağlı kalmaz.
İz Medya'ya kurulum talebinizi nasıl iletebilirsiniz?
Mevcut platformunuzu, kullanıcı sayınızı, yaklaşık veri miktarınızı ve hedeflediğiniz geçiş dönemini paylaşın. Kullanıcıların hangi cihazları kullandığını ve e-posta gönderen işletme uygulamalarını da belirtin. Kesinleşmemiş bilgiler için tahmin kullandığınızı yazmanız yeterlidir. Kurulum ve taşımanın ayrı kalemlerde açıklanmasını istemeniz, teklifin kapsamını daha okunur hale getirir. Parolaları ilk görüşmede veya açık form mesajında paylaşmayın.
Mail taşıma hizmetini ve kurumsal mail altyapısı kapsamını inceleyebilirsiniz. İz Medya ile iletişime geçerken mevcut sisteminizden geçiş istediğinizi özellikle belirtin. Böylece yalnızca hesap açılışı değil, veri taşıma, cihaz hazırlığı, kabul kontrolü ve destek sınırlarını içeren bir proje görüşmesi yapılabilir.
Teknik başvurular: Google Workspace MX kayıtları; Microsoft alan adı bağlantısı.
İlgili kaynaklar
Resmî kaynaklar
Teknik belgeler ve mevzuat değişebilir; uygulama öncesinde ilgili sürüm ve güncel metin kontrol edilmelidir.
Sık Sorulan Sorular
Mevcut sistemden kurumsal mail kurulumuna geçiş hangi adımları içerir?
Hesap ve veri envanteri, yeni adres eşleştirmesi, pilot çalışma, veri aktarımı, DNS değişikliği, cihaz hazırlığı ve kabul testleri planlanır. Her veri türünün aktarım kapsamı ayrıca doğrulanmalıdır.
Kurulum hizmeti bütün eski verilerin taşınmasını kapsar mı?
Kendiliğinden kapsamaz. Mesajlar, yerel arşivler, kişiler ve takvimler farklı aktarım yöntemleri gerektirebilir. Teklifte dahil olan ve olmayan veri türleri açıkça belirtilmelidir.