iOS ve Android Tasarımında Kötü Uygulamalardan Kaçınmak

Hem iOS hem de Android cihazlarını aynı anda kullanan ortalama kaç kişi gördünüz? Bu araştırmaya göre resmi rakamlar %10 ile %20 arasında değişiyor ancak rakama sadece mobil kullanıcıları değil Mac kullanıcıları da dahil. Uygulamada, insanlar belirli bir süre boyunca yalnızca bir telefon veya tablet kullanma eğilimindedir. İki cihaz kullanıyorlarsa, çoğu zaman her ikisi de aynı işletim sistemini çalıştıracaktır.

Bunun anlamı, bir uygulamanın kullanıcı arayüzü tasarımının, her iki platformu da barındırmaya çalışarak, onlarca farklı ekran boyutu, en boy oranı ve çözünürlükle tamamlanmış piksel mükemmel kopyalarını oluşturmaya gerek olmadığıdır (çentikleri, durum çubuklarını bile açmayalım). , gezinme çubukları, donanım düğmeleri vb.).

Aksine, bir kullanıcı hem iOS hem de Android'de aynı uygulamaya bakıyor olsa bile, her ikisinde de yerel hissi yaşamayı tercih etme ihtimalleri vardır. Bu nedenle, mobil geliştirmede birçok proje yöneticisi ve ürün sahibi tarafından benimsenen yaklaşım genellikle yetersizdir ve ince ayar yapılması gerekir.

Bu Neden Hala Bir Sorun?

Peki neden paydaşlar ve yöneticiler hala sık sık kullanıcı deneyimini bozan ve böylece kendi ürünlerini baltalayan kararlar alıyor? On yılın başında herkesin iOS ve Android geliştirme ile uğraşmaya başladığı anlaşılırdı, ancak bu sinir bozucu sorun bugün bile devam ediyor.

Bu durumun ortaya çıkmasının ana nedeni, proje yöneticileri ve mobil geliştiriciler tarafından dile getirilen, kullanıcılarının aynı uygulamayı başka bir platformda gördüklerinde kafalarının karışabileceği ve aynı hissi ve kullanıcı arayüzünü sağlamadığını anlayabilecekleri endişesi olabilir. Bir dereceye kadar benzerlik gerekli ve memnuniyetle karşılandığından, bu düşünce çizgisinin bir dereceye kadar mantıklı olduğunu söylemek doğru olur. Bununla birlikte, bunu çok ileri götürmek ve aşırı durumlarda, farklı platformlar için uygulamaların tam klonlarını yapmak, aslında yarardan çok zarar verme eğilimindedir.

Nihai hedef, doğru dengeyi sağlamak olmalıdır; mükemmel piksel tutarlılığını zorlamayın, ortak tasarım fikirlerine bağlı kalın ve uygulamanızın gezinme haritasını her iki platform için de benzer tutun; aynı özellikleri ve aynı iş akışını sağlayın, ancak mümkün olan her yerde yerel davranışa bağlı kalmaya çalışın.

Herkes burada ve orada özel bir düğmeyi veya süslü bir animasyonu sever, ancak yerel öğeler, insanların alışık olduğu ve kullanımı daha kolay ve daha sezgisel bulduklarıdır.

Görünüme Değil Kullanıcılara Odaklanın

Bu ikilemi çözmek için iyi bir yaklaşım bulmak için, hattın sonundan, yani son kullanıcıdan başlamalıyız. Araştırmalar bize Android ve iPhone kullanıcılarının çok farklı insanlar olduğunu söylüyor ve eğer optimal UX'i hedefliyorsak onların kullanım kalıplarına girmeye çalışmalıyız.

Ortalama bütçeden başlayarak, insanlar ayda teknoloji harcamaya karar verirler ( iPhone: 100,88 $, Android: 50,83 $ ) , günde yaptıkları selfie sayısını geçerek iPhone: 12, Android: 7 ve her gün gönderdikleri metinlere ulaşma iPhone : 57, Android: 26 , farklılıkların önemli olduğunu fark etmek kolaydır, öyle ki, insanların cihazlarını kullanma şeklini yönlendiren davranışlarda bir farklılık olduğu sonucuna varabiliriz.

Peki, aynı anda iki platform için de uygulama tasarlarken nelere odaklanmalıyız?

Her şeyden önce, mümkünse yerel öğelere gidin. Platformlar arası bir çerçeve kullanıyor olsanız bile, bileşenlerin çoğu tamamen yerel görünümlere dayanır; yani gerçekten özel bir şeye ihtiyacınız yoksa - temel bilgilere bağlı kalın. İnsanlar alıştıklarını kullanmayı severler ve daha önemli özellikler (ve kod incelemeleri!) için geliştirme süresinden tasarruf edersiniz.

Özel görünümler, genel fikirlerle aynı genel fikirleri ve kullanım hissini korudukları sürece uygulamanıza kesinlikle karakter ve benzersizlik getirebilir - çok az ve uygulamanız çok sıkıcı, çok fazla ve gereksiz yere gösterişli ve kullanımı zor.

Bazen, biraz farklı bir özel görünüme sahip küçük bir dokunuş bile uygulamanız için oyunun kurallarını değiştirebilir, ancak tüm ekranları kullanıcıların keşfetmesi için yeni öğelerle doldurursanız, kullanıcılar bunalmış olabilir ve önemli bilgileri ararken kaybolabilirler. Bu küçük dokunuşlara “cila” denmesi tesadüf değil.

Farklı Tasarım Bileşenlerine Nasıl Yaklaşılır?

Genel bir kural olarak, her platformun kendi tasarım yönergelerine sahip olduğunu daima unutmayın. Apple, İnsan Arayüz Tasarımına güvenirken, Android'in yaklaşımları Materyal Tasarımına adım atıyor. Tasarımımızı planlarken göz önünde bulundurmamız gereken belirli bileşenlere girerken, odaklanmamız gereken birkaç ana bölüm vardır:

1. Genel stil: Bir platformlar arası uygulamadan bahsetmiyorsak, her platform için genel stil yönergelerini izlemeyi düşünmeliyiz. Genel olarak, iOS tasarımları daha düz olma eğilimindeyken, Android daha katmanlı bir yaklaşım benimsiyor.

   Tarihsel olarak konuşursak, mobil platformlar on yıldan fazla bir süredir birbirlerini etkiliyor ve iOS'ta bazı Android kavramlarını kolayca tespit edebilirsiniz ve bunun tersi de geçerlidir. Örneğin, parmak izi sensörleri mobil dünyada görünmeye başladığında, üreticiler sensörün boyutu ve konumuyla ilgili deneyler yapıyorlardı ( ve hala yapıyorlar), mümkün olduğu kadar çok kullanıcı için konforlu hale getirmeye çalışıyorlardı. Aynı zamanda, tasarımcılar ve geliştiriciler de yeni özelliğe uyum sağlıyorlardı, bu nedenle sonunda, görsel öğeler ve geri bildirimler her iki platformda da çoğunlukla aynıdır (bazı egzotik yaklaşımlar hariç).

2. Donanım özellikleri ve gezinme kalıpları: Bu, muhtemelen uygulamanızı doğrudan klonlamanın olumsuzluklarının en çarpıcı örneklerinden biridir. Çoğu Android cihaz, geri düğmesi de dahil olmak üzere ek bir gezinme çubuğunun (farklı cihazlarda donanım veya yazılım olsun) rahatlığına sahiptir. iOS bunu sağlamadığından, uygulamaların genellikle her ekranın sol üst köşesindeki geri düğmesini nerede ve ne zaman sağlayacağını düşünmesi gerekir.

   Menü düğmesi (bu örnekteki kare düğme), Android uygulamaları için ek işlevler de sağlayabilir. Bu nerede alakalı? Örneğin, ayarlar menüsünü veya benzer bir gezinme özelliğini açarken.

   

   Yakın zamana kadar, iPhone'larda Apple'ın geleneksel Ana Sayfa düğmesi de bulunuyordu, ancak iPhone X'in piyasaya sürülmesinden bu yana, bir kenara bırakıldı ve iOS'taki akış artık jestlere dayanıyor. Kaydırma, uygulamanızın önemli bir parçasıysa, zorlu kaydırma çakışmalarından kaçınmak için uygulama kapsayıcısının kenarı ile kaydırma alanı arasında yeterli boşluk bıraktığınızdan emin olun.

   Uygulamanızın Bluetooth, NFC veya kablolu kulaklıklar gibi donanıma özgü işlevselliğe dayanması durumunda, desteklediğiniz farklı donanım özellikleri aralığını her zaman göz önünde bulundurmalısınız. Belirli bir özellikle etkileşim kurmaya çalıştıklarında kullanıcıya uygun geri bildirim sağlamaya çalışın. Herhangi bir nedenle, iki platformdan yalnızca biri için donanıma özgü bir özellik sağlamanız gerekiyorsa, kullanıcılarınızı fark hakkında bilgilendirdiğinizden emin olun.

3. Genel öğeler (durum çubukları, başlıklar vb.): Durum çubuğu, gezinme başlığı vb. gibi tasarımınızın tüm sayfalarında görünen bileşenler kesinlikle yerel bir his vermeyi amaçlamalıdır, bu nedenle değiştirmemeliyiz bu çubukların yüksekliği ve stili. Küresel öğelerin her iki platformda nasıl şekillendirildiği konusunda küçük farklılıklar vardır. Örneğin, iOS ortalanmış bir başlık için giderken Android sola hizalı metin kullanır. Durum çubuğu yerel bir bileşendir, bu nedenle endişelenmenize gerek yoktur, ancak uygulamanızın üst bölümünü planlarken farklı çentikler ve ekran en boy oranlarını aklınızda bulundurun.

   

   

4. Gezinme: Google'ın eski güzel Materyal Tasarımı yönergeleri, Android uygulamalarında alt gezinmenin geride kaldığı ancak yine de uygun bir seçenek olduğu çekmece menüsü gezinmesine gitmenizi önerir. iOS, yalnızca üst düzey gezinme seçeneklerinizi sınırlayabilen ancak hepsinin aynı anda net bir görünümünü sağlayan bir sekme çubuğuna gitme eğilimindedir. Bu durumda, her iki işletim sistemi de uygulamanızın karmaşıklığına bağlı olarak kullanılabilecek benzer bileşenler sağlar, ancak iki sistemdeki görsel farklılık sizi doğal olarak yönlendirmelidir - örneğin, Android'deki genel gezinme çubuğu ve iOS'taki eksikliği.

   Mobil donanımın son yıllardaki hızlı evrimi birçok değişkeni ve bilinmeyeni beraberinde getirdi: tam ekran telefonlar, farklı şekil ve boyutlardaki çentikler, cihaz genelinde gezinme için artan hareket kullanımı vb. Tüm bu değişiklikler, kullanıcıya benzeri görülmemiş bir güç sağlar, ancak uygulamamızda belirli bir ekranın tüm kullanım durumlarını anlamaya çalışırken acı verici olabilir. Bu endişeler göz önüne alındığında, kullanıcılarımız için karışıklığı önlemek için iyi bir yaklaşım, uygulamayı çok fazla hareket, çubuk ve çok yönlü kaydırma seçeneği ile aşırı yüklemeden gezinme modellerini basit ve tutarlı tutmak olacaktır.

   

5. Tipografi: Her iki platformun da varsayılan yazı biçimleri vardır: iOS için San Francisco ve Android için Roboto . Genel uygulama stilinizle sıkı bir şekilde eşleşen özel bir yazı tipi için gitmiyorsanız, varsayılanlara bağlı kalmalısınız. Kullanıcıların varsayılan sistem yazı tipini değiştirebileceğini ve bunun, belirli bir yazı tipiyle özelleştirdiğiniz görünümleri etkilemeyeceğini unutmayın.

   Örneğin, disleksik kullanıcılar, varsayılan yazı tipini özellikle ihtiyaçlarını karşılayan bir yazı tipiyle değiştirmişlerse, uygulamanızda en iyi zamana sahip olmayabilirler. Latin olmayan yazı tiplerini (Kiril, Arapça vb.) kullanan kullanıcıları destekliyorsanız, özel yazı tiplerinizin bu ekstra karakterleri de sağladığından emin olun. Oyun oynamayı seviyorsanız, farklı yazı tipleri nedeniyle isimleri öne çıkan Rus oyuncuların elde ettiği yüksek puanlı skor tablolarını muhtemelen görmüşsünüzdür. Bu, geliştirme aşamasında yapılan küçük bir hatadır, belirli oyuncular için bir "özellik" değildir ve muhtemelen kullanıcıların uygulamanızı terk etmesine neden olmayacak olsa da, kesinlikle kötü bir kullanıcı deneyimine veya şikayetlere veya kötü yorumlara neden olabilir.

   

6. Diğer bileşenler: düğmeler, ekran geçişleri, animasyonlar, mikro etkileşimler, eylem sayfaları, uyarılar ve diğer tüm akış denetimi türleri bu makalenin kapsamı dışındadır, ancak şimdiye kadar diğer tasarım öğelerine uyguladığımız genel ilkeyi takip etmelidirler— her iki platform da kullanıcının dikkatini dağıtabileceği ve kafasını karıştırabileceği için aşırı özel öğelerin kullanılmasını engeller; Tasarım söz konusu olduğunda, birçok kullanıcı için ilk izlenim genellikle sonuncudur ve bu nedenle, kullanıcıların dikkatini en baştan çekmek ve tabiri caizse onları evlerinde hissettirmek çok önemlidir.

Gerçek dünyada, tartıştığımız kurallarda çok popüler istisnalar görebilirsiniz: Materyal Tasarımı yönergelerini takip eden iOS uygulamaları ve Apple'ın İnsan Arayüzü yönergelerini takip eden bazı Android ürünleri, ancak bu uygulamaların kendi kanıtlanmış stilleri vardır. Kullanıcılar uygulamalara ve tasarımlarına aşinadır ve onlar için biraz daha özel bir his vermek mantıklıdır.

Platformlar Arası Yaklaşım Doğru Yapıldı

Öte yandan, projeniz platformlar arası bir çözüme dayanıyorsa (React Native, Flutter, Xamarin vb.), odaklanmak istediğiniz birincil platformun ne olacağını düşünmeli ve oradan başlamalısınız.

Son yıllarda, bu yeni çerçeveler, platformlar arası uygulama geliştirmede büyük üretkenlik iyileştirmeleri sağlamıştır. Pazara daha kısa bir süre, üstün maliyet etkinliği ve daha az teknik engel sağladığı için giderek daha fazla şirket bu geliştirme paradigmasına geçiyor ve önemli dezavantajları sınırlı özellik desteği ve bazı durumlarda yetersiz UX.

Platformlar arası geliştirme için neredeyse tüm eski çözümler web görünümlerine dayalıyken ve bu nedenle birçok cihazda yanıt verme konusunda ciddi sorunlar yaşarken, günümüzde platformlar arası yaklaşımlarda bile yerel bileşenleri kullanabiliriz. Bu büyük gelişme, pazarı birçok yönden etkiledi ve tüm mobil platformları, çeşitli cihaz ve platformlarda kullanıcı görsel deneyimini birleştirmeye bir adım daha yaklaştırdı.

Platformlar arası bir çözüme gitmeye karar verirseniz, uygulamanızın iskeletini oluşturarak standart bir yerel uygulamada olduğu gibi başlayabilirsiniz. Ana önceliklerinizi hazırlayıp çalıştırdıktan sonra (temel bağımlılıkları ayarlama, bir MVP oluşturma, projeye özel dönüm noktalarına ulaşma, ilk sürümünüzü yayınlama vb.), platformu kullanarak iki uygulama için ana tasarımlarınızı kolayca ayırabilirsiniz. her çerçevenin sağladığı özel araçlar. Ekibinizin büyüklüğüne ve mevcut zaman çerçevesine bağlı olarak, belirli bir platform sürümünde işler artık aynı görünmediğinde gelecekteki karışıklığı önlemek için bu ince ayarları sürüm 1'e dahil etmeyi bile düşünebilirsiniz.

Her şey söylenip yapıldıktan sonra, uygulamanız için bu ilkelerden hangisinin geçerli olacağını değerlendirmelisiniz. Sektörümüzdeki hemen hemen her girişimde olduğu gibi, yönergeleri belirli ihtiyaçlarınıza göre hafifçe ayarlarken takip etmeye çalışmalısınız. Örneğin, basit beş ekranlı uygulamanız için gerçekten mantıklı olan şey çekmece navigasyonuysa, her platform için karmaşık çözümler bulmanız gerekmez. Kullanıcının özel düğmelerinizi ve araçlarınızı, ister temel bileşenler ister küçük özelleştirmeler olsun, tanımasını açık ve kolay hale getirin.

İyi Tasarım Kullanıcı Alışkanlıklarına Saygı Gösterir

Özetlemek gerekirse, zaten bildiğimiz bir şeyi tekrarlayabiliriz - iyi tasarım, her işletim sisteminde kullanıcıların alışkanlıklarına saygı duyan tasarımdır. Sonunda küçük bir cila, ortalama ve harika bir uygulama arasındaki farkı yaratabilir.

Çoğu zaman, uygulamanız kullanıcıları yalnızca içerikle kazanmak için yeterli benzersiz özellik sağlamayacaktır. Çoğu insan, bir ürünü diğerine tercih etme kararlarını "içten gelen bir his" ile açıklayacaktır. Bu kullanıcı kategorisi, ekranda gördükleri yanıt hızını, genel stil seçimini, renk paletini ve bireysel görsel bileşenleri dolaylı olarak değerlendirerek, tercihlerini öncelikle uygulamayı kullanırken nasıl hissettiklerine dayandırır.

Bu nedenle, ürününüzün yalnızca şaşırtıcı özellikleriyle değil, sunduğu hizmetin kalitesine uygun yüksek kaliteli ambalajıyla da öne çıkmasını sağlamaya çalışın.