# E-posta onay süreci nasıl kurulur? > E-posta onay süreci, kurum adına gidecek bir mailin gönderilmeden önce bir ya da birkaç yetkiliye sunulmasıyla kurulur Kaynak sayfa: https://smartmail.com.tr/rehberler/eposta-onay-sureci.html Sitenin tamamı: https://smartmail.com.tr/llms.txt --- - Ana sayfa - Rehberler - E-posta onay süreci nasıl kurulur? Gönderim # E-posta onay süreci nasıl kurulur? E-posta onay süreci, kurum adına gidecek bir mailin gönderilmeden önce bir ya da birkaç yetkiliye sunulmasıyla kurulur: onaylayan mailin tamamını görür, onaylar, revizyon ister ya da reddeder; her adım kayda geçer. Bu rehberde hangi maillerin onaydan geçmesi gerektiğini, sürecin nasıl tasarlanacağını ve SmartMail'de nasıl işlediğini anlatıyoruz. 6 dk okuma Yayın: 25 Eylül 2026 Bu rehberde - Hangi mailler onaydan geçmeli? - İyi bir onay süreci nasıl tasarlanır? - Onay süreci kurarken hangi hatalardan kaçınmalı? - Onay süreci işi yavaşlatır mı? - SmartMail'de e-posta onay süreci nasıl işler? - Onay sürecini adım adım kurmak - Sık sorulan sorular - İlgili sayfalar - SmartMail'i kurumunuza getirin ## Hangi mailler onaydan geçmeli? Her maili onaya sokmak işi yavaşlatır; hiçbirini sokmamak ise kurumu bağlayan bir cümlenin kimse görmeden çıkmasına yol açar. Doğru denge, maili riskine göre ayırmaktır. Onaya en çok ihtiyaç duyulan mail türleri şunlardır: - Fiyat ve teklif mailleri. Yanlış yazılmış bir birim fiyat ya da unutulmuş bir iskonto koşulu, müşteri tarafından kabul edildiği anda bağlayıcı bir taahhüde dönüşebilir. - Sözleşme ve hukuki yazışmalar. Karşı tarafa gönderilen bir taslak, bir ihtar ya da bir fesih bildirimi; tek bir kelimenin anlamı değiştirebildiği metinler. - Kamu kurumlarına ve bankalara giden mailler. Resmî bir yazının ekinde doğru belgenin, doğru sürümle gittiğinden emin olmak gerekir. - Yeni çalışanların ilk müşteri yazışmaları. Onay, ilk haftalarda bir eğitim aracı olarak da işe yarar. - Kriz ve şikâyet yanıtları. Kızgın bir müşteriye yazılan cevap, gönderilmeden önce ikinci bir göz görmelidir. Rutin bilgi mailleri, iç yazışmalar ve kısa teyitler ise onaysız akabilir. ## İyi bir onay süreci nasıl tasarlanır? Başarılı bir onay süreci dört soruya net cevap verir. Onayı kim başlatır? Onayı her mail için zorunlu bir ayar yapmak yerine, yazan kişinin gerek gördüğü mailde başlatması daha verimlidir. Böylece ekip rutin işleri beklemeden yürütür, kritik mailleri ise bilinçli olarak onaya sunar. Kim onaylar? Tek bir yöneticiye bağlı süreçler, o kişi izne çıktığında tıkanır. Birden çok onaylayıcı tanımlamak ve "herhangi biri onaylasın" ile "hepsi onaylasın" arasında mail başına seçim yapmak esneklik sağlar. Bir teklif için satış müdürünün onayı yeterliyken, bir sözleşme için hem hukuk hem finans onayı aranabilir. Onaylayan ne görür? Onaylayanın yalnızca metni değil, mailin tamamını görmesi gerekir: hangi kurumsal adresten çıkacağı, kime gideceği, hangi eklerin eklendiği. Yanlış alıcı ya da unutulmuş ek, metindeki bir yazım hatasından çok daha pahalıya patlar. Geri dönüş nasıl yapılır? "Uygun değil" demek yetmez; neyin değişmesi gerektiği yazılmalıdır. Yönü belli olmayan geri bildirim, işi bir tur daha uzatır. ## Onay süreci kurarken hangi hatalardan kaçınmalı? Onay süreçleri en çok şu noktalarda aksar: - Onayın maile dışarıdan eklenmesi. Taslağın ekran görüntüsünü mesajlaşma grubuna atıp "uygun mu?" diye sormak hızlı görünür ama kayıt bırakmaz; onaylanan metinle gönderilen metnin aynı olduğunu kimse doğrulayamaz. - Onaydan sonra metnin değişmesi. Onay alındıktan sonra "küçük bir düzeltme" yapılıp mail gönderilir. Onaylanan sürüm ile giden sürüm arasındaki fark, sorun çıktığında tartışma konusu olur. - Sessiz tıkanma. Onaylayıcı maili görmez, gönderen de beklediğini unutur. Bekleyen isteklerin bir listede görünmesi ve bildirim gitmesi bunu önler. - Kararın gerekçesiz kalması. Reddedilen ya da revizyona dönen bir mailin neden döndüğü yazılı değilse, aynı hata bir sonraki mailde tekrarlanır. ## Onay süreci işi yavaşlatır mı? Onay süreçlerine yöneltilen en yaygın itiraz, işi yavaşlatacağıdır. Doğru kurulduğunda tersi olur. Onay olmayan bir kurumda kritik mailler için de bir kontrol yapılır, ama bu kontrol görünmezdir: taslak mesajlaşma grubunda dolaşır, telefonla okunur, "bir bakar mısın" diye ayrı bir mail atılır. Bu gayriresmî yolların her biri hem zaman alır hem de iz bırakmaz. Onayı mailin kendi içine taşımak bu dolaşımı tek bir adıma indirir. Onaylayıcı, mail gönderilmeye hazır halde önüne geldiğinde tek tıkla karar verir; gönderen de ayrı bir kanalda cevap beklemez. Yavaşlamayı önlemenin üç yolu vardır: - Onayı yalnızca riskli maillerde kullanın. Rutin yazışmaları onaya sokmak, onaylayıcının önüne gereksiz iş yığar ve gerçekten önemli olan istekler kalabalıkta kaybolur. - Yedek onaylayıcı tanımlayın. "Herhangi biri onaylasın" kuralıyla iki kişiye gönderilen istek, biri toplantıdayken diğeri tarafından hemen karşılanır. - Mobil onayı kullanın. Onaylayıcı masa başında değilse bile bekleyen isteği telefonundan görüp karar verebilir. Doğru kurulmuş bir onay süreci, özellikle yeni çalışanların ya da yeni pazarlara açılan ekiplerin güvenle hızlanmasını sağlar: hata yapma korkusu azalır, çünkü kritik mail zaten ikinci bir gözden geçecektir. ## SmartMail'de e-posta onay süreci nasıl işler? SmartMail'de onay, mail yazan kişinin mail başına başlattığı bir akıştır. Gönder yerine onaya gönder seçilir, bir ya da birden çok onaylayıcı işaretlenir. Birden çok kişi seçildiğinde kuralı yazan kişi belirler: herhangi biri onaylarsa ya da hepsi onaylarsa mail gider. Onaylayan kişi kararı vermeden önce mailin tamamını görür: hangi kurumsal adresten çıkacağı, alıcılar, eklerin adı ve boyutu, gövdesi kendi biçimiyle. Üç karar seçeneği vardır: - Onayla: mail o anda gönderilir. - Revizyon iste: iş gönderene döner. Ne değişmesi gerektiğini yazmak zorunludur; açıklamasız revizyon talebi kabul edilmez. - Reddet: istek kapanır; gerekçe yazılabilir. Her adım tarih ve saatiyle isteğin geçmişine yazılır. Revizyonla dönen mail yeniden düzenlenip tekrar onaya sunulduğunda önceki sürümler de kayıtta kalır; böylece onaylanan metin ile ilk taslak arasındaki fark görülebilir. Gönderen kişi, onay bekleyen maillerini ayrı bir listede izler; onaylayıcıya da bekleyen istek için bildirim gider. Onaylanan mail, normal gönderimle aynı yoldan çıkar: kutunun imzası, ekleri ve alıcıları onaylanan haliyle gider. Gönderim denetimi ve onay akışı Maili onaya göndermek ## Onay sürecini adım adım kurmak - Onaya girecek mail türlerini yazın. Yukarıdaki listeyi kurumunuza göre kısaltın ya da genişletin; ekibe tek sayfalık bir kural olarak dağıtın. - Onaylayıcıları belirleyin. Her mail türü için birincil ve yedek onaylayıcı seçin. Yedek, birincil kişi yokken sürecin tıkanmasını önler. - "Herhangi biri" ile "hepsi" kuralını eşleştirin. Hızın önemli olduğu teklifler için "herhangi biri", çok taraflı kararlar için "hepsi" uygundur. - Revizyon notu yazma alışkanlığı kazandırın. Onaylayıcılar değişiklik isterken somut yazsın: "3. kalemin birim fiyatı eski listeden alınmış, güncel listeyle değiştirin." - İlk ay sonunda geçmişi inceleyin. En çok revizyona dönen mail türleri, eğitim ya da şablon ihtiyacını gösterir. ## Sık sorulan sorular ### Onaya gönderilen mail onaylanmadan gider mi? Hayır. Onaya gönderilen mail, onay kuralı sağlanana kadar gönderilmez. "Hepsi" kuralında tüm onaylayıcıların onayı gerekir. ### Onaylayan kişi maili değiştirebilir mi? Onaylayan kişi metni kendisi değiştirmez; değişiklik gerekiyorsa revizyon ister ve ne değişmesi gerektiğini yazar. Düzenlemeyi mailin sahibi yapar ve maili yeniden onaya sunar. ### Revizyon isterken açıklama yazmak zorunlu mu? Evet. Revizyon talebi açıklamasız gönderilemez; reddetmede ise gerekçe yazmak isteğe bağlıdır. ### Onay geçmişi ne kadar süre görülebilir? Onay isteğinin geçmişi, kimin ne zaman hangi kararı verdiği ve revizyon sürümleriyle birlikte istekte saklanır. ## İlgili sayfalar - Gönderim denetimi ve onay akışı Özellik sayfası - Maili onaya göndermek Belge - Onay vermek Belge ## SmartMail'i kurumunuza getirin Onay akışını kendi ekibinizle kurmak için SmartMail'i satın alın. Satın al Demoyu açın ## Diğer rehberler - Gönderim ### Büyük dosya e-posta ile nasıl gönderilir? Büyük bir dosya e-posta ile, ek olarak değil güvenli bir indirme bağlantısı olarak gönderilir: dosya bir depolama alanına yüklenir, maile yalnızca bağlantısı eklenir, alıcı tek tıkla indirir. Bu rehberde mail eki boyut sınırının nereden geldiğini, sınırı aşan dosyaların nasıl gönderileceğini ve SmartMail'de 250 MB'a kadar dosyaların nasıl iletildiğini anlatıyoruz. 6 dk okuma - Ekip çalışması ### info@ adresi nasıl yönetilir? info@ adresi, tek bir kişinin değil ekibin sorumluluğunda olan bir ortak kutu olarak yönetilir: kimin hangi maile baktığı görünür, erişim kişiye göre ayrı ayrı verilir, cevaplar tek bir kurumsal kimlikle çıkar. Bu rehberde info@ gibi genel adreslerin neden dağıldığını ve SmartMail'de ekipçe nasıl düzenli tutulduğunu adım adım anlatıyoruz. 6 dk okuma - Ekip çalışması ### Müşteri maillerine yanıt süresi nasıl kısaltılır? Müşteri maillerine yanıt süresi, her maile görünür bir sahip ve bir son tarih verilerek kısaltılır: cevap bekleyen mailler ayrı süzülür, süresi yaklaşan mail için hatırlatma gider, kimin baktığı ekipçe görülür. Bu rehberde yanıt süresinin neden uzadığını, hangi hedefin makul olduğunu ve SmartMail'de cevapsız maillerin nasıl takip edildiğini anlatıyoruz. 6 dk okuma