Proaktif Yapay Zeka Mesajları Oluşturmadan Önce “Hayır”ı Dinleyin
Konuşmaları kendi kendine başlatan bir yapay zeka özelliği düşünüyorsanız, öncelikle insanların ne zaman hiçbir şey duymamayı tercih edeceğini öğrenin. Olası kullanıcıları bir araştırma mülakatına katılmaya davet edin, talep edilmeyen bir mesajın istenmeyeceği sıradan anları sorun ve mesaj konseptlerini geri alınabilir bir prototip üzerinden test edin. Açık bir şekilde belirtilen “benimle iletişime geçmeyin” ifadesini aşılması gereken bir itiraz olarak değil; anlaşılması ve saygı duyulması gereken bir ürün gereksinimi olarak ele alın. Amaç, insanların ne tür bir iletişimi kabul etmeyi tercih ettiğini (eğer ediyorlarsa) öğrenmektir.
Özelliğin arkasındaki soruyla başlayın
Bir yapay zekayı “daha proaktif” hale getirme önerisi birkaç farklı fikri gizleyebilir: bir hatırlatıcı, bir öneri, bir durum kontrolü veya bir rutine bağlı bir mesaj. Bunlar birbirinden farklı deneyimlerdir. Katılımcı toplamaya başlamadan önce, önerilen davranışı sade bir dille yazın: bir mesajı neyin tetikleyebileceği, mesajın ne söyleyebileceği ve kişinin bunu nerede göreceği. Bu, özellik zaten varmış gibi davranmadan katılımcılara tepki verebilecekleri somut bir zemin sunar.
Araştırma sorusunu açık uçlu tutun. Örneğin: “Hangi durumlarda, şayet isterseniz, bu tür bir mesaj almak istersiniz ve ne zaman almamayı tercih edersiniz?” Yalnızca birinin fikri beğenip beğenmediğini veya ne sıklıkta mesaj istediğini sormaktan kaçının. Kapsamlı ve olumlu bir yanıt, önemli sınırları gizleyebilir: örneğin birisi yemek yaparken ara sıra gelen bir notu memnuniyetle karşılayabilirken; çalışırken, seyahat ederken veya başkalarıyla vakit geçirirken sessizlik isteyebilir. Bunlar keşif amaçlı yönlendirmelerdir, kullanıcıların ne söyleyeceğine dair kesin iddialar değildir.
Tasarımını yaptığınız deneyimin gerçek veya olası kullanıcılarını araştırmaya dahil edin ve daveti, onlar katılmayı kabul etmeden önce açıklayın. GOV.UK kullanıcı araştırması kılavuzu; amacın ve faaliyetin netleştirilmesini, katılımın gönüllü olmasını ve araştırmayı durdurma ya da çekilme hakkının açıkça belirtilmesini önerir. Ayrıca, kişilerin hazırlanabilmeleri ve katılıp katılmama konusunda rahatça karar verebilmeleri için bilgilerin önceden verilmesini tavsiye eder (Getting informed consent for user research; Finding participants for user research).
Yalnızca tercihleri değil, durumları da sorun
Kısa bir mülakatta, yakın geçmişteki sıradan örneklerle başlayın. İnsanların halihazırda ne tür dijital mesajları fark ettiğini, bunları ne zaman memnuniyetle karşıladıklarını ve bu mesajları görmezden geldiklerinde veya kapattıklarında ne yapmakta olduklarını sorun. Ardından bağlamı inceleyin: günün saati, o sırada ne yaptıkları, etkinliği kendilerinin başlatıp başlatmadığı ve yakınlarında başka birinin olup olmadığı. Katılımcılardan soyut bir ideali tahmin etmelerini istemek yerine, tartışmayı gözlemlenebilir rutinlere ve tercihlere odaklayın.
Kullanışlı tarafsız yönlendirmeler şunları içerir: “Meşgul olduğunuz bir sırada bir uygulamanın sizinle iletişime geçtiği yakın tarihli bir anı anlatın”, “O anda böyle bir mesajı ne yararlı kılabilirdi?” ve “Bu özelliğin sessiz kalmasını isteyeceğiniz zamanlar var mı?” Ardından “O durumu farklı kılan nedir?” sorusuyla devam edin. Katılımcıya sınırı belirlemesi için alan tanıyın. Duraklamaları onların sunmadığı gerekçelerle doldurmayın veya “evet” cevabını tercih edilen seçenekmiş gibi sunmayın.
İletişim türlerini ayrı ayrı sorun. Bir kişi bir özelliği kullanırken uygulama içi kısa bir öneriye açık olabilir, ancak uygulama kapalıyken gelen bir anlık bildirime (push alert) kapalı olabilir. Yalnızca belirli bir etkinliğe katılımı bizzat onayladıktan sonra bir mesaj isteyebilir ya da talep edilmemiş hiçbir mesaj istemeyebilir. Apple’ın bildirim belgeleri de benzer bir ürün ayrımına değinir: bildirim izninin, amacın anlaşılır olduğu bir bağlamda istenmesini tavsiye eder ve bildirimleri potansiyel olarak bölücü/rahatsız edici olarak tanımlar (Asking permission to use notifications). Bu platform kılavuzu, kullanıcılarınızın neyi tercih ettiğini kesin olarak belirlemez; mülakatlar onların kendi şartlarını ve durumlarını ortaya çıkarmalıdır.
Araştırma davetini gerçekten isteğe bağlı hale getirin
Katılım daveti, incelenen proaktif özelliğe benzememelidir. Oturumun bir araştırma olduğunu, katılımcıdan ne yapmasının isteneceğini, hangi bilgileri toplayacağınızı ve bulguların nasıl kullanılacağını belirtin. Doğrudan onay isteyin. Sıradan deneyime erişimi kaybetmeden reddetmeyi kolaylaştırın. GOV.UK'nin kişisel bilgilerin toplanmasına ilişkin kılavuzu; doğrudan, spesifik bir tercih sunulmasını önerir ve reddetmenin hizmetin kullanımını engellememesi gerektiğini belirtir (Collecting personal information from users).
Not almadan veya kayıt yapmadan önce bu seçenekleri açıklayın ve ilgili kayıt/toplama yöntemi için onay alın. Bir katılımcı mülakatı kabul edebilir ancak kaydı reddedebilir. Bir soruyu atlayabileceklerini, ara verebileceklerini veya durabileceklerini açıkça belirtin. GOV.UK kılavuzu, not almadan veya kaydetmeden önce aydınlatılmış onam alınmasını ve bunların yalnızca mutabık kalınan amaç doğrultusunda kullanılmasını önerir (Taking notes and recording user research sessions).
Sonunda, katılımcıya kaydedilen içerik konusunda rahat olup olmadığını sorun ve tercihlerini yeniden gözden geçirmek isterlerse nasıl takip edebileceklerini hatırlatın. Notları tasarım sorusuna odaklı tutun; gereksiz kişisel ayrıntıları toplamaktan kaçının. Araştırma ekibinin, katılımcıları bir özelliği kabul etmeye ikna etmek yerine iletişim tercihleri hakkında bilgi edindiğini açıklayın.
Fikri geri alınabilir bir prototiple test edin
Mülakatlardan sonra, ortaya çıkan durumları küçük bir mesaj konseptleri setine dönüştürün. Sıradan aktivitelere bağlı tarafsız örnekler kullanın ve ifadenin yanı sıra tetikleyiciyi ve iletim bağlamını da gösterin. Bir mesaj yalnızca bir cümleden ibaret değildir: katılımcıların mesajın aktif kullanım sırasında mı geldiğini, daha sonra mı göründüğünü yoksa ürün dışındayken mi kendilerine ulaştığını bilmesi gerekir. İnsanların bunu yayındaki canlı bir özellikle karıştırmaması için konsepti açıkça bir prototip olarak etiketleyin.
Katılımcıların “bana bu örneği göster”, “bunu bu aktivite için dene” veya “hiçbir proaktif mesaj olmasın” gibi geri alınabilir bir seçeneği denemelerine izin verin. Prototip bir bildirimi simüle ediyorsa, denemenin nasıl durdurulacağını gösterin ve durdurmanın çalıştığını doğrulayın. Kişiler söz konusu denemeyi bilerek onaylamadığı sürece, bir testin parçası olarak gerçek mesajlar göndermeyin. Denemeyi, katılımcıların sürekli bir ayara bağlı kalmadan deneyimi değerlendirebilecekleri kadar kısa tutun.
Yanıtların yanı sıra eylemleri de gözlemleyin: insanlar örneği etkinleştirmeyi, kapatmayı, önerilen bağlamı değiştirmeyi veya tamamen devre dışı bırakmayı mı tercih ediyor? Her bir denetimin ne yapmasını beklediklerini sorun. Bu uygulamalı bir araştırma yöntemidir, herhangi bir denetimin her ürüne uygun olacağının kanıtı değildir. Temel test, katılımcıların seçeneği anlayıp anlayamadıkları ve bunu sorunsuzca geri alıp alamadıklarıdır.
Retleri eyleme dönüştürülebilir sınırlar olarak kaydedin
“Hayır” demek farklı anlamlara gelebilir. Bir katılımcı belirli bir zamanlamayı, bir mesaj türünü, bir etkinliği veya tüm proaktif iletişimi reddedebilir. Sınırı onların kendi sözleriyle ve etrafındaki koşullarla kaydedin. Yararlı bir sentez, bulguları duruma ve seçime göre gruplandırır: seçilen bir aktivitede memnuniyetle karşılanan, yalnızca sınırlı bir bağlamda kabul edilebilir olan veya açıkça istenmeyen. “İletişim yok” seçeneğini, ara sıra mesaj alma yönündeki genel bir tercihin altına gömmek yerine kendi başına bağımsız bir bulgu olarak görünür tutun.
İnsanların söylediklerini kendi yorumunuzdan ayırın. Örneğin: “Katılımcı aktif oturum dışında mesaj istemedi” bir gözlemdir; “yalnızca oturum içi bir seçenek gerekebilir” ise tasarımsal bir çıkarımdır. Belirsizlikleri de yakalayın. Tek bir mülakat olası bir sınırı belirleyebilir, ancak bu tercihin hedef kitle genelinde ne kadar yaygın olduğunu ortaya koyamaz.
Bulguları, özelliğin devam edip etmeyeceğine ve tasarımın hangi seçenekleri sunması gerektiğine karar vermek için kullanın. İnsanlar temas kurulmaması gereken anlamlı durumlar tanımlarsa, bunları konsepte yansıtın ve tekrar test edin. Katılımcılar proaktif iletişim olmamasını tercih ederse, bu sonucu prototipte ve araştırma özetinde koruyun. Dinlemenin amacı, kullanıcıların retlerinin tasarımı değiştirmesine izin vermektir.
İlk araştırma turu için pratik bir sıralama
Tetikleyicisi, mesajı ve iletim bağlamı dahil olmak üzere önerilen bir proaktif davranışı tanımlayın.
Net ve isteğe bağlı bir araştırma davetiyle olası kullanıcıları davet edin; oturum ayrıntılarını önceden paylaşın.
Son zamanlardaki mesajlar ve iletişimin memnuniyetle karşılandığı, sınırlandığı veya istenmediği belirli durumlar hakkında sorular sorun.
Proaktif iletişim olmaması da dahil olmak üzere, belirgin seçeneklere sahip ve açıkça etiketlenmiş bir prototip sunun.
Katılımcıların tercihlerini geri almalarına izin verin ve denetimlerin beklentileriyle uyuşup uyuşmadığını gözlemleyin.
Doğrudan gözlemleri tasarımsal çıkarımlardan ayrı olarak sentezleyin; açıkça belirtilen kapatma tercihlerini bir sonraki konsepte taşıyın.
Bu sıralama, bir ekibin bir varsayım üzerine geliştirme yapmadan önce proaktif iletişimin deneyimde bir yeri olup olmadığını öğrenmesine yardımcı olur. Mülakatlar insanların tanımladığı durumları ortaya çıkarır; geri alınabilir prototipler ise somut bir seçime yanıt vermelerini sağlar. Birlikte, “hayır”ı faydalı bir tasarım girdisi haline getirir ve insanlara sessizliği seçmeleri için gerçek bir yol sunarlar.