Şirket mail hizmeti seçerken yalnızca bugünkü çalışan sayısına odaklanmak, ekip büyüdüğünde yeni sorunlar çıkarabilir. Başlangıçta herkesin bildiği birkaç parola üzerinden yürüyen iletişim, yeni personel ve departmanlar eklendikçe yönetilemez hale gelebilir. Satış yazışmalarının kişisel hesaplarda kalması, ayrılan çalışanın müşterilere erişiminin sürmesi veya ortak bir adresin kime ait olduğunun bilinmemesi bu sorunlara örnektir. İyi planlanmış bir hizmet, bu süreçleri baştan düzenlemeyi hedefler.
Buradaki amaç her işletmeye karmaşık bir altyapı kurmak değildir. Küçük bir ekip de hesap sahipliği, yetki onayı ve destek kanalı konusunda basit ama belirli kurallarla çalışabilir. Bu yazı, şirket yöneticisinin hizmet satın almadan önce hangi kararları vermesi gerektiğini ele alır. Özellikle çalışan sayısı değişen, satış ve operasyon ekipleri genişleyen veya e-posta işlerini dışarıdan destekle yürütmek isteyen işletmeler için uygulanabilir bir çerçeve sunar.
Adresleri kişilere, görevlere ve uygulamalara göre ayırın
Önce e-posta adreslerini üç grupta listeleyin. Birinci grupta çalışanların kendi adına kullandığı adresler bulunur. İkinci grupta satış veya destek gibi bir işlevi temsil eden adresler yer alır. Üçüncü grupta ise web sitesi ve işletme yazılımlarının bildirim gönderdiği kaynaklar vardır. Bu grupların aynı parola ve aynı kullanım yöntemiyle yönetilmesi gerektiğini varsaymayın. Her birinin farklı erişim ve sorumluluk ihtiyacı olabilir.
Bir adresin birden fazla çalışana hizmet vermesi, mutlaka tek bir kullanıcı hesabının parolasını paylaşmak anlamına gelmez. Seçilen platformun sunduğu ortak erişim ve grup seçenekleri ihtiyaca göre değerlendirilmelidir. Hangi yöntemin hangi kullanım hakkını gerektirdiği satın alma tarihinde doğrulanmalıdır. Önemli olan, kimin hangi yazışmaya hangi yetkiyle eriştiğinin şirket tarafından bilinmesidir. Bu bilgi hem kurulum hem de günlük işletim için gereklidir.
Yeni çalışan başladığında ne yapılacağını belirleyin
Yeni bir çalışan işe katıldığında e-posta hesabının son anda açılması, ilk gün yaşanan erişim sorunlarını artırabilir. İşe başlama tarihi, görev, ihtiyaç duyulan ortak adresler ve kullanılacak cihazlar önceden bildirilmelidir. Hesap açma talebinin kimin onayıyla yapılacağı belli olursa yanlış kişiye gereksiz yetki verilmesi de azalır. Küçük şirketlerde bu onay tek bir yöneticide olabilir; önemli olan sürecin açıklığıdır.
Hizmet teklifinde yeni kullanıcı ekleme işleminin kapsamını sorun. Sadece hesap oluşturulması mı, cihaz kurulumu ve ilk kullanım desteği de mi dahildir? Çalışana ilk erişim bilgisinin nasıl ulaştırılacağını ve ilk oturumdan sonra hangi işlemlerin beklendiğini öğrenin. İlk iletişim bilgilerinin herkesin eriştiği bir grupta paylaşılması yerine, şirketin belirlediği güvenli teslim yöntemi uygulanmalıdır. Böylece hizmet alımı günlük bir iş akışına dönüşür.
Çalışan ayrılışını yalnızca parola değişikliği olarak görmeyin
Bir çalışan ayrıldığında hangi hesabın kapatılacağı, geçmiş yazışmalara kimlerin erişebileceği ve müşterilere nasıl bilgi verileceği ayrıca kararlaştırılmalıdır. Hesabı hemen silmek, ihtiyaç duyulan iş kayıtlarına erişimi zorlaştırabilir. Hiçbir işlem yapmamak ise eski erişimin devam etmesine neden olabilir. Uygulanacak yöntem, şirketin saklama politikası ve seçilen platformun olanaklarıyla birlikte değerlendirilmelidir. Yetkili yönetici bu kararları önceden belirlemelidir.
Hizmet sağlayıcıdan ayrılış işlemleri için bir kontrol listesi isteyin. Kullanıcı erişimi, ortak adres yetkileri, bağlı cihazlar, yönlendirmeler ve varsa otomatik uygulama bağlantıları bu listede değerlendirilebilir. İşlem sonucunun kime raporlanacağı da belli olmalıdır. Teknik bir ekibin tek başına hangi yazışmanın kimde kalacağına karar vermesi yerine, şirketin iş ihtiyacına dayanan onaylı bir süreç yürütülmelidir.
Ortak satış ve destek adresleri için sahiplik oluşturun
Satış adresine gelen bir teklif isteğinin birden fazla kişi tarafından görülmesi faydalı olabilir. Ancak herkesin aynı mesajı birbirinden habersiz yanıtlaması veya hiç kimsenin sorumluluk almaması müşteri deneyimini zorlaştırır. E-posta altyapısı kurulurken ortak adrese kimlerin erişeceğini belirlemek kadar, gelen işin kim tarafından takip edileceğini konuşmak da gerekir. Bazı ekipler için basit görev dağılımı yeterliyken bazıları farklı bir iş takip aracına ihtiyaç duyabilir.
Teklif görüşmesinde teknik posta kutusu ihtiyacıyla müşteri talebi yönetimini birbirine karıştırmayın. Bir ortak adres açılması otomatik olarak görev atama, cevap süresi takibi veya satış raporu sağlamaz. Bu beklentiler varsa ayrıca belirtin. Sağlayıcıdan hangi ihtiyacın e-posta platformu içinde karşılanabileceğini, hangi ihtiyacın ek bir çözüm gerektirdiğini açıklamasını isteyin. Böylece yanlış bir ürün beklentisiyle satın alma yapılmaz.
Cihaz ve çalışma biçimi hizmet kapsamını değiştirir
Aynı şirkette ofis bilgisayarı kullanan personelle sürekli sahada çalışan personelin ihtiyaçları farklı olabilir. Ortak kullanılan bilgisayarlar, kişisel telefonlar ve uzaktan çalışma düzeni de erişim planını etkiler. Hizmet sağlayıcıya yalnızca çalışan sayısını değil, kullanım senaryolarını da iletin. Yeni cihaz kurulumu, cihaz değişimi ve kayıp cihaz halinde izlenecek yöntemlerin kapsamda olup olmadığını öğrenin. Uygulanabilecek teknik seçenekler platforma göre değişir.
Bu inceleme, çalışanların gereksiz yere zorlanması anlamına gelmez. Amaç, herkesin aynı olmayan ihtiyaçlarını baştan görmek ve sonradan oluşacak destek taleplerini azaltmaktır. Örneğin sahadaki personel için mobil erişim öncelikliyken muhasebe ekibi geçmiş arşive erişime daha çok önem verebilir. Satın alınan hizmetin bu farkları dikkate alması, yalnızca tek bir standart kurulum sunmasından daha değerli olabilir.
Şirket büyüdükçe maliyet nasıl değişecek?
Teklifte yalnızca mevcut kullanıcılar için verilen toplamı okumayın. Yeni kullanıcı eklendiğinde lisansın nasıl alınacağı, kurulum işinin nasıl ücretleneceği ve aylık yönetim kapsamının değişip değişmeyeceği de açıklanmalıdır. Aynı şekilde kullanıcı sayısı azaldığında sözleşmenin neye izin verdiğini öğrenin. Bu koşullar ürünün satın alma modeline ve sağlayıcı sözleşmesine bağlı olduğundan varsayım yerine yazılı açıklama isteyin.
Büyüme planınızı yaklaşık olarak paylaşmak daha uygun bir hizmet modeli değerlendirilmesini sağlayabilir. Kesin olmayan çalışan sayısını kesinmiş gibi sunmanız gerekmez; mevcut durumla olası artışı ayırmanız yeterlidir. Sağlayıcının teklifinde hangi varsayımları kullandığını görürseniz kapsam değişikliğinin maliyete neden yansıdığını da anlayabilirsiniz. Maliyet yönetimi, en düşük başlangıç bedelinden çok değişikliklerin öngörülebilir olmasına bağlıdır.
Web sitesi ve yazılımlardan giden e-postaları unutmayın
Şirketin e-postası yalnızca çalışanların birbirine yazdığı mesajlardan oluşmaz. İletişim formu, sipariş bildirimi, fatura yazılımı veya tarayıcı cihazı da gönderim yapabilir. Bu kaynakların kimin tarafından yönetildiği ve hangi yöntemle çalıştığı kaydedilmelidir. Çalışan hesabının parolasına bağlı bir otomasyon varsa hesap değişikliğinde etkilenebilir. Bu nedenle kurumsal iletişim envanterinde uygulamalar da ayrı satırlar halinde bulunmalıdır.
Google Workspace gibi platformlarda e-posta alımı için alan adının posta yönlendirme kayıtları doğru hazırlanmalıdır. Bununla birlikte uygulamalardan gönderim ihtiyacı ayrıca incelenir. Bu yazıdaki amaç belirli bir kayıt değerini kopyalatmak değildir; işletmenin tüm gönderim ve alım yollarını hizmet kapsamına dahil etmesini sağlamaktır. Kullanılan ürünün güncel belgelerine göre uygulanacak ayarlar, teknik kurulum sırasında doğrulanmalıdır.
Yönetim raporu şirket yöneticisine ne anlatmalı?
Yöneticiye sunulan raporun yalnızca teknik terimlerden oluşması gerekmez. Aktif hesapların listesi, yapılan yetki değişiklikleri, açık destek talepleri ve yaklaşan yenilemeler çoğu işletme için yararlı başlangıç başlıklarıdır. Hangi raporların hangi sıklıkta sağlanacağı sözleşmede belirlenebilir. Sağlayıcının her olayın ayrıntısını herkese göndermesi yerine, yetkili kişilerle ihtiyaç duyulan bilgiyi paylaşması daha düzenli bir çalışma sağlar.
Ayrıca şirket içinde bir hizmet sorumlusu belirleyin. Bu kişi bütün teknik işleri yapmak zorunda değildir; onayları koordine etmesi ve değişiklik taleplerini doğrulaması yeterlidir. Farklı çalışanlardan gelen çelişkili taleplerin sağlayıcı tarafından tahminle uygulanması önlenmelidir. İşletme sorumlusu ile teknik ekip arasında net bir iletişim kurulması, büyüyen ekiplerde hizmet sürekliliğinin temel parçalarından biridir.
İz Medya ile şirketinize uygun çalışma kapsamını görüşün
Şirket mail hizmeti için teklif isterken mevcut çalışan sayısını, ortak adresleri, kullanılan cihazları ve yakın dönemde beklenen değişiklikleri paylaşabilirsiniz. En sık yaşanan sorunu belirtmeniz de faydalıdır: hesap açılışının gecikmesi, ortak adreslerin karışması veya ayrılan personelin verilerinin yönetilememesi gibi. Böylece görüşme yalnızca ürün seçimine değil, şirketin gerçek işleyişine dayanır. İlk talepte erişim şifrelerini paylaşmayın.
Şirket mail hizmeti kapsamını inceleyin ve İz Medya ile ihtiyaç değerlendirmesi başlatın. Kurulum, yönetim ve destek beklentilerinizi ayrı belirtmeniz, hangi işlemlerin dahil olacağının yazılı hale gelmesini kolaylaştırır. Doğru plan, şirketiniz büyüdüğünde her hesabı yeniden düşünmek yerine belirli kurallarla yeni kullanıcı ekleyebilmenizi hedeflemelidir.
Teknik başvuru: Google Workspace: e-posta alımı için MX kayıtları.
İ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
Büyüyen ekiplerde şirket mail hesapları nasıl planlanır?
Kişisel çalışan adresleri, ortak departman adresleri ve uygulama gönderimleri ayrılır. Her grubun sahibi, erişim onayı ve destek yöntemi belirlenir. Yeni çalışan ve ayrılış işlemleri yazılı bir akışla yürütülür.
Çalışan ayrıldığında e-posta hesabı hemen silinmeli mi?
Önce erişimin kapatılması, geçmiş iş yazışmalarının ihtiyacı ve şirketin saklama politikası değerlendirilir. Hesabın silinmesi veya verinin devri, yetkili yöneticinin onayıyla platformun olanaklarına göre planlanır.