KOBİ için kurumsal e-posta seçimi: ihtiyaç, maliyet ve deneme listesi
Bir paketteki büyük sayıların hepsi işletmenize değer katmayabilir. On çalışanı olan iki şirketin arşivleri, günlük gönderimi ve takvim beklentisi çok farklı olabilir. Bu rehber, ürünleri aynı sorularla karşılaştırmanızı ve satın alma öncesi kısa bir uygulamalı test yapmanızı sağlar.
KOBİ için doğru kurumsal e-posta hizmeti, gerçek kutu sayısına, arşiv büyüklüğüne, kullanılan cihazlara ve yönetim ihtiyacına uyan hizmettir. Seçim yalnızca aylık fiyatla yapılmamalı; geçiş işi, destek, erişim kontrolü ve hizmetten çıkış imkânı birlikte değerlendirilmelidir.
Bu rehber kimler için? KOBİ sahipleri, satın alma sorumluları, ajanslar ve dışarıdan IT hizmeti veren ekipler
1. Çalışan sayısından önce kullanım envanterini çıkarın
Mevcut kişi adreslerini, satış ve muhasebe gibi görev adreslerini, kutu büyüklüklerini ve bilgisayarlarda kalan arşivleri listeleyin. Çalışan sayısı ile gerekli kutu sayısı aynı olmayabilir. Birden fazla alan adı kullanan ajansın yönetim ihtiyacı, tek alan adı olan bir ofisten farklıdır. Görünürde kullanılmayan bir adresin web formunda veya fatura uygulamasında hâlâ çalışıp çalışmadığını kontrol edin.
Sonra günlük iş akışını yazın: çoğunlukla tarayıcı mı kullanılıyor, Outlook zorunlu mu, telefon erişimi gerekiyor mu? Büyük ekler, yoğun müşteri desteği veya uzun yıllara ait arşiv varsa kapasite kararını bunlar etkiler. İş yükünü yalnızca kutu başına depolama ile ifade etmeyin; günlük gönderim ve mesaj boyutu sınırları da değerlendirilmelidir.
2. E-posta ihtiyacıyla çalışma paketi ihtiyacını ayırın
Standart IMAP/SMTP hizmeti mesajların okunması, gönderilmesi ve klasörlerin cihazlarda görünmesi için uygundur. Şirketin ayrıca ortak takvim, toplantı odası rezervasyonu, birlikte belge düzenleme veya geniş kimlik yönetimi ihtiyacı varsa bunları ayrı ürün gereksinimleri olarak yazın. Her kurumsal mail hizmetinin aynı çalışma paketini sunduğunu varsaymayın.
TekPosta webmail ve standart istemci erişimiyle günlük şirket yazışmaları için değerlendirilmelidir. Toplu pazarlama kampanyası ayrı bir ihtiyaçtır ve uygun izin/abonelik yönetimi olan hizmetle yürütülmelidir. Satın alma kararında bir özelliğin varlığını ürün sayfasında görmek kadar kendi iş akışınızda nasıl çalıştığını denemek de önemlidir. Özellikle mevcut yazılımlarınızın gönderim bağlantıları için doğrulama isteyin.
| İhtiyaç | Sorulacak soru | Kararı etkileyen örnek |
|---|---|---|
| Depolama | Kutu bazında kota ve büyütme yöntemi nedir? | Büyük arşivli tasarım ekibi |
| Cihazlar | Kullanılan istemci ve sürümle bağlantı nasıl kurulur? | Outlook ve telefon kullanan çalışanlar |
| Yönetim | Erişim oluşturma ve kapatma ne kadar anlaşılır? | Çalışan ve cihaz değişimleri |
| Taşıma | Kaynak veriler ve hata kontrolü nasıl ele alınır? | Eski klasörler ve yerel arşivler |
| Gönderim | Günlük sınırlar ve uygulama bağlantıları nedir? | CRM ve fatura bildirimleri |
| Çıkış | Mesajları dışarı aktarma planı var mı? | Gelecekte sağlayıcı değiştirme |
3. Fiyatı aynı kapsam üzerinden karşılaştırın
Kutu sayısı, depolama, alan adı sayısı ve vergilerin kapsamını aynı tabloda karşılaştırın. Paket fiyatını kişi başı fiyatla karıştırmayın. Hizmetin ödeme dönemi, kapasite artışı ve yenileme koşullarını mevcut fiyatlandırma sayfasından kontrol edin; eski bir blog yazısındaki fiyat satın alma için güvenilir temel değildir.
Geçiş sırasında ortaya çıkan işleri de hesaba katın: veri envanteri, cihaz kurulumu, arşiv düzeni ve çalışanların kısa eğitimi. Ucuz görünen bir hizmet, işletmenizin özel iş akışı için uzun kurulum gerektiriyorsa toplam maliyeti farklılaşır. Buna karşılık kullanmayacağınız çalışma paketi özellikleri için sürekli ödeme yapmanız da gerekmeyebilir. Değerlendirme, gerçek ihtiyaç ve anlaşılır kapsam üzerinden yapılmalıdır.
Alan adı sayısı: kendi envanteriniz Kişi ve görev kutuları: ayrı liste Mevcut arşiv: kutu bazında boyut Cihazlar: uygulama adı ve sürüm Diğer göndericiler: web formu, CRM, fatura Taşınacak veri: mesajlar, yerel arşiv, kişiler, takvim Sorumlu kişi: kurulum ve günlük yönetim için belirlenmiş isim
4. Desteği ve erişim yönetimini somut bir işlemle değerlendirin
Destek başlığındaki geniş ifadeler yerine gerçek bir senaryo üzerinden soru sorun. Outlook bağlanmıyorsa hangi bilgilerle destek alacaksınız? DNS kaydı uyuşmazlığında kimin hangi paneli düzenlemesi gerekiyor? Sağlayıcıyla şirket arasındaki sorumluluk sınırlarının açık olması, sorunun bir ekipten diğerine gidip gelmesini azaltır.
Yönetim panelinde bir kutu açmayı, uygulama şifresi oluşturmayı ve kullanılmayan erişimi iptal etmeyi deneyin. Bu adımlar iş sorumlusunun anlayabileceği kadar açık olmalıdır. Şirket sahibi değiştiğinde veya ajansla iş ilişkisi bittiğinde hesap sahipliğinin nasıl korunacağını da planlayın. Yönetim hesabı, DNS hesabı ve ödeme bilgilerinin tek bir eski çalışanın kişisel erişiminde kalması işletme sürekliliğini zayıflatır.
5. Satın alma kararından önce kısa kabul testi yapın
Bir temsil edici kutuyla başlayın. Webmail girişini, dışarıdan alımı, dışarıya gönderimi, ek açmayı ve Outlook ya da telefondaki bağlantıyı deneyin. Aynı alan adı içindeki iki kutunun yazışmasıyla yetinmeyin. Kullanılacak CRM veya web formu varsa ondan da kontrollü bir örnek gönderin. DNS doğrulamasını ve gerçek mesajdaki kimlik sonuçlarını ayrı kontrol edin.
Mevcut hizmetten geçişte eski tarihli mesaj, özel klasör ve büyük ekli birkaç örnek seçin. Takvim veya kişiler önemliyse bunların nasıl korunacağını ayrıca doğrulayın. Kabul ölçütünü önce yazmak, deneme sonunda belirsiz bir memnuniyet değerlendirmesi yerine somut karar vermenizi sağlar. Sorunların çözülme biçimi de hizmetin işletmenize uygunluğunu gösterebilir.
- Dış adresle alım ve gönderim tamamlandı.
- Günlük kullanılan cihazlarda kutu ve klasörler açıldı.
- Mevcut yazılımların gönderim bağlantıları kontrol edildi.
- Taşınacak arşivin temsil edici örnekleri incelendi.
- Erişim oluşturma ve kapatma sorumlusu belli oldu.
6. Büyüme ve sağlayıcı değiştirme ihtimalini baştan düşünün
Önümüzdeki dönemde yeni çalışan, yeni alan adı veya daha büyük arşiv bekleniyorsa kapasite artırmanın nasıl yapılacağını sorun. Hiç kullanılmayacak kapasiteyi hemen satın almak yerine yükseltme koşullarını anlamak daha esnek bir karar sağlayabilir. Kullanılmayan kutuları ve eski erişimleri düzenli gözden geçirmek maliyeti ve yönetim yükünü azaltır.
Hizmetten ayrılma planı da seçim kriteridir. Mesajların standart yöntemlerle alınabilmesi, alan adının şirketin kontrolünde kalması ve DNS kayıtlarının belgelenmesi sonraki bir geçişi kolaylaştırır. Hiçbir sağlayıcı için gelen kutusu veya bütün güvenlik risklerinin ortadan kalkacağı garantisini karar ölçütü yapmayın. İşletmeniz için sürdürülebilir olan, açık kapsam, doğrulanmış iş akışı ve yönetilebilir erişim düzenidir.
Sık sorulan sorular
En ucuz kurumsal mail paketi en iyi seçenek midir?
Karar gerçek kutu sayısı, depolama, cihazlar ve yönetim ihtiyacına bağlıdır. Paket kapsamını ve geçiş işini aynı ölçütlerle karşılaştırmadan yalnızca fiyatla seçim yapmak eksik kalır.
Web hosting paketindeki mail yeterli olabilir mi?
İhtiyacınıza göre olabilir. Kutu kotasını, gönderim sınırlarını, erişim yöntemlerini, DNS doğrulamasını ve destek sürecini kendi kullanımınızla test ederek değerlendirin.
Sağlayıcı değiştirebilir miyim?
Alan adı kontrolü, mesajlara erişim ve korunmuş arşiv planı geçişi kolaylaştırır. IMAP mesaj aktarımını sağlayabilir; diğer veri türleri için ayrıca yöntem belirlenmelidir.
Kaynaklar ve doğrulama
Teknik adımları uygularken aşağıdaki kaynakları ve kullandığınız sağlayıcının güncel ayarlarını birlikte kontrol edin. Örnek kayıtlar kendi domaininiz için panelde üretilen değerlerin yerine geçmez.
Şirketinizin e-postasını kendi domaininizde yönetin
TekPosta'da domain, DNS doğrulama, mail adresleri, uygulama şifreleri ve taşıma adımlarını aynı panelden takip edebilirsiniz. Ekibinizin ihtiyacına uygun planı inceleyin veya geçiş planınızı bizimle paylaşın.