Akıllı Asistanlarda Mental Model ve İlk Hatanın Kalıcı Etkisi

Sesli asistan tasarımında en çok konuşulan soru, kullanıcının cihazı neye benzettiği: arayüz mü, yardımcı mı, bilgi bankası mı? Ayrım ilginç, davranış tahmininde ise zayıf. Kullanıcının asistanla ne yaptığını belirleyen asıl olay, ilk başarısız komutun ne zaman geldiği ve o an ekranda ne gördüğü.

Üç metafor, sınırlı açıklama gücü

Literatürde tekrar eden üçlü şu: kimi kullanıcı Siri ya da Google Asistan'ı telefona sesle erişim yolu sayar, kimi işleri devrettiği bir yardımcı gibi görür, kimi de Alexa'yı devasa bir bilgi bankası olarak konumlandırır. Sınıflandırma doğru, ama tasarım girdisi olarak taşıdığı yük fazla.

Aynı metaforu paylaşan iki kullanıcı tamamen farklı davranıyor, farklı metaforlara sahip iki kullanıcı hava durumunu birebir aynı cümleyle soruyor. Metafor en fazla kelime seçimini etkiliyor; kullanıcının hangi işleri asistana devredeceğini belirleyen şey başka.

Repertuvar genişlemiyor, daralıyor

Yeni kullanıcı denemeye açık: sınırı zorlar, tuhaf sorular sorar, çok adımlı komut dener. Deneyimli kullanıcı dört beş komutluk sabit bir rutine yerleşmiş durumda. Hava durumu, alarm, müzik, hatırlatıcı. Bu tablo genelde kullanıcı sistemi öğrendi diye okunuyor. Daha isabetli okuma şu: repertuvar ilk haftalarda kapanıyor ve bir daha açılmıyor.

Sebep, hafızanın asimetrik çalışması. Başarısızlık hatırlanır, düzeltme fark edilmez. Kullanıcı altı ay önce anlaşılmayan bir komutu, bugün çalışıyor olsa bile tekrar denemiyor. Bir projede komut loglarına baktığımızda başarısız denemelerin büyük kısmının tek seferlik olduğunu, aynı kullanıcının o kalıba bir daha hiç dönmediğini görmüştük.

Hata anı asıl arayüz

Asistanın en çok tasarım emeği hak eden yeri, doğru çalıştığı an değil. Anlamadım cevabı bir çıkmaz sokak: kullanıcıya ne yapması gerektiğine dair hiçbir şey söylemiyor, sadece denemenin boşa gittiğini bildiriyor.

Üç davranış bu anı kurtarıyor. Neyin anlaşıldığını söylemek ("alarm kurmak istediğini anladım, saati yakalayamadım"), kısmi çalıştırmak, ve çalışacak en yakın komutu önermek. Üçü de aynı işi yapıyor: kullanıcıya, sistemin sınırının nerede olduğunu tek bir denemede öğretiyor. Sınırın nerede olduğunu bilen kullanıcı o sınırın hemen dibinde kalmaya devam eder; bilmeyen kullanıcı geri çekilir.

Yeni özelliği duyurun tavsiyesi kendi kendini çürütüyor

Sık verilen öneri, gelen yetenekleri kullanıcıya proaktif olarak tanıtmak. Aynı metinler bir paragraf sonra kullanıcının bir kez hayal kırıklığına uğradıktan sonra sistemi keşfetmeyi bıraktığını yazıyor. İkisi bir arada duramaz. Duyuru kanalı asistanın kendisiyse, mesaj tam da onu dinlemeyi bırakmış kişiye gönderiliyor demektir.

İşleyen tek yol, duyuruyu kullanıcının hâlâ kullandığı yüzeye ya da hâlâ yaptığı işe bağlamak. Daha önce başarısız olmuş bir komut kalıbı yeniden denendiğinde "bu artık çalışıyor" demek, uygulama ekranında sessiz bir not bırakmak, yeni yeteneği mevcut rutinin içine yerleştirmek. Boşluğa yapılan genel duyuru, zaten dinleyen azınlığa ulaşır.

Başarı oranı yanıltıcı bir metrik

Ürün ekipleri genelde verilen komutlar içindeki başarı oranını izliyor. Bu sayı kullanıcı geri çekildikçe yükselir, çünkü payda daralır: kullanıcı yalnızca çalıştığını bildiği komutları veriyor, denenmeyen niyetler hiçbir zaman istek olarak kaydedilmiyor. Terk edilen kullanım, logda başarısızlık olarak değil, hiç görünmeyen bir boşluk olarak duruyor.

Daha bilgilendirici iki ölçüt var. Birincisi, başarısız bir denemeden sonraki günlerde aynı kullanıcının aynı niyeti tekrar deneme oranı. İkincisi, kullanıcı başına ayrı niyet sayısının zaman içindeki eğrisi. İlki hata anı tasarımının işe yarayıp yaramadığını, ikincisi repertuvarın kapanma hızını gösterir. Mental model tartışması bu iki eğriyi açıklayamıyorsa, tasarım kararını da yönlendiremez.