Metlivi Blog

Kullanıcıların Bir Yapay Zekanın Kendileriyle Ne Zaman ve Ne Sıklıkta İletişime Geçeceğini Seçmelerine Nasıl İzin Verilir?

İnsanlar, bir yapay zekanın kendileriyle iletişime geçip geçmeyeceğine, hangi tür mesajlar gönderebileceğine ve bu mesajların ne zaman ulaşabileceğine karar verebilmelidir. Kullanışlı bir tasarım açık bir onay (opt-in) ile başlar, kullanıcıların bir zamanlama ve sıklık belirlemesine olanak tanır, gerçekten farklı mesaj türlerini birbirinden ayırır ve duraklatma ile kapatma kontrollerinin kolayca bulunmasını sağlar. Ayrıca seçilen saat dilimini ve teslimatı nelerin etkileyebileceğini açıklar. Bu kontroller net bir söz verir; ürünün zamanlama ve teslimat sistemleri bu sözü tutabilmelidir.

30 Eylül 20267 min readOkuma, sanat ve kültürYazan: Metlivi Editorial Team
Bölüm 1

Net ve isteğe bağlı bir katılımla başlayın

İzni, kişi neyi kabul ettiğini anlayabilecek durumdayken isteyin. İletişim türlerini sade bir dille tanımlayın: örneğin, kişinin talep ettiği bir hatırlatıcı veya periyodik bir güncelleme. Mesajın nereye ulaşacağını ve ne sıklıkla gönderilebileceğini belirtin. Tek açıklama olarak işletim sisteminin gerekçesiz bir izin istemini sunmaktan kaçının; kullanıcıların karar vermeden önce uygulamanın ne göndermek istediğini bilmesi gerekir.

ABD Web Tasarım Sistemi (U.S. Web Design System), iletişim tercihlerinin yalnızca bir hizmetin fiilen destekleyebileceği kanallar için toplanmasını tavsiye eder ve mümkün olduğunda iletişim için koşulların ve beklenen zaman çizelgesinin açıklanmasını önerir. Bir yapay zeka ürününe uyarlandığında bu, yalnızca gerçek teslimat seçeneklerinin gösterilmesi ve her birinin ne işe yaradığının belirtilmesi anlamına gelir. Bir bildirim tercihini ilgisiz özellikleri kullanmanın bir ön koşulu haline getirmeyin. USWDS: İletişim tercihleri

Katılımı (opt-in), kullanıcının daha sonra tekrar değiştirebileceği bir seçim olarak ele alın. Apple'ın bildirim kılavuzu, bildirim türleri için net bir onaylama veya vazgeçme (opt-out) seçeneği ve bildirim ayarlarını yönetmek için uygulama içi bir yöntem önerir. Bir ürün, birisinin uygulamanın kendi zamanlamasını anlamak için ilgisiz cihaz ayarları arasında arama yapmasına neden olmak yerine, mevcut seçimleri özetleyen bir ayarlar sayfasıyla bu ilkeyi takip edebilir. Apple: Bildirimleri yönetme

Bölüm 2

Zamanlamayı somutlaştırın

İnsanların, hafta içi 18:00 ile 20:00 arası veya seçilen günlerde yinelenen bir saat gibi rutinlerine uyan bir zaman aralığı seçmesine izin verin. Günleri, başlangıç ve bitiş saatleriyle birlikte gösterin. Eğer kontrol bir "iletişim aralığı" belirliyorsa, bir mesajın bu aralık içinde herhangi bir anda mı yoksa belirli bir saatte mi gelebileceğini açıklayın. Belirli bir günde gönderilmeye uygun bir mesaj yoksa, sistemin o günü atlayıp atlamayacağını veya mesajı bir sonraki güne devredip devretmeyeceğini belirtin.

Pratik bir tasarım, ürünün desteklediği durumlarda özel bir zamanlamaya izin verirken, "haftada bir" veya "hafta içi" gibi anlaşılır birkaç ön ayar sunabilir. Bir ön ayar belirsiz bir etiket yerine görünür bir zamanlamaya dönüşmelidir. Örneğin, "haftalık" seçeneği seçilen günü ve saati göstermeli, "haftada en fazla üç kez" ifadesi ise üçün bir üst sınır mı yoksa bir hedef mi olduğunu belirtmelidir. Bu bir tasarım tavsiyesidir: platform belgeleri zamanlanmış teslimatı destekler, ancak ürün ekibi kendi gönderim kurallarına karar vermeli ve bunları tanımlamalıdır.

Saat dilimleri konusunda net olun. Zamanlamayı adlandırılmış bir konumla veya cihazın geçerli yerel saat dilimiyle etiketleyin ve kullanıcılara seyahat ettiklerinde zamanlamanın onları takip edip etmediğini veya orijinal dilime bağlı kalıp kalmadığını bildirin. Yalnızca bir UTC farkı belirtmek, yaz saati uygulaması kuralları veya resmi saat dilimi düzenlemeleri değiştiğinde yanıltıcı olabilir. IANA'nın saat dilimi veritabanı, konumlara ilişkin kuralları kaydeder ve saat farkları ile yaz saati uygulaması kurallarındaki değişiklikler de dahil olmak üzere siyasi organlar tarafından yapılan değişiklikleri yansıtacak şekilde güncellenir. IANA: Saat Dilimi Veritabanı

İyi bir onay mesajı şu şekilde olabilir: "Geçerli yerel saatinizle Salı günleri 19:00. Bu zamanlama cihazınızın saat dilimini takip eder." Bu ifade, yalnızca uygulama kullanıcının mevcut saat dilimini fiilen takip ediyorsa doğrudur. Zamanlama seçilen bir bölgeye sabitlenmişse bunun yerine o konumu adlandırın. Bir kişi seyahat ettiğinde veya cihazın saat dilimi değiştiğinde, geçerli zamanlamayı gösterin ve bunu gözden geçirmek için bir yöntem sunun.

Bölüm 3

Mesaj türlerini ve kanalları ayırın

Kullanıcılar belirli bir iletişim türünü isteyip diğerini istemeyebilir. İsteğe bağlı hatırlatıcıları, ürün güncellemelerini ve diğer belirgin kategorileri tek bir "Yapay Zeka bildirimleri" anahtarı altında toplamak yerine ayrı ayrı seçilebilir tutun. İlgili bir ürün davranışı olmayan kategoriler uydurmayın veya kullanıcının seçmediği mesajları göndermek için bir kategoriyi bahane olarak oluşturmayın.

Bu ayrım platform kontrolleriyle de uyumludur. Android, modern sürümlerde bildirimlerin kanallara atanmasını gerektirir ve kullanıcılar kanal davranışını değiştirebilir; Android'in yönergeleri, kullanıcıların aldıkları bildirimleri özelleştirmelerine olanak tanıyan kanallar önermektedir. Uygulama, kanalları "Zamanlanmış hatırlatıcılar" gibi insanların tanıyacağı terimlerle adlandırabilir ve her birine nelerin dahil olduğunu tanımlayabilir. Android Developers: Bildirim kanalları oluşturma ve yönetme

Kanal listesini anlaşılır olacak kadar kısa tutun. Bir kanal, bir kişinin bağımsız olarak yapmak isteyebileceği anlamlı bir seçimi temsil etmelidir. Ürünün kendi ayarları yine de içeriği ve zamanlamayı açıklamalıdır: işletim sistemi kanal kontrolleri bir bildirimin görünüp görünmeyeceğini veya nasıl görüneceğini değiştirebilir, ancak uygulamanın gönderim politikasını açıklamaz veya ürün içi bir zamanlamanın yerini almaz.

Bölüm 4

Duraklatma, devam ettirme ve kapatma kontrollerini erişilebilir kılın

Geçici bir duraklatma ve kalıcı bir kapatma anahtarı sunun. Bir duraklatma işlemi, seçilen bir tarihe kadar veya kullanıcı devam ettirene kadar gibi süresini açıkça belirtmeli ve zamanlanmış mesajların atlanıp atlanmadığını veya bekletilip bekletilmediğini göstermelidir. Bir kapatma kontrolü, hangi kategorileri veya kanalları etkilediğini belirtmeli ve değişen durumu anında onaylamalıdır. Devam ettirme işlemi, bundan sonra ne olacağını göstermeden önceki bir zamanlamayı sessizce geri yüklememelidir.

Bu kontrolleri bildirim ayarları ekranından ve pratik olduğu durumlarda bir bildirim eyleminden veya doğrudan bir ayarlar bağlantısından erişilebilir yapın. Android, bildirimlerdeki eylemleri destekler ve kullanıcılara gelecekteki bildirimleri yönetmeleri için sistem düzeyinde yollar sunar; bu kontroller cihaza ve Android sürümüne göre değişiklik gösterir. Bu nedenle, tüm zamanlamayı göstermek ve ürün düzeyindeki tercihleri değiştirmek için uygulama içi bir yol kullanışlı olmaya devam eder. Android Developers: Bildirimler

Cihaz düzeyindeki kontroller hala önemlidir. Bir kullanıcı, uygulamanın kendi zamanlamasından bağımsız olarak, işletim sistemi düzeyinde bir uygulamanın bildirimlerini kapatabilir veya kanal davranışını değiştirebilir. Arayüz, uygulama içi bir ayarın bu seçimleri geçersiz kıldığı hissini vermemelidir. Sistem bildirimleri devre dışı bırakılmışsa, kullanıcı ayarları ziyaret ettiğinde net bir durum gösterin ve bildirimleri yeniden etkinleştirmeleri için sürekli uyarı vermekten kaçının.

Bölüm 5

Sistemin uygulayabileceği bir sıklık sınırı belirleyin

İnsanlara doğrudan bir sıklık seçeneği sunun: örneğin, günde en fazla bir mesaj, haftalık bir maksimum veya kullanıcının seçtiği sayıda gün. Sayım dönemini ve neyin bir mesaj olarak sayıldığını tanımlayın. Birden fazla kategori mesaj gönderebiliyorsa, sınırın kategori başına mı yoksa tüm ürün genelinde mi geçerli olduğunu netleştirin. Kategori bazlı bir sınır yine de yüksek bir toplam hacim üretebilir, bu nedenle kullanışlı bir tasarım genellikle genel bir üst sınır da içerir.

Bir üst sınır yalnızca giden her iletim yolu buna uyarsa işe yarar. Zamanlanmış hatırlatıcıları, yeniden denemeleri, geciken mesajları ve farklı özellikler tarafından başlatılan mesajları aynı tercih durumuna göre kontrol edin. Bir mesaj gecikirse, süresinin dolup dolmayacağına, izin verilen aralık içinde daha sonra mı ulaşacağına yoksa iptal mi edileceğine karar verin; kullanıcıyı ilgilendiren davranışı açıklayın. Kullanıcı bu davranışı açıkça seçmediği sürece, bir cihaz yeniden bağlandıktan sonra kaçırılan birkaç mesajı aynı anda göndermekten kaçının.

Platform teslimatı, bir ürünün gönderim kararıyla aynı şey değildir. Firebase Cloud Messaging, mesajların genellikle hemen teslim edildiğini, ancak bir cihazın kullanılamayabileceğini veya teslimatın gecikebileceğini belirtir; hizmet bir mesajı depolayabilir ve yapılandırılan kullanım ömrü içinde teslimatı daha sonra deneyebilir. Bu, bir ürünün her bildirimin tam bir dakikada görüneceğine dair söz vermemesi gerektiği anlamına gelir. Bildirimin ne zaman görüneceğini cihaz ve platform koşullarının etkileyebileceğini açıklarken, belirtilen bir aralık içinde gönderim planlama sözü verebilir. Firebase: Bir mesajın kullanım ömrünü belirleme

Bu ayrım sıklığı da etkiler. Bir bildirim sıraya alındıysa ve geç ulaştıysa, sistem kullanıcının o zamandan bu yana bu kategoriyi duraklatıp duraklatmadığını veya kapatıp kapatmadığını ve mesajı göndermenin geçerli üst sınırı aşıp aşmayacağını kontrol etmelidir. Dürüst bir tasarım, kullanıcının en son tercihi onları uygunsuz hale getirdiğinde eskiyen sıralanmış mesajları iptal eder veya engeller.

Bölüm 6

Tasarım için basit bir karar dizisi

Ayarları kullanıcı tarafından anlaşılabilir bir taahhüde dönüştürmek için şu sırayı kullanın:

Ürünün fiilen gönderebileceği mesaj türlerini adlandırın ve her bir isteğe bağlı kategoriyi anlaşılır kılın.

Kullanıcıdan istenen her kategori ve teslimat kanalı için katılım onayı (opt-in) isteyin. İsteğe bağlı iletişimi önceden seçili hale getirmeyin.

Kullanıcının günleri, bir saati veya aralığı ve maksimum sıklığı seçmesine izin verin. Sınırın genel mi yoksa kategori başına mı olduğunu belirtin.

Saat dilimini görüntüleyin ve cihazın saat dilimi değiştiğinde zamanlamanın kullanıcıyı takip edip etmediğini belirtin.

Duraklatma, devam ettirme ve kapatma kontrollerini görünür hale getirin; ardından mevcut durumu ve bir sonraki uygun iletişim saatini gösterin.

Teslimattan önce zamanlamayı, üst sınırı, duraklatma durumunu ve kategori tercihini yeniden kontrol edin. Cihaz teslimatını potansiyel olarak gecikmeli olarak ele alın ve ürünün vaadini kontrol edebileceği şartlarla tanımlayın.

Kompakt bir ayar özeti, düzenlemenin doğrulanmasını kolaylaştırabilir: "Zamanlanmış hatırlatıcılar: açık. Salı ve Perşembe günleri, yerel saatle 19:00-20:00. Maksimum: tüm kategorilerde haftada iki. İstediğiniz zaman duraklatın veya kapatın." Net seçenekler gerçek yetenekleri yansıtmalıdır; bir ürün görüntülenen üst sınırı uygulayamıyor veya yerel saati güvenilir bir şekilde takip edemiyorsa, bu kontrolü sunmadan önce uygulamayı değiştirmeli veya iddiasını daraltmalıdır.

İlgili okumalar

Bu konuyu keşfetmeye devam et