Kurumsal mail hizmeti: teklif almadan önce hangi kapsamı netleştirmelisiniz?

Kurumsal mail hizmeti, şirket alan adınızla e-posta kullanabilmeniz için gereken altyapının, hesapların ve işletim süreçlerinin birlikte planlanmasıdır. Satın alma kararında yalnızca posta kutusu fiyatına bakmak yeterli olmaz. Kurulumun kim tarafından yapılacağı, mevcut mesajların nasıl taşınacağı, kullanıcıların nereden destek alacağı ve hizmet sona erdiğinde verilerin nasıl teslim edileceği de teklifin parçası olmalıdır. Aynı sayıda kullanıcı için hazırlanan iki teklifin farklı görünmesinin nedeni çoğu zaman bu kapsam ayrımlarıdır.

Bu rehber, bir e-posta altyapısını teknik özellik listesi üzerinden değil, şirketinizin günlük işleyişi üzerinden değerlendirmeniz için hazırlandı. Amaç en pahalı paketi seçmek değildir. Gerçek ihtiyacınızı karşılayan, sorumlulukları açık ve ileride büyütülebilen bir hizmet kapsamı oluşturmaktır. Henüz kullanıcı sayınız kesinleşmemiş olsa bile aşağıdaki başlıklar, teklif görüşmesini daha verimli hale getirir.

Hizmet satın alırken gerçekte ne alıyorsunuz?

Birinci katman, e-posta platformunun kullanım hakkıdır. İkinci katman, bu platformun şirketinize uygun biçimde kurulmasıdır. Üçüncü katman ise kullanıcı açma, parola sorunları, cihaz değişimi ve erişim talepleri gibi devam eden yönetim işleridir. Bir sağlayıcının yalnızca ilk katmanı fiyatlandırması, diğerinin tüm katmanları içermesi mümkündür. Bu nedenle teklif satırlarında lisans, kurulum ve yönetim bedellerini ayrı görmek karşılaştırmayı kolaylaştırır.

Örneğin yeni başlayan bir şirket yalnızca birkaç hesap açılmasını isteyebilir. Mevcut sistemini değiştiren bir işletme ise yıllardır birikmiş mesajların, yönlendirmelerin, ortak adreslerin ve çalışan cihazlarının değerlendirilmesine ihtiyaç duyar. İkinci projenin işi yalnızca hesap sayısıyla açıklanamaz. Satın alma ekibi, talep ettiği sonucu açık yazarsa hizmet sağlayıcı da hangi çalışmaların dahil olduğunu daha doğru belirleyebilir.

İhtiyaç listesini kullanıcı sayısından daha ayrıntılı hazırlayın

Önce kişisel adresleri, departman adreslerini ve yalnızca yönlendirme amacıyla kullanılan adresleri ayırın. Her adresin bağımsız kullanıcı hesabı gerektirip gerektirmediğini değerlendirin; uygulanabilecek yöntem seçilen platforma ve lisans koşullarına bağlıdır. Satış, muhasebe ve destek gibi ortak kullanılan adreslerin sahipliğini de belirleyin. Böylece yalnızca adres sayısına bakarak gereksiz veya yetersiz kapasite satın alma riskini azaltırsınız.

Ardından mevcut posta kutularının yaklaşık boyutlarını, çalışanların kullandığı bilgisayar ve telefonları, takvim paylaşımı ihtiyacını ve harici uygulamalardan gönderilen e-postaları listeleyin. Web sitesi iletişim formu, muhasebe yazılımı ve tarayıcı cihazı gibi kaynakları unutmayın. Kullanıcıların günlük gönderimiyle otomatik uygulama gönderimleri aynı ihtiyaç değildir. Teklif bu farklı akışları görmeden hazırlanırsa kurulum sonrasında ek iş ortaya çıkabilir.

Kurulum ve geçiş ayrı teslimler olarak tanımlanmalı

Kurulum kapsamı, alan adı sahipliğinin doğrulanmasını, hesapların hazırlanmasını ve e-posta yönlendirmesi için gereken ayarların uygulanmasını içerebilir. Mevcut sistemden geçiş ise kaynak ortamın incelenmesini, taşınacak verinin belirlenmesini ve tamamlanan aktarımın kontrol edilmesini gerektirir. Bu iki başlığın aynı satır altında belirsiz bırakılması yerine, yapılacak işlemler ve müşteri tarafından sağlanacak erişimler açıkça belirtilmelidir.

Taşınacak veri yalnızca gelen kutusundan oluşmayabilir. Gönderilmiş mesajlar, özel klasörler, yerel arşivler, kişiler ve takvim kayıtları ayrıca değerlendirilmelidir. Bir aktarım yönteminin bunların tamamını kapsadığı varsayılmamalıdır. Proje başlangıcında kapsam dışında kalan verileri öğrenmek, teslim gününde beklenmedik bir eksiklikle karşılaşmaktan daha yönetilebilir bir durumdur. Kabul kontrolü de bu envantere göre hazırlanmalıdır.

Güvenlik başlığını tek bir kutucukla geçmeyin

Kurumsal e-posta güvenliği, bir güvenlik ürününün adından ibaret değildir. Yönetici hesabına kimlerin eriştiği, çalışan ayrıldığında yetkilerin nasıl kapatıldığı, parola sıfırlama taleplerinin nasıl doğrulandığı ve olağan dışı işlemlerin kim tarafından incelendiği de önemlidir. Teklif görüşmesinde bu görevlerin işletmede mi, hizmet sağlayıcıda mı olduğunu sorun. Uygulanan her kontrolün sorumlusu ve değişiklik yöntemi belirli olmalıdır.

Microsoft'un alan adı kurulum belgeleri, posta yönlendirmesi yanında SPF, DKIM ve DMARC gibi gönderen doğrulama mekanizmalarının da ele alınmasını önerir. Ancak bu kayıtların bulunması her mesajın alıcıya ulaşacağını garanti etmez. İşletmenin kullandığı gönderim kaynakları belirlenmeli ve yapılandırma bunlara göre kontrol edilmelidir. Teknik detayların tamamını satın alma ekibinin uygulaması gerekmez; fakat teslim raporunda neyin doğrulandığını görmesi gerekir.

Destek koşullarını olay örnekleriyle sorun

“Teknik destek dahildir” ifadesini tek başına yeterli kabul etmeyin. Yeni çalışan için hesap açılması, telefona e-posta kurulması, silinen bir öğenin araştırılması ve kullanıcıya erişim sorunu yaşatılması farklı iş yükleri doğurur. Hangi işlemlerin aylık hizmet içinde olduğunu, hangilerinin ayrıca fiyatlandırıldığını ve mesai dışı taleplerin nasıl ele alındığını örneklerle sorun. Yanıt kanalı ve yetkili kişi de belirli olmalıdır.

Destek sözleşmesinde ilk yanıt ile çözümün aynı kavram olmadığını dikkate alın. Bazı olaylar müşteri erişimine, internet bağlantısına veya platform üreticisinin incelemesine bağlı olabilir. Sağlayıcıdan her koşulda aynı sürede kesin çözüm vaadi istemek yerine, olayın nasıl sınıflandırılacağını ve ilerleme bilgisinin nasıl paylaşılacağını öğrenin. Bu yaklaşım hem satın alma beklentisini hem de operasyonun sorumluluklarını daha gerçekçi hale getirir.

Yedekleme, arşivleme ve saklama politikasını ayırın

Posta kutusunda mesajların görünmesi, bağımsız bir yedekleme hizmeti satın aldığınız anlamına gelmez. Benzer şekilde arşivleme de her kurtarma senaryosunun karşılığı değildir. Yanlışlıkla silinen bir mesaj, kapatılmış bir hesabın geçmişi veya kapsamlı bir geri yükleme ihtiyacı için hangi seçeneklerin bulunduğu ayrıca incelenmelidir. Saklama süreleri ve geri dönüş yöntemleri seçilen ürünün ve sözleşmenin koşullarına göre değişebilir.

Teklifte yedekleme varsa hangi verilerin alındığını, kopyaların nasıl korunduğunu ve geri yüklemenin nasıl denendiğini sorun. Yedekleme yoksa bunun açıkça belirtilmesi gerekir. Böylece satın alma ekibi, iki hizmeti aynı kapsamdaymış gibi değerlendirmez. Özellikle geçmiş yazışmaları yoğun kullanan işletmeler için veriye yeniden erişim süreci, ilk kurulum kadar önemli bir satın alma başlığıdır.

Toplam maliyeti aynı dönem üzerinden karşılaştırın

İlk ayın bedeli ile bir yıllık toplam maliyet farklı sonuçlar verebilir. Kullanım hakkı, ilk kurulum, veri taşıma, cihaz kurulumu, aylık yönetim ve isteğe bağlı yedekleme gibi kalemleri aynı tabloda değerlendirin. Yenileme koşullarını, kullanıcı artışında uygulanacak yöntemi ve sözleşme süresini öğrenin. Dövizle veya farklı dönemlerde fiyatlanan kalemler varsa bunların teklifte nasıl gösterildiğini kontrol edin.

Doğrulanmamış bir fiyat aralığına dayanmak yerine kendi envanterinizle teklif istemek daha anlamlıdır. Beş küçük posta kutusuyla beş büyük arşivin taşınması aynı iş değildir. Benzer biçimde yalnızca web üzerinden kullanım ile farklı cihaz ve uygulamaların birlikte kurulması farklı işçilik gerektirir. Teklif karşılaştırmasında temel ölçü, her sağlayıcının aynı ihtiyaca hangi teslimlerle karşılık verdiği olmalıdır.

Teslimden önce kabul ve ayrılma koşullarını belirleyin

Hizmetin tamamlandığını gösteren bir kontrol listesi hazırlayın. Örnek kullanıcılarla gönderim ve alımın denenmesi, ortak adreslere erişimin kontrolü, taşınan verinin karşılaştırılması ve yönetici bilgilerinin şirkete teslimi bu listeye girebilir. Denemelerin kim tarafından onaylanacağı da belirlenmelidir. Böylece yalnızca “hesaplar açıldı” bilgisiyle projenin tüm ihtiyaçları karşılandığı varsayılmaz.

İleride başka bir platforma geçmek istediğinizde alan adınızın, yönetici hesabınızın ve verilerinizin nasıl teslim edileceğini de baştan sorun. Şirket sahipliğinin korunması, hizmet sağlayıcıyla çalışmaya engel değildir. Aksine görev ve erişim sınırlarının açıklığı, işbirliğini kolaylaştırır. Sözleşmenin sona ermesi halinde veri dışa aktarımının ve geçiş desteğinin ayrıca ücretlendirilip ücretlendirilmediği yazılı olmalıdır.

İz Medya'dan teklif isterken hangi bilgileri paylaşabilirsiniz?

Kullanıcı sayınızı, alan adınızı, mevcut platformunuzu, yaklaşık veri miktarınızı ve en çok zorlandığınız iş akışını paylaşarak başlayabilirsiniz. Kurulum, taşıma veya devam eden yönetimden hangisine ihtiyaç duyduğunuzu belirtmeniz görüşmeyi hızlandırır. İlk iletişimde parola göndermeniz gerekmez. Gerekli erişimlerin nasıl sağlanacağı, çalışma kapsamı belirlendikten sonra güvenli bir yöntemle planlanmalıdır.

Kurumsal mail hizmeti sayfasından genel kapsamı inceleyebilir, İz Medya ile iletişime geçerek şirketiniz için teklif değerlendirmesi isteyebilirsiniz. Talebinizde özellikle teslimleri ve destek sınırlarını sormanız, yalnızca bir ürün bedeli yerine uygulanabilir bir çalışma planı almanıza yardımcı olur. Son kararınızı ise kapsamı, maliyeti ve şirketinizin operasyon ihtiyaçlarını birlikte değerlendirerek verin.

Teknik başvuru: Microsoft Learn: alan adı ve DNS kayıtları.

Sık Sorulan Sorular