Bilgi, destek veya muhasebe gibi ortak e-posta adresleri şirketlerde sık kullanılır. Sorun, bu adreslerin arkasındaki hesabın kimlik ve yetki modelinin belirsiz kalmasıyla başlar. Aynı parolayı birden fazla kişiye vermek kolay görünse de kimin hangi işlemi yaptığı, erişimin nasıl kaldırılacağı ve güvenlik kontrolünün nasıl uygulanacağı zorlaşır. Microsoft 365 paylaşılan posta kutusu bu ihtiyacı farklı bir erişim modeliyle ele alır.
Bu yazı, ortak adres tasarımında karar vermeyi kolaylaştırır. Tek bir ürün özelliğinin bütün iş akışlarını çözeceği varsayılmaz. Çağrı merkezi, bilet yönetimi veya çok geniş ekip senaryoları ayrı araçlar gerektirebilir. Kurumun gerçek kullanım düzeni anlaşılmadan yalnızca lisans maliyetine göre karar verilmemelidir.
Paylaşılan kutu neyi değiştirir?
Ortak kutuya yetkilendirilen kişiler kendi hesapları üzerinden erişir. Böylece ortak bir kullanıcı adı ve parolanın herkes arasında dolaşması gerekmez. Erişimin kişiye bağlı yönetilmesi, işe giriş ve çıkış süreçlerini daha anlaşılır hâle getirir. Bir çalışanın ortak adresi kullanmasıyla o adresin sahibi gibi doğrudan oturum açması farklı durumlardır.
Microsoft paylaşılan posta kutusu dokümanı, erişim modelini, doğrudan oturum açmama yaklaşımını ve lisans koşullarını açıklar. Özellik ve kapasite ihtiyaçlarına göre lisans gereksinimi değişebilir. Bu nedenle “paylaşılan kutu her durumda ücretsizdir” gibi genel bir kabulle tasarım yapmayın; arşiv, saklama ve uyumluluk özelliklerini ayrıca doğrulayın.
1. Önce iş akışını tarif edin
Bu adrese kim yazıyor, kim cevaplıyor ve bir mesajın sahiplenildiği nasıl anlaşılıyor? Sadece birkaç kişinin ortak yazışmasıyla yüzlerce talebin sıraya alındığı bir destek süreci aynı değildir. Ekip, mesajı kimin ele aldığını göremiyorsa aynı müşteriye farklı cevaplar verilebilir veya bazı talepler yanıtsız kalabilir.
Posta kutusunun takvim, görev veya iş onayı süreçleriyle ilişkisini de inceleyin. İhtiyaç yalnızca ortak gönderim adresiyse basit bir model yeterli olabilir. İş atama, SLA veya raporlama gerekiyorsa bir bilet sistemi daha uygun olabilir. Posta kutusu tasarımını uygulamanın çözmesi gereken iş akışının yerine koymayın.
2. Okuma ve gönderme yetkilerini ayrı değerlendirin
Bir kullanıcının kutuya erişebilmesi, her gönderim yetkisinin aynı biçimde verildiği anlamına gelmez. Send As ve Send on Behalf gibi seçeneklerin kullanıcıya ve alıcıya nasıl göründüğünü test edin. Ekip hangi davranışı bekliyorsa yetki ve istemci deneyimi buna göre seçilmelidir.
Yetkiyi doğrudan kişilere mi, yönetilebilir bir üyelik düzenine mi bağlayacağınızı belirleyin. Her değişiklik için iş sahibi ve onay yolu bulunması, ortak adresin zamanla gereğinden geniş paylaşılmasını önler. Geçici görevle katılan kişinin erişimi için bitiş tarihi tanımlamak da faydalıdır. İzinleri yalnızca ilk oluşturma gününde kontrol etmeyin.
3. Ortak parola alışkanlığını bırakın
Paylaşılan kutunun ilgili hesabını normal kullanıcı gibi kullanmak yerine delegasyon modelini uygulayın. Çalışanların kendi kimlikleriyle erişmesi, kişisel hesap güvenlik kontrollerinin kullanılabilmesini sağlar. Ortak parolanın dosyada veya mesajlaşma grubunda tutulması, ekip değişimlerinde kimin erişebildiğinin belirsiz kalmasına neden olur.
Mevcut bir kullanıcı kutusu paylaşılan kutuya dönüştürülecekse önce veri, lisans, oturum ve bağımlılıkları inceleyin. Kutunun SMTP ile çalışan uygulama veya cihazlarda kullanılıp kullanılmadığını belirleyin. Hesabı kapatmak, bir tarayıcının veya iş uygulamasının posta göndermesini etkileyebilir. Dönüşüm ile uygulama kimlik doğrulaması ayrı kararlar olarak planlanmalıdır.
4. Saklama, silme ve erişim beklentisini konuşun
Ekip üyelerinin bir mesajı silmesi, diğer kişilerin çalışma düzenini de etkileyebilir. Bu nedenle ortak kutu, otomatik olarak değiştirilemez bir iş arşivi sayılmamalıdır. Saklama, geri getirme, yedekleme ve yetkili inceleme gereksinimlerini ayrı tanımlayın. Bu özelliklerin lisans ve yapılandırma koşulları güncel ürün belgeleriyle doğrulanmalıdır.
Kutunun kurumsal yazışma içerdiğini söylemek, bütün mesajların sınırsız tutulacağı anlamına da gelmez. İş gereksinimi ve kurumun ilgili politikaları birlikte değerlendirilir. Mesaj içeriğinin kimlere açıldığı, özellikle farklı departmanlar aynı kutuyu kullanıyorsa önemlidir. Teknik kolaylık veri erişim sınırlarını belirsizleştirmemelidir.
5. Gerçek istemcilerle pilot yapın
Masaüstü Outlook, web arayüzü ve mobil kullanımın beklenen davranışı aynı test kapsamında ele alınmalıdır. Kutunun görünmesi, gönderim, cevap adresi, gönderilmiş öğeler ve arama davranışını kontrol edin. Erişim değişikliklerinin istemcide görünmesi için gereken süreyi de kullanıcı iletişimine dahil edin.
Varsayımsal bir destek ekibinde iki kişi aynı müşteriye cevap veriyorsa sorun yalnızca teknik yetki değildir. Mesaj sahiplenme, klasör kullanımı veya ayrı bir talep yönetimi düzeni gerekebilir. Pilotun amacı, ürünün açıldığını göstermek kadar çalışma biçiminin anlaşılır olduğunu doğrulamaktır. Kullanıcı geri bildirimini yaygınlaştırma kararına dahil edin.
Teslim kontrol listesi
- Ortak adresin iş sahibi ve kullanım amacı belli.
- Okuma ve gönderim yetkileri ayrı doğrulandı.
- Doğrudan ortak hesap kullanımı yerine kişisel erişim modeli kuruldu.
- Dönüşüm varsa uygulama ve cihaz bağımlılıkları kontrol edildi.
- Saklama, geri getirme ve kullanıcı çıkış adımları tanımlandı.
CieloSync ile Microsoft 365 ve kurumsal iletişim ihtiyaçlarınızı değerlendirebilirsiniz. Amacımız ortak adresleri yalnızca açmak değil, erişimi ve işletimi anlaşılır hâle getirmektir.