Bir Yapay Zekâ Sohbet Botu Bir Arkadaş Gibi Daha Sonra Yanıt Verebilir mi? Kullanıcı Tercihli Gecikmeli Yanıtlar İçin Bir Kılavuz
Evet. Bir yapay zekâ sohbeti, zamanlamayı kişinin seçmesi ve arayüzün ne olacağı konusunda dürüst olması kaydıyla daha sonra görünen bir yanıt sunabilir. Bunu planlanmış bir yanıt olarak ele alın: ne zaman iletileceğini gösterin, sıraya mı alındığını yoksa hazır mı olduğunu belirtin, iptal etme yolu sağlayın ve kullanıcının bildirim alıp almayacağına ayrıca karar vermesine izin verin. Gerçek bir insanın meşgul olduğunu veya birini etkileşimde tutmak için yanıtı geciktirdiğini ima etmeden de konuşma rahat ve samimi hissettirebilir.
Bir yapay zekâ sohbetinde "daha sonra yanıtla" ne anlama gelir?
İnsanlar arasındaki bir konuşmada duraklama birçok nedenden ötürü meydana gelebilir: birisi uzaklaşır, yanıt vermeden önce düşünür veya sohbete daha sonra geri döner. Bir yapay zekâ sisteminin bu tür kişisel durumları yoktur. Bir ürün bir duraklamanın zamanlamasını taklit edebilir, ancak bu duraklamayı insani bir nedenin kanıtı olarak sunmamalıdır.
Sıradan bir yaratıcı görev için kullanıcı tarafından seçilen bir gecikme yine de yararlı olabilir. Biri akşam yemeğinden sonra bir yazma istemi isteyebilir, bir saat içinde ikinci bir hikâye fikri seti talep edebilir veya yarın sabah için taze bir bakış açısı planlayabilir. Buradaki değer, yapay zekânın özel bir hayatı olduğu izlenimi değil, seçilen zamanlama ve konuşma ritmidir.
İşlemi ayarlandığı anda anlaşılır kılın. Örneğin: "Saat 19:00'da bana üç yeni başlık fikri göster." Ardından onaylayın: "19:00 için planlandı." Bu ifade, "Şu anda biraz meşgulüm" gibi uydurma bir arka plan hikâyesi yaratmadan kullanıcıya sistemin ne yapacağını söyler. Bu, otomatik olarak planlanmış bir işlem ile bir insanın açıklaması arasındaki ayrıma dayanan bir tasarım önerisidir; herhangi bir sohbet botunun bu özelliği halihazırda sunduğunu iddia etmez.
Zamanı ve içeriği kullanıcının seçmesine izin verin
Kullanışlı bir gecikmeli yanıt akışı net bir istekle başlar. Kullanıcı ne istediğini, ne zaman istediğini ve ilgili durumlarda cevabın mevcut göreve devam mı etmesi gerektiğini yoksa yeni bir görev mi başlatması gerektiğini belirtebilmelidir. Sistemin zamanlama veya görev hakkında netleştirmeye ihtiyacı varsa, planlamayı onaylamadan önce sormalıdır.
Seçilen zamanı kişinin kontrol edebileceği bir biçimde gösterin; "daha sonra" ifadesinin belirsiz olabileceği durumlarda ilgili tarihi de ekleyin. "30 dakika içinde" ifadesi kurulum anında kolayca anlaşılır, ancak dönüş başka bir güne planlandığında bir tarih ve yerel saat daha yararlı olabilir. Bir saat dilimi veya cihaz ayarı iletimi etkileyebilecekse, kullanıcıyı tahmin yürütmek zorunda bırakmak yerine planlamanın hangi saati kullandığını açıklayın.
Apple'ın planlanmış mesaj talimatları, kullanıcı tarafından görülebilen planlamaya somut bir örnek sunar: mesaj planlanan saatini gösterir ve kullanıcılar teslimattan önce mesajı düzenleyebilir, silebilir, yeniden planlayabilir veya hemen gönderebilir. Bu bir mesajlaşma emsalidir, bir yapay zekâ yanıtının zaten aynı şekilde oluşturulduğunun veya teslim edildiğinin kanıtı değildir. Bir sohbet botu kendi davranışını açık hale getirmelidir. Apple Destek: Daha sonra göndermek için iPhone’da mesaj zamanlama
Sırada, işleniyor, hazır ve başarısız durumlarını doğru şekilde gösterin
Planlanmış bir yanıtın birden fazla durumu vardır. "19:00 için sıraya alındı", sistemin gelecekteki bir eylemi kaydettiği anlamına gelir. Bu, cevabın zaten var olduğu anlamına gelmek zorunda değildir. Sistem yanıtı planlanan zamanda oluşturuyorsa bunu belirtin. Yanıtı daha önce hazırlıyorsa, yalnızca içerik gerçekten hazır olduğunda hazır olarak etiketleyin. Planlanmış bir görevi aktif bir düşünce veya ilerleme gibi gösteren belirsiz durum etiketlerinden kaçının.
Seçilen saatten sonra sistemin yanıtı oluşturması yine de gerekebilir. Kısa bir "Yanıtınız oluşturuluyor" durumu, bu çalışmayı "Hazır" durumundan ayırt edebilir. Oluşturma başarısız olursa veya uygulama görevi tamamlayamazsa, bunu açıkça belirtin ve kullanıcıya yeniden denemek veya başka bir zaman seçmek gibi mantıklı bir sonraki adım sunun. Cevap yolda olmadığı halde öyleymiş gibi ima eden güncelliğini yitirmiş bir "sırada" etiketi bırakmayın.
Bu yaklaşım, yerleşik arayüz yönergelerini takip eder. Material Design, ilerleme göstergelerini devam eden bir sürecin durumunu ve kullanılabilir eylemleri iletmenin bir yolu olarak tanımlar. W3C kılavuzu, durum mesajlarını bir eylemin sonucu, bekleme durumu, ilerlemesi veya hataları hakkındaki bilgiler olarak tanımlar ve bu tür güncellemelerin odağı değiştirmeden yardımcı teknolojiler tarafından erişilebilir olması gerektiğini açıklar. Bu ilkeler, dekoratif gecikme veya açıklanamayan sessizlik yerine belirli ve erişilebilir durum metinlerini destekler. Material Design: Progress indicators · W3C WAI: Understanding Success Criterion 4.1.3, Status Messages
İptal etme ve düzenleme seçeneklerini planlanan yanıta yakın tutun
Planlar değişir. Planlanan bir öge, sohbette veya kolayca bulunabilen bir planlama listesinde görünür kalmalı ve onu iptal etmek için net bir yol sunmalıdır. Pratik olan durumlarda kullanıcının isteği düzenlemesine veya zamanı değiştirmesine izin verin. Her işlemden sonra sonucu onaylayın: "İptal edildi; yanıt oluşturulmayacak" veya "20:00'ye ertelendi." Sistem oluşturma başladıktan sonra iptali garanti edemiyorsa, kullanıcı buna güvenmeden önce son iptal sınırını açıklayın.
Bir planı iptal etmek ile görünür bir cevabı silmek arasındaki farkı anlaşılır kılın. İptal etmek, ürünün güvenilir bir şekilde yapabildiği şey buysa bekleyen işlemi durdurmalıdır. Bir cevap zaten oluşturulmuşsa kullanıcıya bunun sohbette kalıp kalmayacağını söyleyin. Apple'ın planlanmış mesaj özelliği, açık bir planlama durumunun ve iptal denetiminin neden önemli olduğunu gösterir: Apple, bir mesajı planlanan saatinden önce silmenin teslimatını iptal ettiğini belirtir. Bir yapay zekâ planlamasının kesin davranışı bu sistemin nasıl inşa edildiğine bağlı olacaktır, bu nedenle onayı gerçek sonucu tanımlamalıdır.
Bildirimleri ayrı bir tercih haline getirin
Planlanmış bir yanıt, bir anlık bildirim göndermeden de sohbette görünebilir. Bildirim tercihini zamanlama tercihinden ayrı olarak sunun; örneğin, "Saat 19:00'da sohbette göster" ve isteğe bağlı olarak "Hazır olduğunda bana bildir." Bu, bir görevi planlama iznini, daha sonra kullanıcıyı rahatsız etme izni olarak görmekten kaçınmayı sağlar.
Bildirimler sunuluyorsa, kullanıcı bu tercihe ulaştığında bunların amacını açıklayın ve kişi reddettiğinde planlanan görevi kullanılabilir tutun. Apple, insanların bildirimlerin ne için olduğunu anlayabilmesi için bildirim yetkisinin bağlam içinde istenmesini önerir. Android'in izin kılavuzu da benzer şekilde, iznin buna ihtiyaç duyan özelliği kullanıcı kullanmaya başladığında istenmesini, akışın engellenmesinden kaçınılmasını ve reddetme durumunun sorunsuzca ele alınmasını tavsiye eder. Bu platform önerileri, ayrı ve bilgilendirilmiş bir bildirim kararını destekler; her ürünün anlık bildirimler sağlamasını zorunlu kılmaz. Apple Developer: Asking permission to use notifications · Android Developers: Request runtime permissions
Kullanıcı bildirimleri etkinleştirirse, uyarıyı sıradan bir yaratıcı yanıta orantılı tutun. Apple'ın bildirim kılavuzu, aciliyetin doğru bir şekilde yansıtılmasını ve insanların bildirim tercihlerini yönetmesine izin verilmesini söyler. Sıradan bir yazma istemi acil olarak etiketlenmemeli veya anında dikkat gerektiriyormuş gibi sunulmamalıdır. Apple Human Interface Guidelines: Managing notifications
Gecikmeli bir yaratıcı yanıt için pratik bir akış
Basit bir etkileşim şu şekilde çalışabilir: Kullanıcı "Saat 19:00'da bu kurgusal kafe için bana üç isim ver" der. Sistem görevi ve saati yineler, ardından yanıt hazır olduğunda kullanıcının bir bildirim isteyip istemediğini sorar. Onaylandıktan sonra konuşmada düzenleme veya iptal etme denetimleriyle birlikte "19:00 için sıraya alındı" ifadesi görünür. Belirlenen saatte "Yanıtınız oluşturuluyor" mesajı gösterilir, ardından fikirler ekrana gelir ve görev tamamlandı olarak işaretlenir. Oluşturma başarısız olursa, hatayı bildirir ve yeniden deneme seçeneği sunar.
Bu akış, gecikmeyi kullanıcı yönlendirmeli bir özellik haline getirir. Yanıt geldiğinde metin sıcak ve samimi hissettirebilir, ancak arayüzün bir insanın uzaklaştığını, dikkatinin dağıldığını veya yanıt vermeden önce beklemeye karar verdiğini iddia etmesine gerek yoktur. Faydalı bir kural oldukça basittir: duraklamayı kullanıcının seçmesine izin verin, sistemin ne yapacağını ona söyleyin ve hem bekleyen yanıt hem de her türlü bildirim üzerinde kontrol sahibi olmasını sağlayın.