Yapay zeka sizin adınıza e-posta göndermeden önce neleri onaylamalısınız?

Yapay zeka sizin adınıza e-posta göndermeden önce alıcıyı, konu ve metni, eklenecek dosyayı, paylaşım erişimini ve verilen sözleri kontrol edin. Taslak hazırlama izni ile gönderim iznini ayırın. Özellikle fiyat, tarih, müşteri bilgisi veya iş kararı içeren mesajlarda son içeriği görmeden onay vermeyin. E-posta gönderildikten sonra yanlış taahhüdü veya yanlış kişiye aktarılmış bilgiyi düzeltmek zorlaşabilir.

İyi yazılmış bir metin her zaman doğru bir iş mesajı değildir. Üslubu nazik olabilir; ama eklenen dosya eski, alıcı yanlış veya teslim tarihi onaysız olabilir. Gelin taslak ile gönderim arasına küçük bir kontrol noktası koyalım.

“Yanıt hazırla” ile “yanıt gönder” farklı işlerdir

Örnek olarak müşteri, raporun ne zaman paylaşılacağını soruyor. Siz yapay zekadan kısa bir taslak istiyorsunuz. Araç “Raporu yarın saat 10.00’da göndereceğiz” yazıyor. Oysa siz tarih vermediniz. Cümle düzgün olduğu için fark edilmeyen bu ekleme, gerçek bir teslim sözüne dönüşebilir.

Taslak aşamasında kullanacağınız istek şu olabilir: “Yalnız verilen bilgilere göre yanıt taslağı hazırla. Eksik tarih veya karar uydurma. Gönderim yapma; kontrol gerektiren yerleri ayrı göster.” Bu sınır, insanın neyi değerlendireceğini açık tutar.

Araç bağlanmış olsa bile her işte gönderim yetkisi açılması gerekmez. Kurumunuzun onaylı kullanım düzenine uyun. Taslağı gözden geçirip uygun e-posta alanında kendiniz sonuçlandırmak bir seçenek olabilir. Tek bir talimatın bütün teknik riskleri ortadan kaldırdığını varsaymayın.

Alıcı: doğru isim değil, doğru kapsam

“Ayşe’ye gönder” isteği, aynı isimli iki kişi varsa yeterli olmayabilir. Adresi ve kişinin rolünü kontrol edin. Yanıtla ile tümünü yanıtla arasındaki fark, mesajın farklı bir gruba ulaşmasına neden olabilir.

Bilgi alanına eklenen kişilerin gerçekten bu içeriğe ihtiyacı var mı? Eski yazışmanın bütün taraflarını otomatik korumak her durumda doğru olmayabilir. Yeni eklenen dosya önceki mesajdan daha dar bir erişim gerektiriyorsa alıcı kapsamını tekrar inceleyin.

Örnekte rapor içi çalışma notlarını yalnız kurum içi kontrol ekibi görebilecek olsun. Müşteriye gönderilecek mesajda bu ek bulunmamalı. “Herkes raporu bekliyor” cümlesi aynı dosyaya herkesin erişmesi gerektiğini göstermez.

Metin: sayı ve verilen sözleri ayrı okuyun

Taslağı önce normal bir e-posta gibi okuyun. Sonra tarih, tutar, kişi adı, ürün adı ve karar ifadelerine odaklanan ikinci okuma yapın. Bu iki okuma farklı hataları yakalayabilir.

“Onayladık”, “tamamlandı”, “göndereceğiz” ve “ücretsiz” gibi ifadeler iş sonucu veya taahhüt taşıyabilir. Kaynak mesajda yalnız bir öneri bulunuyorsa taslak bunu kesin karar gibi sunmamalı. Belirsiz koşul, kesin söz haline gelmemeli.

Örneğimizde doğru taslak şöyle olabilir: “Raporun veri kontrolü devam ediyor. Kesin teslim zamanını kontrol tamamlandığında paylaşacağız. Bugün saat 16.00’da durum bilgisi ileteceğim.” Son cümledeki durum paylaşımı da gerçekten sizin yapabileceğiniz bir hareket olmalı; örnek diye otomatik kullanılmamalı.

Beklenen karar net değilse yönetici beklentilerini netleştirme yazısındaki sorularla eksik bilgiyi konuşabilirsiniz. Akıcı metin, eksik kararın yerini tutmaz.

Kontrol kaydında “Metin okundu” yerine önemli bulguyu belirtebilirsiniz: “Kesin teslim tarihi kaynakta yok; taslaktan çıkarıldı. Yalnız durum paylaşımı için konuşulmuş zaman korundu.” Böyle bir not, onayın hangi sonuca dayandığını gösterir. Başka kişi taslağı yeniden düzenlerse eklenen yeni taahhüdü aynı kontrolden geçirin. Eski onayı değişmiş metne otomatik taşımayın.

Ek: dosyanın adını değil içeriğini açın

“Rapor-final” adı, dosyanın doğru sürüm olduğunu kanıtlamaz. Gönderilecek dosyayı açıp dönemini, kapsamını ve kontrol durumunu görün. Yalnız dosya listesindeki ada bakarak onay vermeyin.

Bağlantıyla paylaşım yapılacaksa erişimi de değerlendirin. Alıcı açabiliyor mu? Düzenlemesi gerekiyor mu? Bağlantı beklenenden daha geniş bir gruba açık mı? Dosya doğru olsa bile erişim yanlış olabilir.

Ekin içinde paylaşılmaması gereken yorum, gizli sayfa veya eski müşteri kaydı bulunabilir. E-posta metninin temiz olması eki temiz yapmaz. Gizliliği koruyarak iş örneği paylaşma yaklaşımı, gerekli kapsamı düşünmenize yardımcı olabilir.

Gönderim onayını somut bir kayıtla verin

OpenAI’nin eklenti güvenliği açıklaması, dış içerik kaynaklı yönlendirmeler ve yazma işlemlerinde dikkatli kontrol gereğini ele alır. Aşağıdaki liste, bu ilkeyi ofis e-postasına uyarlayan özgün bir çalışma örneğidir; bütün araçların aynı onay ekranını sunduğu anlamına gelmez.

Kontrol sonrası değişen alan varsa önceki onaya dayanmayın. Örneğin alıcı veya ek değişmişse yeni son görünümü inceleyin. Onay, belirsiz bir “Her şeyi hallet” izni değil, görülen belirli işlemin kararı olmalı.

İlk kullanımda basit bir deneme yapın

Gerçek müşteriye gönderimle başlamak yerine kurumunuzun uygun gördüğü kurmaca taslak üzerinde kontrol düzenini deneyin. Gerçek adres veya hassas veri kullanmadan eksik tarih, yanlış ek adı ve fazla alıcı gibi durumları fark edebiliyor musunuz?

Sorun gördüğünüzde yalnız metni düzeltmeyin; hangi kontrol noktasının eksik olduğunu düşünün. Görevi açık tarif etmek için doğru iş sorusu yazma yazısından yararlanabilirsiniz. Çalışma ve iletişim alışkanlıklarınızı geliştirmek için kurs programını inceleyebilirsiniz.

Sık sorulan sorular

Taslak hazırlama izni otomatik gönderim izni midir?

İki işi ayrı değerlendirin. Son içeriği görmeden gönderim onayı vermeyin. Kullandığınız aracın yetkilerini ve kurumunuzun kullanım kuralını kontrol edin.

Yapay zeka tarihi doğru tahmin edebilir mi?

Teslim tarihini tahmine bırakmayın. Kaynakta doğrulanmış bilgi yoksa taslak eksikliği belirtmeli. Yeni bir tarih ancak sorumlu kişi tarafından gerçekçi biçimde kararlaştırılabilir.

Ekin adı doğruysa açmam gerekir mi?

Ad tek başına doğru içerik veya sürüm kanıtı değildir. Dosyanın dönemini, kapsamını ve kontrol durumunu açarak inceleyin. Paylaşım yetkisini de doğrulayın.

Her e-postada aynı ayrıntılı kontrol gerekli mi?

Mesajın etkisine göre kontrol derinliği değişebilir. Ancak alıcı, son metin ve varsa ekin doğruluğu temel kontroldür. Hassas veya yüksek etkili mesajlarda daha güçlü onay gerekebilir. Hangi onayın gerekli olduğunu beklenti görüşmesinde açıkça konuşabilirsiniz.