Kısa yanıt
Alan adınıza özel info adresi için DNS yönetimine erişim ve bir e-posta hizmeti gerekir. Önce adresin ayrı kutu, takma adres veya ekip iletişim noktası olarak nasıl kullanılacağını belirleyin. Sağlayıcının verdiği kayıtları uygulayıp dışarıdan mesaj alma ve yanıtlamayı sınayın. İlk kurulum ile eski mesajların taşınması ayrı işlerdir.
Dört adımda uygulama rotası
BAŞLANGIÇ → SONUÇ- 01Karar ver
Adresin sahibini ve kullanımını seç.
- 02Hazırla
Alan adı ve DNS erişimini doğrula.
- 03Kur
Sağlayıcının güncel kayıtlarını uygula.
- 04Sına
Dış mesaj, yanıt ve form bildirimini dene.
Önce adresin ne yapacağına karar verin
Şirketinizin alan adıyla bir info adresi açmak için alan adının yönetimine ve bu alan adına e-posta hizmeti verecek bir sağlayıcıya ihtiyacınız vardır. Ancak teknik kuruluma geçmeden önce daha basit bir soru var: Bu adres ayrı bir posta kutusu mu olacak, mevcut bir kutuya gelen ek adres mi, yoksa birkaç kişinin yöneteceği ortak iletişim noktası mı?
Tek başına çalışan bir işletmeyle beş kişinin müşteri yanıtladığı bir ekip aynı düzene ihtiyaç duymaz. Adresin ne amaçla kullanılacağını yazmak, gereksiz kutu açmayı veya ortak şifre etrafında bir çalışma düzeni kurmayı önler. İlk hedef, müşterinin mesajının doğru kişiye ulaşmasıdır.
Posta kutusu ile takma adres aynı şey değildir
Bir posta kutusunun kendine ait mesajları ve erişim biçimi bulunur. Takma adres ise sağlayıcının uygulamasına göre mevcut bir kutuya ulaşmanın ek yolu olabilir. Ortak kutu, grup ve yönlendirme gibi adlandırmalar da her hizmette aynı kapsamı sunmayabilir. Bu nedenle yalnızca özellik adına bakarak karar vermeyin; gelen mesajı kimlerin göreceğini ve hangi adresle yanıtlanacağını sorun.
Örneğin info adresine gelen tüm mesajlar işletme sahibine gidecekse ihtiyaç farklıdır. Satış ekibinden üç kişi aynı talebi devralacaksa kimin yanıtladığının görülebilmesi önem kazanır. Başlangıçta bu ayrımı yapmadan açılan hesaplar sonradan birbirine yönlenen dağınık bir yapıya dönüşebilir.
Örnek: tek kişilik işletmeden üç kişilik ekibe
İlk başta işletme sahibinin yönettiği info adresi, ekip büyüdüğünde farklı ihtiyaçlara cevap vermeye başlayabilir. Üç kişinin aynı gelen kutuya ortak şifreyle girmesi hızlı bir çözüm gibi görünse de kimin yanıt verdiğini ve erişimin nasıl kaldırılacağını belirsizleştirebilir. Geçişten önce yeni düzenin hangi davranışı desteklemesi gerektiğini yazın.
Örneğin her kişi kendi erişimiyle çalışmalı, gönderilen yanıt diğer sorumlular tarafından görülebilmeli ve çalışan ayrıldığında bütün adresin parolası etrafında sorun oluşmamalıdır. Bunlar her sağlayıcının aynı biçimde sunduğu özellikler değildir. Ortak kutu, yetkilendirme, grup veya başka bir modelin bu ihtiyacı nasıl karşıladığını göstererek doğrulayın.
Eski adrese gelen otomatik bildirimleri de hesaba katın. Web formu, alan adı kayıt hizmeti veya iş yazılımı info adresine bağlıysa yeni kutunun kurulmasıyla bu hesapların erişim sorumluluğu kendiliğinden değişmez. İlk gün yapılan envanter, sonraki ekip devrini kolaylaştırır.
Bu senaryo açıklama amacıyla hazırlanmıştır; gerçek müşteri sonucu veya ürün testi değildir.
Alan adı yönetimi ve sağlayıcı bilgilerini hazırlayın
Kurulumu yapacak kişinin alan adının DNS yönetimine yetkili erişimi olmalı. Mevcut bir e-posta hizmeti varsa eski kayıtları ve kullanılan adresleri önce envantere alın. Yeni sağlayıcının kendi kurulum yönergelerini izleyin; internette başka bir hizmet için verilen kayıt değerlerini kopyalamayın. Hesap doğrulama ve posta yönlendirme ayrıntıları hizmete göre değişir.
Sağlayıcı seçerken yalnızca kutu kapasitesini karşılaştırmayın. Bize ait TekPosta’nın alan adına özel kurumsal e-posta hizmetini incelerken de ortak erişim, eski mesaj aktarımı, kurtarma seçenekleri ve destek kapsamını yazılı olarak netleştirin. Bunlar ürünün her pakette bulunduğu varsayılan özellikler değil, ihtiyacınız için doğrulamanız gereken sorulardır.
Eski mesajları ve ekip erişimini unutmayın
Eski kutudan geçiş yapıyorsanız yalnızca yeni adresin mesaj almasını denemeyin. Geçmiş mesajların, klasörlerin ve gerekiyorsa diğer çalışma verilerinin hangi kapsamda taşınacağını öğrenin. Küçük bir örnek aktarım üzerinden Türkçe karakterleri, tarihleri ve ekleri kontrol edin. Eski hizmeti kapatmak için doğrulanmış bir geçiş planınız olsun.
Birden fazla çalışan kullanacaksa sağlayıcının desteklediği kişisel yetkilendirme yöntemini tercih edin. Çalışan ayrıldığında erişimi kapatırken müşteriye ait iş kayıtlarını kaybetmemelisiniz. Hesap kurtarmanın da ayrılan kişinin kişisel telefonuna veya adresine bağlı kalmamasını sağlayın.
Adres türünü iş ihtiyacına göre seçin
| İhtiyaç | Sorulacak soru | Kontrol edilecek davranış |
|---|---|---|
| Tek kişinin ek adresi | Takma adres hangi kutuya ulaşıyor? | Yanıt hangi adresten gidiyor? |
| Ayrı iletişim kutusu | Bağımsız giriş ve saklama var mı? | Mesajlar doğru kutuda görünüyor mu? |
| Ekip kullanımı | Kişisel yetki ve ortak görünürlük nasıl sağlanıyor? | Çalışan erişimi ayrı iptal edilebiliyor mu? |
İsimlerin benzer olması aynı teknik davranışı garanti etmez. Bir adresin sadece yönlendirme yapmasıyla kendi mesajlarını saklaması farklıdır. Müşterinin cevabını hangi adrese göndereceği ve ekibin o cevabı nerede göreceği de deneme kapsamına alınmalıdır.
İlk gün yapılacak kısa gönderim denemesi
Kurulumdan sonra farklı bir hizmetteki test adresinden info kutusuna mesaj gönderin ve yanıtlayın. Gönderen adı, yanıt adresi, imza ve ekler beklediğiniz gibi görünüyor mu? Web sitenizin iletişim formu bu adrese bildirim gönderiyorsa ayrıca bir form denemesi yapın. Bir kanaldan mesaj alınması diğer kanalın da doğru ayarlandığını kanıtlamaz.
Son olarak gelen talebin sorumlusunu belirleyin. Çalışan bir posta kutusu, kendi başına bir takip süreci değildir. Müşteri talep takip tablosundaki durum ve sonraki işlem tarihi alanları, mesajların yanıtlandıktan sonra da unutulmamasına yardımcı olur.
Kurulum bilgisini işletmede tutun
Alan adı yenileme, DNS yönetimi ve e-posta yönetimi farklı hizmetlerde olabilir. Her birinin yetkili kişisi ve kurtarma yöntemi bilinsin. Parolaları bu envantere açık biçimde koymak yerine güvenli erişim düzeni kullanın. Hesap kurtarma zincirinin yalnızca kurulumu yapan kişinin kişisel adresine bağlı kalmamasına dikkat edin.
Kota, gönderim sınırı ve veri dışa aktarımını ilk kurulumda sorun. Bunları yalnızca sorun çıktığında öğrenmek geçiş maliyetini artırabilir. Özellikle yerel arşiv, kişiler ve takvim gibi öğelerin posta kutusundan ayrı kapsamları olabileceğini unutmayın.
0 / 4 adım kontrol edildi · Bu seçimler yalnızca açık sayfada tutulur.
Sık sorulan sorular
Alan adı almak e-posta kutusunu da açar mı?
Alan adı kaydıyla e-posta hizmeti farklı hizmetlerdir. Paketinizde kutu bulunsa bile kurulum, adres oluşturma ve DNS yönlendirmesi gerekebilir. Sağlayıcının kapsamını doğrulayın.
Web sitesi olmadan kurumsal e-posta kullanılabilir mi?
Alan adı ve uygun posta hizmetiyle mümkün olabilir; aynı alan adında web sitesi bulunması zorunlu değildir. DNS yönetiminin hangi hizmette yapıldığını bilmeniz gerekir.
info adresine gelenleri kişisel kutuma yönlendirebilir miyim?
Desteklenen modele bağlıdır. Yönlendirmede yanıt adresi, ekip görünürlüğü ve mesaj saklama davranışını test edin. Ortak iş kayıtlarının kişisel kutuya bağımlı hale gelmemesini de değerlendirin.
Yöntem ve kaynak notu
Örnek senaryolar ve karar tabloları, konuyu açıklamak için hazırlanmış çalışma önerileridir. Ölçülmüş müşteri sonucu veya bağımsız ürün testi olarak sunulmaz. Platform ve ürün koşulları değişebileceğinden uygulama öncesinde ilgili resmi belgeyi ve kendi hizmet kapsamınızı kontrol edin.
Yayın ve bağlantı yaklaşımımızı okuyun →