Kullanıcı Arabirimi Tasarımında “Paradox of Choice” nasıl yenilir?
Her tasarımcının en önemli minimalist tasarım ilkelerinden biri olan “daha azı daha fazla”: bunu çok okudunuz, bunun gerçekten önemli olduğunu biliyorsunuz, ama yine de yanlış anlayabilirsiniz. Önemli olan, etrafa gelmek, ondan öğrenmek ve gelişmektir. Ve böylece yaptık.
Bu yılın Ocak ayında Todoist Next'in piyasaya sürülmesiyle birlikte yeni özelliklerin yanında yeni bir tasarım da sunduk. En başından beri, odak noktamız uygulamayı modernize etmek ve kullanıcı deneyimini geliştirmek. Erteleme görevleri, özellikle geliştirmek istediğimiz konulardan biriydi. Ama beklediğimiz kadar kolay değildi…
Eski ile dışarı
Uygulamanızın önceki sürümü, yeniden zamanlama görevlerine geldiğinde yalnızca iki seçeneğimiz vardı. Ya “Bugün yapın” veya “Ertele” yi seçtiniz (bu, yinelenen görevler için yarın veya sonraki olay olabilir). Biraz daha fazla kontrole ihtiyacınız olduğunda, takvimi kullanmanız veya yeni bir tarih yazmanız gerekiyordu. Web ve masaüstü istemcilerde, fiziksel klavyeye ve fareye sahip olduğunuzdan yeni bir tarih ve saat yazmak gerçekten çok kolay. Ama mobilde, deneyim biraz bozuktu. Yeni bir tarih yazabilir, ancak özellikle “tek gözbebekü ve tek başparmak” modunda olduğunuzda çok uygun olmayabilirsiniz.
Yeni ile birlikte
Eski sistem çok sınırlı olduğundan, kullanıcılarımıza daha fazla seçenek sunmak ve daha görsel hale getirmek istedik, böylece mobil cihazlarda daha esnek ve kolay olacak, ancak diğer platformlarda da harika olacak. Tam o anda seçim daha fazlaydı.
Harika bir mobil deneyim yapmak istediğimizden, geliştirmedeki “mobil ilk” yaklaşımı kullandık: Mobilde çalışıyorsa, daha fazla ekran alanına ve daha hassas giriş yöntemlerine sahip olduğunuz masaüstünde çalışmasını kolaylaştırmak daha kolay.
Tüm bunlar göz önünde bulundurulduğunda, nasıl çalışabileceğini ve kullanıcılarımıza en çok hangi yönde yardımcı olacağını keşfetmeye başladık. Benzer konuları kendi başımıza ele almaya çalışan diğer çözümleri araştırdık, ancak bunların bir kısmının gerçekten iyi çözümler olmasına rağmen, çoğunun sınırlı olduğunu ve bunların üzerine gelebileceğimizi hissettik.
“Akıllı” bir programlayıcı bizim büyük fikrimizdi. Görevlerinize bakacak ve en iyi tarihleri sihirli bir şekilde önerecek bir akıllı sistem. Örneğin, bir sonraki hafta için bir görevi yeniden zamanladığınızda, sistem mevcut görevlerinize bakacak ve bir sonraki hafta içinde herhangi bir işi olmayan bir gün seçecektir. Ve harika olurdu ! Kullanıcı için en iyi tarihleri almak için güçlü bir algoritma ile desteklenen gerçekten güzel bir arayüze sahip, hiç bir zeka olmaz. Takım için, katı kodlama ile müthiş bir arayüzü katı bir ürüne harmanlayan büyük bir başarı olurdu.
Geliştirmenin ilk aşamaları: Takvimden işaretlenen tarih önerileri ve dokunma hakkında ek geri bildirim ile dairesel menülerden gerçekten karmaşık seçeneklere kadar.
İlk gelişmelerle her şey yerine oturuyordu ve ilk örnekler umut verici görünüyordu. Hatta daha da güçlü hale getirme konusunda yeni fikirler bulmaya başladık. İlk büyüyü (bugün, yarın, gelecek hafta, bir gün), klasik takvim görünümü seçeneğini ve tüm sihri ekrana getirecek “tarih önerileri” ekledik. Farklı mizanpajları, hatta dairesel bir menüyü denedik ve seçenekler aralığından hızlı bir şekilde yineledik (bir kerede ekranda 6 ila 9 seçenek).
Yakında etkileşim adımlarını nasıl keseceğimizi, seçim seçeneklerini nasıl arttıracağımızı ve muslukları nasıl azaltacağımızı düşünmeye başladık. Seçeneklerden biri klasik takvimi gösterirdi, ancak gereksiz bir dokunma gibi görünüyordu, çünkü her şeyi aynı ekrana sığabiliyorduk. Ve biz de test ettik. Ve test edildi.
Uh-oh anı
“Büyü” ile tespit ettiğimiz ilk sorunlardan biri de tarihlerdeki geri bildirim eksikliğiydi. Kullanıcı gelecek hafta seçtiyse, sistem tarihi ekledi, ancak kullanıcının söz hakkı yoktu. Özgür bir gündü olsa bile, görevin başka bir gün için planlanmasını isterdin. Kullanıcının onaylayabileceği tarihi göstermek için fazladan bir adım gerekiyordu.
Başka bir sorun açıklığa kavuştu: kullanıcılar hakkında mümkün olan en iyi önerileri gerçekten yapmak için yeterli bilgiye sahip değildik. Bunu yapmak, muhtemelen kullanıcılardan çok fazla girişe ihtiyaç duyuyordu, ya da gerçekten yaptıkları herşeyi gözetliyordu. Hepsinin üstünde, böyle bir sistemin kodlanması gerçekten karmaşıklaşıyordu.
Ayrıca, arayüz çok sayıda seçenekle gerçekten dağınıktı ve bazı basit seçimler için çok fazla musluk gerekiyordu. Bu noktada, “bir seçim paradoksu” na ulaştık. Barry Schwartz - aslında birini seçen çok fazla seçeneğimiz vardı, kendi başına göz korkutucu bir görevdi.
İlk başladığımız çözüm sizin için hesaplamalar yapacak algoritmik bir çözümdü. Bu fikir kâğıt üzerinde zekidir, ancak bunu gerçekleştirmek için yeterince bilgiye sahip olmadığımızdan, uygulamak için bir kabus. - Todoist kurucusu Amir Salihefendic.
Khoi Vinh'in (harika tasarımcı ve UX gurusu) değerli yardımlarıyla, basitleştirme amacımızı gerçekleştirmediğimizi fark etmeye başladık, uygulamayı daha karmaşık hale getirdik.
Sonunda Choice Paradox'unun üstesinden gelmek
Bir uygulama geliştirirken, çoğu zaman hayal gücünüz sınırdır. Bu, tamamen denize düşmenin kolay olduğu anlamına gelir. Bizler bu tuzağa düştük. Oradan bir adım geri çekip tüm sistemi yeniden düşünmemiz gerekiyordu.
Kullanıcı arayüzlerinde sadeliği şiddetle destekliyoruz, bu nedenle yeni görsel programcımız karmaşık olamazdı. Burada, birini kullanarak başladık. Sheena Iyengar’ın “Seçme sanatı” ilkeleri: kesim. Seçenek seti kısıtlandı ve tarih önerileri tamamen kaldırıldı.
Android ve iOS sürümleri aynı şekilde çalışsa da, UI her bir platforma daha iyi uyacak şekilde ayarlandı. Son düzen olmasına rağmen, seçenekler önceden serbest bırakılmadan önce ayarlanacaktır.
Düzen de sadeleştirilmişti. Son çözüm, seçeneklerden biri olarak tam bir takvime erişim ile 3 × 2 seçenek ızgarasıdır, bu nedenle herhangi bir noktada ne beklemesi gerektiğini bilmek kolaydır. Diğer çözümlerden bazıları iyi seçimler olabilirdi, ancak test ettikten sonra, kullanımı daha zor olduklarını ve daha dik bir öğrenme eğrisi gerektiğini düşündük. Bazen bunu basit tutmak daha iyidir.
Sistemi geliştirmek için çok çaba sarf edildi ve sonunda kolay anlaşılabilir bir grup seçime karar verdik. Tüm bunların, kullanıcının son tarihler hakkında karar vermesine yardımcı olan ve sonuçta işlerin yapılmasını sağlayan harika bir kullanıcı deneyimi sunmak için.