Bir mobil uygulamanın kullanılabilirlik testi. Ekranların teknik özellikleri ve mobil cihazların işletim sistemi. Takvimde eğitim programı

Mobil uygulamaların ve hizmetlerin popülaritesindeki inanılmaz artış, bir UX tasarımcısının işini daha zorlu ve ilginç hale getirdi. Uygulamalar daha ilginç, daha karmaşık hale geliyor ve bununla bağlantılı olarak sadece onları geliştirmek değil, aynı zamanda test etmek de daha zor hale geliyor. Uygulamayı kullanıcının bakış açısından test etmek artık her zamankinden daha fazla dönüm noktası gelişim.

Ne yazık ki, masaüstü uygulama geliştirmedeki durumun aksine, mobil uygulamaların kullanılabilirlik testlerini test etmek ve kaydetmek için böyle özel bir araç yoktur. yazılım, "kutudan çıkabileceğiniz" ve test etmeye başlayabileceğiniz Silverback veya Camtasia gibi.

Bir mobil uygulama geliştirmiyor olsanız bile, sitenize gelen trafiğin çoğunun mobil kanallar. Düzenli mobil kullanılabilirlik testleri yapmak pratikte tek yol bu kanalın müşterileriniz için ne kadar iyi çalıştığını, onlar için ne kadar yararlı ve kullanışlı olduğunu değerlendirin.

Biraz "hack" alacak. Hayır, bu bilgisayar korsanlığıyla ilgili değil, bazı şeyleri kullanmanın önemsiz olmayan yöntemleriyle ilgili. Türünün en iyisi olarak güvenle adlandırılabilecek böyle bir "hack" olduğuna inanıyoruz. Bir iPhone veya Android OS cihazının kullanılabilirliğini test etmek istiyorsanız, size anlatacağımız çözüm çok kaliteli, üretken ve uygun fiyatlı.

Biraz tarih: teller ve koli bandı

Eskiden akıllı telefonu ve kamerayı, kullanıcı onu kullanırken akıllı telefonun ekranında neler olup bittiğini kaydetmemizi sağlayacak bir konuma getirmek için "kızaklar" kullanırdık. Kızağı oluşturmak için, şeklimize uyan ve belirli bir şekilde büken akrilikten bir şey aldık (aşağıdaki fotoğrafa bakın).

Web kamerasını bu kızağa koli bandıyla, telefonu karşı tarafına Velcro ile tutturduk. Geriye dönüp baktığımızda cihazın oldukça aptal ve nemli göründüğünü söyleyebiliriz. Bu, bir akıllı telefonu aynı anda iki eliyle tutmaya alışmış kullanıcılar için çok doğal ve daha az uygun değildi.

Teknik olarak güvenilir değildi. Bir dizüstü bilgisayara bağlı iki kamera kullandık (kızak kamerası ve dizüstü bilgisayarın dahili kamerası), aynı anda iki kamera uygulamasını çalıştırmak zorunda kaldık. Bütün bunlar, tüm sistemin performansında bir düşüşe neden oldu, işteki zorluklar sıklıkla ortaya çıktı.

Ekran parlaması ve kamera odağı gibi birçok başka sorun vardı. Genel olarak, bir test ortamıyla birlikte böyle bir sistemi kurmak ve stabilize etmek çok zaman aldı, ancak bu en iyi çözüm ki o zaman biliyorduk. Ancak senaryoya göre uygulamayı kayıtta kullanması gereken kullanıcılar için bu kurulum çok doğal görünmüyordu.

Belki de daha modern ve uygun bir yol kablosuz iletişimdir.

İdeal olarak, test donanımı ve yazılımı, kullanıcılara görünmez olmalıdır. Akıllı telefon kullanıcıları için mümkün olan en doğal ortamı simüle etmek istiyoruz - kablolar, kameralar ve diğer kullanışlı araçlar olmadan.

UX tasarım ekibinin öğrenmeye ve anlamaya odaklanması gerekir. Kurulumla uğraşmak ve kesintiler hakkında endişelenmek istemiyoruz.

Tüm bu hedeflere ulaşmamızı sağlayan basit bir kurulumdan bahsedelim. UX tasarım ekibinin gerçekten önemli olan şeylere odaklanmasını ve kullanıcıların telefonlarına odaklanmasını sağlayacak. Bu sistem olabildiğince güvenilirdir ve yaptığımız işlerde güvenle kullanılabilir.

Kayıt cihazı olarak MacBook kullanan akıllı telefonlarda kullanılabilirlik testine odaklanacağız. Ancak, PC'den pencere sistemi da çalışır.

Sizce hoş bir tasarım, kullanışlı işlevsellik, faydalı seçenekler, bir ürün sürümü yayınladı, ancak... Güçlü pazarlama desteğine rağmen, kullanıcılar rakipler için ayrılmaya başladı.

Sorun ne? Birkaç nedeni olabilir. En olası sorunlardan biri, cihazınızın kullanılabilirliği ile ilgilidir. mobil uygulama. Böyle bir durumdan kaçınmak için, tüm eksiklikleri önceden ortadan kaldırın ve yetkin kullanılabilirlik testi yardımcı olacaktır. Bunun için prosedür aşağıdaki gibidir.

Adım 1. Analitik sisteminin mobil uygulamaya kurulması

Bir mobil uygulama geliştirirken hemen içine yerleştirmelisiniz: Yandex.Metrika, Google.Analytics, Flurry, Mixpanel. Bir süre sonra, diyelim ki bir ay içinde hizmet, mobil uygulamayı kimin ve en önemlisi nasıl kullandığı hakkında bilgi verecek.

Örneğin, Flurry ayrıştırır:

• kullanıcıların sayısı ve temel özellikleri (cinsiyet, yaş, uygulama kullanım coğrafyası)
• uygulama başlatma sıklığı
• seans sayısı ve uzunluğu
• uygulama içinde gezinme ve olaylar (ekranlar arası geçişler)
• arızalar

Tüm bu veriler, kullanıcıların uygulama içinde hangi yörüngelerde hareket ettiğini, en sık hangi ekranlardan çıktıklarını ve bunun neyle bağlantılı olabileceğini anlamaya yardımcı olacaktır.

Diyelim ki çoğu durumda kullanıcı sepeti doldurma aşamasında uygulamadan çıkıyor. Nedenleri neler olabilir?

• Ziyaretçi, Sepetteki ana alanları nasıl dolduracağını bulamıyor.
• Sepetteki bazı ürünleri görmüyor ve eklenip eklenmediğini anlamıyor.
• Ödemenin yapılıp yapılmadığı veya bazı güçlüklerin ortaya çıkıp çıkmadığı kullanıcı için açık değildir.

Uygulamadan vazgeçme hipotezlerini test etmek için çeşitli karakterler ve senaryolar üzerinde uygulama kullanılabilirliğini test etmeniz gerekir.

Adım 2. Bir mobil uygulamada çalışmak için karakterler ve senaryolar oluşturma

Karakterler ve senaryolar tanımlamak için iyi bir araçtır. hedef kitle uygulamalar.

Bir karakter, bir yandan bir tür soyutlama, bir izleyici kesiminin modellenmiş bir temsilcisi ve diğer yandan kendi davranış kalıpları, alışkanlıkları ve ihtiyaçları olan çok özel bir kişidir. Onlara dayanarak, uygulama ile bir kullanıcı etkileşimi senaryosu oluşturulur.

Bir çevrimiçi alışveriş uygulaması söz konusu olduğunda, senaryo şöyle görünebilir:

• uygulama başlatma
• arama sorgusu girme
• ilginç seçim Arama Sonuçları
• karakterizasyon çalışması
• inceleme incelemeleri
• emir
• teslimat süreleri bildirimi almak

Analitik sistemi kurduktan, mobil uygulamayı kullanmak için karakterler ve senaryolar oluşturduktan sonra sıra ...

Adım 3. Aslında kullanılabilirlik testi

Bir mobil uygulamanın kullanılabilirliğini test etmek için, karakterlerin açıklamasına en iyi uyan birkaç kişiyi bulmanız, onlar için bir görev listesi yapmanız gerekir, böylece yanıtlayanlar uygulamadaki gerekli senaryolardan geçerler. Uygulama mal veya hizmet satın almayı sağlıyorsa, kullanıcılara bir banka kartı sağlamanız gerekir.

Test sırasında katılımcılara belirli hedefler verilmeli ve bunların nasıl uygulanacağını tam olarak gözlemlemelidir.

Kullanılabilirlik değerlendirme sayfalarında şunlar belirtilmelidir:

• mobil uygulamada hedefe ulaşılıp ulaşılmadığı
• test sırasında hangi zorluklar ortaya çıktı
• kullanıcının hedefe ulaşması ne kadar zaman aldı

Adım 4. Alınan verilerin analizi

Test ettikten sonra, değerlendirme sayfalarını incelemeli ve mobil uygulama zorluklarının hangi aşamalarda ortaya çıktığını analiz etmelisiniz.

Biri olası nedenler- içindeki hatalar. Aşırı yüklenmiş bir arayüz, karmaşık ve anlaşılmaz navigasyon, çok aşamalı bir kayıt sistemi - tüm bunlar kullanıcının kafasını karıştıracak ve uygulamada hedeflenen eylemleri gerçekleştirmesini engelleyecektir.

Adım 5. Sonuçlar ve Sorun Giderme

Liste yapmak kritik hatalar, mobil uygulamanın kullanılabilirliğini geliştirmeniz ve ardından bir kontrol testi yapmanız ve uygulamanın çok daha iyi hale geldiğinden emin olmanız gerekir.

Bir mobil uygulamanın kullanılabilirlik testi – Ana bölüm hedef kitledeki başarısını Hem prototip aşamasında hem de mobil uygulama yayınlandıktan sonra kullanılabilirlik denetimi yapılması önerilir. Ve sonra yılda birkaç kez - hataların zamanında ortadan kaldırılması ve elbette mobil geliştirme trendinde kalmak için.

Hiç kimse ham bir ürünü sevmez ve bir mobil uygulamada herhangi bir sorun olması durumunda, çarpık geliştiricileri öfkeyle hatırlar. Müşteri ve kullanıcılar için kurnaz bir uygulama önbelleğe alma algoritmasının uygulanması için ne kadar çaba harcandığı önemli değildir. arka fon. Çoğu durumda, yalnızca görsel kısmı ve arayüzle yapılan çalışmayı gerçekten takdir edeceklerdir.

Çalışanlarımız için mobil uygulama kullanılabilirliği konusunda yaygın olarak yapılan hataların bir kontrol listesi oluşturduk. Bu liste haline geldi kullanışlı araç teslimattan önce bir sonraki ürünün test sürüşü için. Geliştirici arkadaşlarım buna karşı kendilerini kontrol ediyor ve testçiler programcıların çalışmalarını kabul ediyor.

Öyleyse başlayalım.

Ekranlarla çalışma

Ekrandaki tüm gezinme öğeleri yeterli boyutta olmalı ve birbirinden en uygun mesafede bulunmalıdır (böylece kullanıcı doğru olanlara açıkça çarpabilir);

Uygulama hızlı olduğunda çökmemelidir tekrarlanan presleme aynı anda bir veya daha fazla düğme;

Boş ekran yok. Kullanıcının, uygulamayla çalışmanın her aşamasında, bir sonraki adımda ne yapacağını ve şu anda ne olduğunu anlaması önemlidir.

Bellek kaynakları

Uygulama içinde ve önemli sayıda görüntü içeren pencerelerde uzun süreli çalışma sırasında bellek sızıntıları meydana gelebilir. Görüntü önbelleğe alma düzgün çalışmıyorsa genellikle görünür;

Akıllı telefon işletim sisteminin çalışması için yetersiz belleğe yanıt olarak uygulama hataları görünebilir - hem arka planda çalışırken hem de aktif modda test edin;

Bir uygulamayı bir SD karta aktarırken veya yüklerken sistem hataları bariz ancak yaygın bir sorundur;

Mobil cihazların ekranlarının ve işletim sistemlerinin teknik özellikleri

Retina ekranlarda, metin ve diğer arayüz öğeleri normal olanlardan daha küçük gösterilir. Buna göre, retina ekran görüntüleri retina olmayan versiyona girerse, bunlar çok büyük gösterilebilir;

Uygulamanın akıllı telefonun manzara ve portre moduna uyarlanması sağlanmalı;

Yükleme sırasında işletim sistemi sürümünün kontrol edilmesi, uygulamayı desteklenmeyen bir mobil cihaza yükleme olasılığını dışlamalıdır;

Uygulamanın görsel bileşenlerinin, platformun anlam ve kavramları açısından amaçlarına uygun olması önemlidir (bir platform için ideal olan çözümler, bir başkası için kolayca uygunsuz hale gelebilir);

Dış uyaranlara tepki

Diğer uygulamaların bildirimleri, aramalar, SMS, MMS;

Cihazı şarj etme.

Cihazın pilinin boşaltılması, kapatılması veya çıkarılması;

Şifre koruması da dahil olmak üzere cihazın bekleme moduna girme süresi ve koşulları;

Devre dışı bırakma ve etkinleştirme hücresel ağ, Uçak modu, Bluetooth, GPS.

USB kablosunun, SD kartın ve diğer harici cihazların bağlanması ve çıkarılması;

Proxy veya sunucu ile bağlantı kaybı;

yerelleştirme

Çevirinin doğruluğunu ve doğruluğunu kontrol etmek;

Tüm etiketlerin atıfta bulundukları formlara ve düğmelere uygunluğunun netleştirilmesi;

Uluslararasılaştırmanın özelliklerini, sayılardaki ayırıcıları, tarih biçimlerini kontrol etme. Örneğin, tarihe DD.MM.RR biçiminde alışkınız, oysa Amerikalılar için genel olarak kabul edilen MM.DD.RR.

Geri bildirim

Arayüz elemanlarının tepki hızı, en fazla olsa bile, yeterince büyük olmalıdır. zayıf cihazlar uygulamanızın desteklediği her şeyden;

Her bekleme anında bir içerik yükleme göstergesi veya gerekli süre hakkında ilgili bir mesaj gösterilmelidir;

Hücresel şebekeye, Bluetooth'a, GPS'e erişimde hata içeren bildirimler doğru görüntülenmelidir;

Önemli bilgileri silmeye çalışıyorlarsa, uyarı mesajları kullanıcı için açık olmalıdır;

Oyunun veya sürecin sonuyla ilgili bildirimler her zaman doğru şekilde görüntülenmelidir;

Bildirimlerin (uygulamanın sesleri ve titreşimleri) ekranda görüntülenen diğer olaylarla senkronizasyonu önemlidir.

Güncellemeler

ile aynı işletim sistemi sürümünü desteklemelidir. önceki versiyon uygulamalar - eğer Güncellenmiş versiyon uygulama, işletim sisteminin yeni işlevselliğini kullanır, o zaman yapmanız gereken soyulmuş versiyonönceki desteklenen işletim sistemi sürümleri için uygulamalar.

Güncellenmiş sürüm yüklendikten sonra uygulama içindeki tüm kullanıcı verileri kaydedilmelidir.

Şirketin uygulamasından basit bir örnek verelim - TRENDMEON Lifestyle uygulaması. Uygulamanın orijinal versiyonunda, uygulama ilk başlatıldığında indirim veritabanının tamamı bir kerede indiriliyordu ve ardından yerel olarak görüntüleniyordu.

Ancak kısa süre sonra bir sorun keşfedildi - eğer kullanıcı yavaş internet bağlantısı, indirimler veritabanı yavaş yüklendi. Kullanıcılar bunu bir aksaklık olarak algıladı. Uygulamanın takıldığını düşündüler ve çıktılar. İlk birkaç olumsuz incelemeden sonra, indirimleri görüntüleme algoritmasını değiştirdik (artık tüm veritabanı bir kerede yüklenmiyor), bu da ilk ziyarette bekleme süresini 1 saniyeye indirdi. Ek olarak, kullanıcıyı uygulamaya ilk girdiğinde olası gecikmeler hakkında bilgilendiriyoruz.

Uygulamamızda anahtar olduğu ortaya çıkan pek çok önemsiz örnek vardı. Genelleştirilmiş ana listemiz diğer şirketlere kendi mobil uygulamalarını geliştirmelerinde yardımcı olursa seviniriz. Sizi deneyimlerinizi yorumlarda paylaşmaya davet ediyoruz.

Sitelerin ve uygulamaların mobil versiyonlarında gezinme görsel, anlaşılır olmalı ve ayrıca minimum ekran alanı kaplamalıdır. Aslında, arama araçlarını tamamlamalı ve bazen yerini almalıdır ve bunun birkaç nedeni vardır:

1. Kullanıcılar bazen sitenizde ne bulmak istediklerini bilemezler, bu nedenle amacınız, ürün kategorileri gibi aramalarını sınırlandırarak bu sorunu çözmelerine yardımcı olmaktır.
2. doğru formüle etmek arama sorgusu- öyle değil Basit görev, göründüğü gibi ve doğası gereği insanlar da tembeldir. Onlara teklif vermek çok daha verimli olurdu. anahtar teslimi çözümler Navigasyon bağlantıları olarak.
3. Son olarak, bir web sitesindeki arama çubuğu genellikle kullanıcıların beklediği kadar iyi çalışmaz.

Üzerinde mobil cihazlar ah, uygun navigasyon daha da alakalı: ekranın önemli bir bölümünü kaplıyor, çok çekiyor daha fazla ilgi masaüstünden daha. Alan yetersizliği nedeniyle, sayfanın üst kısmındaki arama çubuğu ve menü bağlantıları, hızlı bir şekilde ulaşmayı zorlaştırabilir. gerekli bilgi. Kullanıcıları kaydırmaya zorlamayın, bu öğelere çok dikkat edin - ilk bakışta fark edilmeleri gerekir, ancak aynı zamanda ihlal etmemelidir: içeriğin arayüz üzerindeki önceliği.

Bugünün temel sorunlarından biri bu. mobil arayüzler: Dikkati içerikten ayırmadan navigasyon nasıl görünür ve kullanımı kolay hale getirilir. Düşünmek temel ilkeler belirli örnekler üzerinde mobil sitelerin ve uygulamaların navigasyonunu oluşturmak.

Üst gezinme çubuğu

Üst gezinme çubuğu, masaüstü cihazlardan mobil siteler tarafından devralındı. Ana gezinme bağlantılarını içeren ekranın üst kısmındaki bu şerit popüler ve oldukça etkili araç ama iki tane var önemli eksiklikler. İlk olarak, yalnızca sitede nispeten az sayıda başka gezinme öğesi olduğunda iyidir ve ikincisi, ekranın üst kısmında çok değerli yer kaplar.

Örneğin, BBC web sitesinin ve uygulamasının mobil sürümünün ana sayfalarının nasıl göründüğü aşağıda açıklanmıştır. Google Oyun uygulamalar:

Google Play'in "atlıkarınca" kullanarak gezinme çubuğuna daha fazla öğe sığdırabildiğini lütfen unutmayın.

Sekme çubuğu

Sekme çubuğu, üst gezinme çubuğunun en yakın akrabasıdır ve genellikle uygulamalarda kullanılır. En üste yerleştirilebilir
sayfa (çoğunlukla Android) ve alt (IOS).

Sekme çubukları genellikle çoğu mobil uygulamada bulunur ve gezinme çubuğuyla aynı dezavantajlara sahiptir. Temel fark, sekme çubuğunun sabit olmasıdır, yani kullanıcı sayfayı aşağı kaydırdığında bile ekranda her zaman görünürken, gezinme çubuğu kural olarak sayfanın içeriğiyle birlikte kaydırılır. Bazen "yapışkan gezinme" olarak adlandırılan yöntem kullanılsa da, gezinme çubuğu ekranın üst kısmında kaldığında veya kullanıcı sayfayı yukarı kaydırmaya başladığında otomatik olarak orada göründüğünde.

Bir örnek teyp olurdu Facebook haberleriüzerinde mobil platformlar. iPhone'da (solda) ve Android'de (sağda) Facebook, temel uygulama navigasyonu için bir sekme çubuğu kullanır. Sekmeler resmi veri yönergelerine göre düzenlenmiştir işletim sistemleri: iPhone'da altta ve Android'de sayfanın üstünde. Aynı zamanda, IOS üzerindeki navigasyon simgeleri de imzalanmıştır:

Beşten fazla varsa, optimum değeri korurken hepsini panele sığdırmak zorlaşır. dokunmatik ekran boyut. Tabii ki, Google Play örneğinde olduğu gibi bir "atlıkarınca" kullanabilirsiniz - yani gezinme öğelerini kategorilere ayırın, ancak bu her zaman uygun değildir. Kullanıcı, hangi öğelerin arkasına gizlendiğini her zaman tahmin edemez sonraki eleman atlıkarıncalar ve onları her zaman kontrol etmeyecekler.

Örnek - eski versiyon Hava Durumu Kanalı uygulamaları: Burada sekme çubuğu, alt kısımdaki her sekmenin altında birkaç tane daha gizlendiği hemen anlaşılmayacak şekilde uygulanır. Ve orada hangi öğelerin bulunduğunu tahmin etmek daha da zor:

Gezinme çubuğunu veya sekme çubuğunu kullanmaya karar verirseniz, bunlar arayüzün ana öğesi olmalıdır, ancak arama kutusu gibi diğer araçlar için hala biraz yer vardır.

Sitenizde 4-5 ana gezinme seçeneği varsa, özellikle sık kullanılan sayfalara ve seçeneklere yol açıyorsa, bunları her zaman görünür kılmak mantıklı olabilir. Ancak, navigasyonun uygulamanın bağlamıyla ilgili olması gerektiğini unutmayın. yani başkaları varsa gerekli elemanlar- örneğin, sepet simgesi, giriş hesap vb., o zaman genel olarak arayüzün çok fazla yer kaplamaması için de dikkate alınmaları gerekir.

Örneğin, AutoZone sitesinin arama sonuçları sayfası şöyle görünür:

Gezinme çubuğu yalnızca dört ana öğe (Mağaza, Onarım Önerisi, Sipariş ve Mağaza Bul) içermesine rağmen, bunlara ek olarak sayfada birkaç arayüz öğesi daha görüntülenir (logo, alışveriş sepeti, arama çubuğu, arama sonuçlarını içeren sekmeler, vb.), yani toplamda ekranın yaklaşık üçte birini kaplarlar.

Gizli menüler (sandviç ve diğer seçenekler)

Sandviç menüsü veya hamburger menüsü navigasyon menüsü, birkaç öğe veya hatta birkaç alt menü içerir ve yalnızca kullanıcı tıkladığında genişler. Katlandığında minimum yer kaplar ve bu hem avantajı hem de dezavantajıdır, çünkü verilen eleman navigasyon normal bir menüden daha az fark edilir.

Bir sandviç menüsü kullanmanın bir örneği USA Today web sitesidir. Burada ana uygulanır navigasyon seçenekleri. Soldaki simgeye tıklayarak açılır üst köşe ekran:

Gizli gezinme için başka bir seçenek de, menünün yalnızca kullanıcı ekranı kaydırdığında ortaya çıkmasıdır. Örneğin, Sephora uygulamasında iç sayfalar Menü, soldan sağa kaydırılarak çağrılabilir:

Ancak, menü düğmesinin kendisi görünmez, bu nedenle birçok kullanıcının bu özelliği kaçırması ve kendilerini yalnızca görünen düğmelerle sınırlaması muhtemeldir.

Genel olarak, yukarıda belirtildiği gibi, gizli menüüzerinde bir büyük avantajı var gezinti çubuğu- Minimum yer kaplar. Ancak unutmayın ki çoğu zaman gezinme bağlantıları gizlenecektir. Bunları kullanmak için, hamburger menüleri sitelerin mobil versiyonlarında zaten oldukça yaygın olmasına rağmen, kullanıcının bilinçli olarak menüye gitmesi ve henüz pek alışkın olmadığı öğelerden birini seçmesi gerekir. Bu bağlamda, navigasyon sistemini kullanarak sonlandırmaya değer. ek araçlar- örneğin, çapraz referanslar.

Navigasyon merkezi

Bu, tüm önemli gezinme öğelerini içeren sayfanın adıdır (genellikle sitenin ana sayfası). Bu, kullanıcının her başka bir bölüme gitmesi gerektiğinde geri döndüğü, tüm yolların kavşak noktası olan düğüm noktasıdır.

Bu yaklaşımın dezavantajı, ana sayfa onu tamamen navigasyon ihtiyaçlarına vermelisiniz ve kullanıcıyı sitede dolaşırken ekstra bir adım atmaya (ana sayfaya dönmeye) zorlamanız gerekiyor.

Bunlar, her şeyden önce, içeriği görüntülemek için değil, çok iyi bir sonuç elde etmek için kullanılan siteler ve uygulamalardır. özel görevler– örneğin, bir uçuş için check-in veya ücret değişiklikleri mobil iletişim. Bu gibi durumlarda, kullanıcı nadiren ziyaret başına birden fazla görev gerçekleştirir, bu nedenle farklı bir navigasyon dalı seçmek için ana sayfaya dönmek zorunda kalmak onu rahatsız etmez.

Açıklayıcı bir örnek mobil versiyon United Airlines web sitesi. Üzerinde ana sayfa ana gezinme öğeleri bulunur ve sayfanın üst kısmında iç kısımlarda ana sayfaya dönmek için bir “Ana Sayfa” düğmesi bulunur. Ayrıca, kullanıcılar tek bir ziyarette nadiren iki tür eylem gerçekleştirir (örneğin, bilet satın almak ve bir uçuş için check-in yapmak). Yani çoğunun bu düğmeye ihtiyacı olmayacak.

sonuçlar

Yapmak mobil navigasyon küçük ekran boyutuyla ilgili sınırlamalar nedeniyle basit ve kullanışlı o kadar kolay değil. Bu sorunu farklı şekillerde çözmeyi deneyebilirsiniz, ancak hemen hemen her zaman kullanılabilirlik sorunlarıyla karşılaşacaksınız.

Sonuç olarak, eksiklikleri özellikle sitenizde en az kendini gösterecek olan bu tür çözümleri seçmektir:

1. Sandviç menüsü müdahale edecek çok sayıda navigasyon bağlantıları, ancak bunlar yalnızca kullanıcı menüyü çağırdığında görünür hale gelir. Bu yaklaşım, esas olarak içeriği görüntülemeye odaklanan siteler için geçerlidir.
2. Gezinme çubuğu ve sekme çubuğu, ekran alanında biraz yer kaplar, ancak aralarından seçim yapabileceğiniz birkaç seçenek olduğunda iyi çalışır.
3. Belirli sorunları çözmeye odaklanan sitelerde şunları kullanabilirsiniz: başlangıç ​​sayfası navigasyon merkezi olarak