Şube Bulucu Arayüzü: Arama, Konum İzni ve Mesafe Sıralaması
Şube bulucu, çoğu kurumsal sitede en çok kullanılan ama en az tasarlanan ekrandır. Kullanıcı üç yerde kaybolur: aracı sitede bulamaz, bulunca doğru aramayı yapamaz, arayınca da adresten öteye geçemez. Bu üç kırılma noktasının her birinin ayrı bir çözümü var ve çözümler birbirinin yerine geçmiyor.
Aracı bulunur yapmak, arayüzü güzelleştirmekten önce gelir
Şube bulucuyu kurumsal menülerin altına gömmek yaygın bir hata. "Hakkımızda" ya da "Kurumsal" başlığının altındaki bir bağlantı, aramaya gelen kullanıcı için yok hükmünde. Üst menüde kendi başına duran, ne yaptığı adından anlaşılan bir giriş noktası isteyin: "Şubeler", "Mağaza Bul". Yaratıcı adlandırma burada zarar veriyor, çünkü kullanıcı tarama yaparken kelimeyi arıyor, kavramı değil.
Site içi aramanın da bu sayfayı bilmesi gerekiyor. İlçe ve şube adları arama sonuçlarında karşılık bulmuyorsa, kullanıcının ikinci denemesi de boşa gider.
Konum izni mi, posta kodu mu
Tarayıcının konum API'si yalnızca güvenli bağlantıda (HTTPS) çalışır ve kullanıcıya bir izin kutusu gösterir. Bu kutuyu sayfa açılır açılmaz tetiklemeyin. Bağlamsız gelen izin isteği reddedilir, reddedilen izin tarayıcıda kalıcı olarak hatırlanır ve o kullanıcı için özelliği bir daha açamazsınız.
Doğru sıra şu: önce metin araması hazır ve çalışır durumda olsun, konum "yakınımdakileri göster" gibi açık bir düğmenin arkasında dursun. İzin kutusu ancak kullanıcı o düğmeye bastıktan sonra çıksın.
Metin aramasında tek bir alan yeterli. Şehir, ilçe, mahalle, posta kodu, hepsi aynı kutuya yazılabilsin. Kullanıcıdan açık adres istemek gereksiz: şube bulmak için sokak numarasına ihtiyacınız yok, ilçe çözünürlüğü sonucu zaten belirliyor. Alan sayısını azaltmak burada hem gizlilik hem tamamlanma oranı tarafında kazandırıyor.
Mesafe sıralamasını nerede hesaplamalı
"En yakın şubeyi göster" özelliği çoğu ekipte gereğinden büyük bir işe dönüşüyor. Şube sayısı birkaç yüzü geçmiyorsa koordinat listesini istemcide tutup haversine ile sıralarsın, sunucuya ek bir uç nokta açmaya gerek kalmaz. Coğrafi indeks (PostGIS ve benzeri) asıl binlerce noktaya, çokgen kapsama alanlarına ya da sürekli değişen veriye çıkınca anlam kazanır. Yüz şube için kurulan coğrafi altyapı, bakım maliyeti dışında bir şey üretmez.
Sıralamanın kendisinde de bir tuzak var: kuş uçuşu mesafe ile sürüş mesafesi aynı şey değil. Nehrin ya da otoyolun karşı yakasındaki şube listede birinci çıkabilir, ulaşması yirmi dakika sürebilir. Liste kuş uçuşuna göre sıralanıyorsa bunu gizlemeyin, satırda yol tarifi bağlantısı bulunsun ve süre kararını kullanıcı versin.
Sonuç satırında ne olmalı
Adres tek başına yeterli değil. Kullanıcı bu ekrandan sonra ya yola çıkacak ya telefon edecek, ikisi de tek dokunuşla olmalı:
- Açık adres ve ilçe
- Tıklanabilir telefon numarası (mobilde
tel:bağlantısı) - Bugünün çalışma saatleri ve şu an açık olup olmadığı
- Harita uygulamasına yol tarifi bağlantısı
"Şu an açık" bilgisi bu listenin en çok atlanan ve en çok işe yarayan parçası. Haftalık saat tablosunu göstermek kolay, o tabloyu bugünün tarihine ve resmî tatillere göre yorumlamak zor; ama kullanıcının sorduğu soru tam olarak bu.
Erişilebilirlik harita katmanında bitmiyor
Harita bileşenleri klavye ile gezilemez olmaya meyilli, ekran okuyucuya da anlamlı bir çıktı vermez. Çözüm haritayı düzeltmeye çalışmak değil: haritanın yanında aynı veriyi taşıyan bir liste bulundursun ve o liste sıradan HTML olsun. Harita görsel bir kolaylık, kaynak veri liste. Bu ayrımı kurduğunuzda mobilde dar ekran sorununun da yarısı çözülüyor, çünkü listeyi öne alıp haritayı ikinci plana atmak tek satırlık bir düzen kararına dönüşüyor.
Bir de boş sonuç durumu var. "Sonuç bulunamadı" yerine en yakın üç şubeyi ve arama yarıçapını gösterin; kullanıcı aradığı ilçede şube olmadığını değil, nereye gitmesi gerektiğini öğrenmek istiyor.