Mobil uygulama ilk kullanım örnekleri: sonraki akışınızdan önce incelemeniz gereken kalıplar

1. İlk yararlı an öne çıksın

Yemek tarifleri ve listelerle ilgili slaytlarla başlamaktansa başlangıç planıyla açılan ve kişinin bir öğünü değiştirmesine izin veren bir yemek planlama uygulaması düşünün. Etkileşim, ürünü somutlaştırır. Tanıtımı yalnızca gerçek bir belirsizliği gideriyorsa tutun.

Apple'ın Human Interface Guidelines rehberi hızlı, isteğe bağlı ve odaklı ilk kullanımı önerir. NN/g, kişilerin kullanırken öğrenebileceği yönergelere karşı uyarır; ancak kurulum, kişiselleştirilmiş deneyimler ve alışılmadık iş akışları için yönlendirmenin yararlı olabileceğini kabul eder. Tanıdık bir not veya zamanlayıcı uygulaması doğrudan göreve açıldığında daha anlaşılır olabilir.

Düzen ve sıralama fikirleri için ScreenKits ilk kullanım kütüphanesindeki örnekleri inceleyin. Bunları görsel referans olarak okuyun: ekran görüntüsü bir kalıbı düşündürebilir, ancak kişilerin onu nasıl anladığını veya işe yarayıp yaramadığını kanıtlayamaz.

• İlk anlamlı sonucu tek cümlede adlandırın.
• Arayüzün kendisinin sonraki eylemi anlaşılır kılıp kılamayacağını sorun.
• Karşılama veya değer ifadesini yalnızca gerçek bir belirsizliği gideriyorsa tutun.

2. Anket duvarı yerine aşamalı kurulum kullanın

Hedef, ölçü birimi, hatırlatma zamanı ve konum isteyen bir koşu uygulaması düşünün. Aşamalı sürüm başlangıç planı sunar, kişi onu ayarlarken hedef sorar; birimleri ve hatırlatmaları ayarlara bırakır. Belirli bir yanıt zorunluysa nedenini ihtiyaç duyulan noktada açıklayın.

Bu kalıp, kişiselleştirme az sayıda anlamlı seçime dayanıyorsa yararlıdır. Soruların görünür karşılığı olmayan bir sınav gibi hissettirdiği durumda zayıflar. İlerlemeyi yalnızca kalan çabayı netleştiriyorsa gösterin; kısa bir formu yumuşak göstermek için sırf çok sayıda ekran eklemeyin. Makul varsayılanlar sunun ve kişilerin bunları sonra değiştirmesine izin verin.

Hesap oluşturma da aynı değerlendirmenin parçasıdır. Apple, hesabı yalnızca temel işlev gerektiriyorsa istemeyi ve mümkün olduğunda giriş işlemini geciktirerek kişilerin önce uygulamayı anlamasını sağlamayı önerir. Kayıt zorunluysa yararı ve gerekli bilgileri açıkça anlatın. İlgili mobil giriş ve kayıt tasarımı rehberi bu bölümü ayrıca incelemenize yardımcı olabilir.

• Her soru için yanıtına hangi ürün kararının bağlı olduğunu yazın.
• İsteğe bağlı tercihleri yararlı oldukları ana veya ayarlara taşıyın.
• Zorunlu hesap adımlarını kişinin görevi üzerinden açıklayın.

3. Yeni bir eylemi bağlam içinde öğretin

İşlemi bölmenin alışılmadık yolunu kullanan bir bütçe uygulaması düşünün. Her sekmeyi işaret eden genel bir kaydırmalı sunum, kişiden yönergeleri kullanma nedeni doğmadan hatırlamasını ister. Bağlamsal kalıp ilk işlem görünene kadar bekler, sonra bölme denetiminin yanında kısa bir ipucu sunar. Etkileşimli alıştırma adımı, gerçek kaydı düzenlemeden önce örnek veride eylemi denemesini sağlayabilir.

Tasarım seçimi zamanlama ve risklerle ilgilidir. Özgün etkileşimi ilgili hâle geldiği anda öğretin, yönergeyi denetimin yakınında tutun ve sonraki eylemi açık kılın. Kişi ipucunu kapatırsa sonradan bulabileceği bir yardım yolu koruyun. Arayüzün kendi başına anlatması gereken standart gezinme kurallarını açıklamaktan kaçının.

Karmaşık akışlarda küçük bir yönlendirmeli görev, turdan daha çok şey öğretebilir: örnek pano oluşturmak, öğe kaydetmek veya iş akışını önizlemek gibi. Alıştırma geri alınabilir olsun ve gerçek veriyi değiştirip değiştirmediğini belirtin. Apple, uygun olduğunda etkileşimli öğretimi ve kısa ön koşul akışlarını önerir.

• Yeni veya yanlış anlaşılması kolay tek eylemi belirleyin.
• İpucunu o eylemin yanına yerleştirin ve güvenliyse hemen deneme yolu sunun.
• Atlamayı, kapatmayı ve açıklamayı yeniden bulmayı kolay kılın.

4. İzinleri gerekçe görünürken isteyin

Girdilere konum ekleyebilen bir fotoğraf günlüğü düşünün. Karşılama ekranında konum erişimi istemek talebi soyutlaştırır. Kişi “Konum ekle”yi seçene kadar beklemek açık bir gerekçe yaratır: konum bu girdiyi etiketleyebilir ve özellik onsuz da çalışır. Bu, belirli bir yararla bağlantılı ve erişim reddedilirse açık alternatifi bulunan bir izin anıdır.

Aynı mantık bildirimler, kamera, kişiler ve sağlık verileri için de geçerlidir. İzin öncesi açıklama doğru, kısa ve özelliğe özgü olmalıdır. Temel uygulama izin olmadan çalışıyorsa erişimin zorunlu olduğunu ima etmeyin. Apple, özel erişim ön koşul olduğunda ilk kullanımda istemeyi; diğer durumlarda kişinin bu erişime ihtiyaç duyan işlevi ilk kullandığı anda sormayı önerir.

• Her isteği kişinin az önce seçtiği bir eyleme veya bitirmeye çalıştığı göreve bağlayın.
• İznin neyi sağladığını ve izin olmadan nelerin kullanılabildiğini belirtin.
• Sistem istemini yararı açıklayan kendi metninizden ayrı tutun.

Pratik inceleme listesi

Geçişleri parlatmadan önce her adımı küçük telefonda inceleyin. Uygulamayı tanımayan bir kişiye gerçekçi bir ilk görev verin ve nerede duraksadığını gözlemleyin. Ürün güvenle destekliyorsa daha hafif sürümle karşılaştırın. Bulguları garanti iş sonuçları değil, kullanılabilirlik kanıtı olarak değerlendirin.

• Kişi turu ezberlemeden anlamlı bir ilk göreve ulaşabilir mi?
• Her soru veya kurulum adımının açık ve hemen anlaşılır bir nedeni var mı?
• Kişiler isteğe bağlı yönergeleri atlayıp sonradan yeniden bulabilir mi?
• İzinler bunlara ihtiyaç duyan özellikte, dürüst açıklamayla mı isteniyor?
• Varsayılanlar kişilerin gereksiz ayar yapmadan ilerlemesini sağlıyor mu?
• Akış daha uzun metinler, yardımcı teknolojiler ve kesintiye uğramış oturumlarla çalışıyor mu?