niranar.com UX Kararları: Ev Sahibi ve Misafir Deneyimi

Bir kullanıcı niranar.com'a ilk kez girdiğinde on saniye içinde birkaç şeyle karşılaşıyor: Sayfa yüklenirken içerik alanları soluk bir gri tonla doluyor, ardından gerçek mülk bilgileri ve fiyatlar bu alanlara akıyor. Navigasyonda Türkçe başlıklar var, fiyatlar Euro cinsinden. Arama formu sade — konum, tarih, misafir sayısı. Harita seçeneği de mevcut. Hiçbir "Giriş yap" düğmesi yok, hiçbir kayıt formu açılmıyor.

Bu on saniyenin içindeki her unsur bir kararın sonucu. Skeleton ekran salt estetik değil; harita görünümü salt özellik listesi doldurmak için eklenmemiş; Euro fiyatlandırması ve Türkçe arayüz kombinasyonu çelişkili değil, kasıtlı. Bir tatil kiralama platformundaki kullanıcı deneyimi kararları aynı zamanda ürün stratejisi kararlarıdır — platformun kimi hedeflediğini, ne zaman ne sunduğunu ve neyi kasıtlı olarak dışarıda bıraktığını şekillendiren tercihler.

Bağlam: 300.000 İlanla Başlamak

niranar.com, Türkiye'nin Akdeniz bölgesindeki tatil kiralama ilanlarını tek platformda toplayan bir dijital pazar yeridir. Antalya, Bodrum, Fethiye, Alanya, Kuşadası ve Sapanca gibi önde gelen destinasyonlardaki villalar ve daireler katalogda yer alıyor. Platform şu an beta aşamasında; resmi lansman Nisan 2026'da planlanmış. 300.000'i aşkın aktif ilan, misafirin tüm tatil donanımını test edebileceği gerçek bir katalog büyüklüğüne işaret ediyor.

Teknik mimari ve teknoloji yığını hakkında ayrıntılı bilgi bu serinin diğer yazılarında ele alınıyor. Bu yazı yalnızca kullanıcı deneyimi kararlarına odaklanıyor — her arayüz tercihinin arkasındaki ürün mantığına.

Algılanan Performans: Skeleton Ekranın Rolü

Mülk araması, sunucuya birden fazla sorgu göndermek demek. Konum verisi, tarih aralığı, misafir kapasitesi, filtreler — tüm bunların Supabase PostgreSQL'den sorgulanıp geri dönmesi gerekiyor. Yavaş bir bağlantıda ya da yüksek talep anlarında bu gecikme kullanıcı tarafında hissedilir.

niranar.com bu sorunu skeleton ekran deseniyle yönetiyor. Veriler yüklenirken içerik alanları boş bırakılmıyor; bunun yerine gerçek içeriğin geometrisini taklit eden, gri tonlarda dolgu bloklarıyla doluyor. Kullanıcı sayfanın hâlâ çalıştığını ve içeriğin geleceğini sezgisel olarak anlıyor. Yüklenme devam ediyor — sadece görünmez biçimde değil.

Bu yaklaşım algılanan performansı gerçek performanstan bağımsız bir düzlemde yönetiyor. İki saniye süren bir yükleme, sayfanın boş kaldığı bir bekleme olarak hissedildiğinde kullanıcıyı kaybedebilir; aynı iki saniye, içeriğin şekillendiğini gösteren aktif bir animasyon eşliğinde geçtiğinde çok daha kısa hissettiriyor. Skeleton ekran bu psikolojik farkı kapatıyor.

Türkiye'nin farklı internet altyapı kalitesini göz önünde bulundurduğunuzda bu tercih daha da anlamlı. Büyük şehirlerin dışında, mobil bağlantıyla seyahat planlaması yapan bir kullanıcı için yavaş yükleme kaçınılmaz olabilir. Skeleton ekran bu kullanıcıyı sayfada tutuyor.

Teknik açıdan bakıldığında skeleton ekran, Next.js'in streaming SSR mimarisini de tamamlıyor. Sunucu tarafında render edilen sayfa parçaları istemciye akış halinde iletilebilir; bu sırada henüz gelmemiş içerik alanları skeleton desenle dolu tutulur. Kullanıcı hiçbir zaman tamamen boş bir sayfa görmüyor.

Tasarımın Çift Dili: Türkçe Arayüz, EUR Fiyat

niranar.com'un arayüzü Türkçe, fiyatlar Euro. İlk bakışta çelişkili görünebilir. Aslında iki farklı kullanıcı grubuna aynı anda hitap eden bilinçli bir iki yönlü tasarım.

Arz tarafı — yani ev sahipleri ve mülk yöneticileri — Türkçe konuşuyor. Platformu kullanan, ilanları yönetecek olan, destek sayfalarını okuyacak olan kişiler Türkiye'de yaşıyor. Bir arayüzü Türkçe tasarlamak, bu grubun platforma adaptasyon maliyetini en aza indiriyor.

Talep tarafı — yani misafirler — büyük ölçüde AB ülkelerinden geliyor. Türkiye'nin Akdeniz kıyılarına uluslararası turist akışının önemli bir kısmı Avrupalı tatilcilerden oluşuyor. Bu kullanıcılar için EUR cinsinden fiyat görmek pratik bir avantaj: kur hesabı yapmak zorunda kalmadan bütçe kararı verebiliyorlar. TL cinsinden fiyat bu kullanıcı için ekstra bir engel oluştururdu.

İkisini bir araya getirmek — Türkçe arayüz ve EUR fiyat — platformun her iki tarafın dilini de konuştuğunu gösteriyor. Bu ayrım, çeviri meselesi değil; ürün stratejisi meselesi. Hangi tarafın ne ihtiyacı var? Arz tarafı platforma katılım kolaylığı istiyor; talep tarafı bütçe netliği istiyor. Her ikisi de platforma dahil edilmiş.

İki Ayrı Kapı: Form ve Harita

niranar.com bir mülkü bulmak için iki farklı yol sunuyor: arama formundan başlayıp listeye inmek ya da harita üzerinde bölge seçerek ilerlemek. Her iki yol da aynı 300.000+ ilan havuzuna açılıyor, ama farklı zihinsel modellerle çalışan kullanıcılara hitap ediyor.

Hedefe Yönelik Arama

Arama formu, neye baktığını bilen kullanıcılar için. "Bodrum'da, 10-17 Temmuz, 4 kişi, havuzlu villa" — bu kullanıcı parametrelerini zaten biliyor ve sonuçların bu kriterlere göre süzülmesini istiyor. Konum, tarih aralığı ve misafir sayısı, arama mimarisinde detaylı ele aldığımız şekilde birlikte çalıştığında anlamsız sonuçlar baştan eleniyor: dolup taşmış tatiller, yetersiz kapasiteli mülkler, uygunsuz tarihler dışlanıyor.

Bölge Merkezli Keşif

Leaflet tabanlı harita görünümü ise "bu bölgede ne var?" sorusundan başlayan kullanıcılar için. Bir tatil planlaması henüz şekillenmemiş olabilir; destinasyon kesinleşmemiştir, ama sahile yakın olmak önemlidir ya da belirli bir koyda kalmak istenmektedir. Harita üzerinde gezinerek mülklerin konumunu görmek, liste üzerinde konum açıklamalarını okumaktan çok daha doğal bir deneyim sunuyor.

Bu iki giriş noktası aynı içerik havuzuna farklı erişim yolları açıyor. Tasarımın dikkat çekici yanı, bunların birbirinin rakibi olarak değil, birbirini tamamlayan iki arayüz olarak sunulması. Kullanıcı ikisi arasında geçiş yapabiliyor; liste sonuçlarından haritaya, haritadan listeye.

Takvim ve Müsaitlik Katmanı

Arama deneyiminin altında özel bir takvim uygulaması çalışıyor. Her mülk için müsaitlik bilgisi bu sistemde tutuluyor. Tarih aralığı seçimi yalnızca bir filtre değil — aynı zamanda 300.000 ilan içinde o tarihlerde gerçekten uygun olanları öne çıkaran bir eleme mekanizması. Bu katman olmadan tarih bazlı arama anlamsızlaşırdı.

Mobil Gerçekliği: Her Cihazda Çalışan Tek Kod

niranar.com'un responsive tasarımı Tailwind CSS üzerine kurulu. Tailwind'in utility-first yaklaşımı, aynı kaynak kodun farklı ekran boyutlarında farklı düzenler üretmesini mümkün kılıyor. Bu, mobil kullanıcıların ayrı bir mobil site ya da uyarlanmış bir sayfa görüntülemediği anlamına geliyor — tam platform tek bir kod tabanından tüm cihazlara hizmet ediyor.

Tatil planlaması büyük ölçüde mobil cihazlarda başlıyor. Bir kullanıcı akşam yatmadan önce telefoniyle Bodrum aramasını yapıyor, beğendiği birkaç mülkü kaydediyor, sabah bilgisayarından detaylara bakıyor. Bu akış tek taraflı değil ve ara adımlar genellikle mobil.

Responsive tasarımın "mobile-first" gerçekliği yalnızca küçük ekrana sığdırmak değil. Dokunmatik etkileşim, haritada gezinme, filtre menülerinin açılıp kapanması — tüm bu etkileşim noktalarının küçük ekranda da işlevsel kalması gerekiyor. Tailwind tabanlı tasarım bu uyum gerekliliğini tek kod tabanında çözüyor.

Bu yaklaşımın tek geliştirici için bir diğer pratik avantajı daha var: iki ayrı kod tabanı — biri masaüstü, biri mobil — yönetmek zorunda kalmak yerine, tek bir responsive kod tabanı bakım maliyetini düşürüyor. Solo geliştirici için bu bir operasyonel tercih; kullanıcı için ise her cihazda tutarlı bir deneyim anlamına geliyor.

Yokluğun UX'i: Giriş Yok, Ödeme Yok

Bir tatil kiralama platformunda en dikkat çekici UX kararlarından biri, var olanlar değil, kasıtlı olarak dışarıda bırakılanlardır.

niranar.com'da kullanıcı girişi yok. Hesap açma formu yok. Ödeme sayfası yok. Rezervasyon akışı yok. Bu özellikler teknik olarak mümkün — Supabase altyapısı kimlik doğrulama modülünü içeriyor, ödeme entegrasyonu Nisan 2026 lansmanına hazırlanıyor. Ama beta döneminde bunlar bilinçli olarak devreye alınmamış.

Bu bir eksik değil; bir önceliklendirme kararı. Bir keşif platformunun birincil işlevi mülkleri bulmayı kolaylaştırmak. Bir kullanıcı Antalya'da uygun bir villa görüp, takvime bakıp, fiyatı değerlendirene kadar hesap oluşturma sürtünmesine ihtiyaç duymuyor. O nokta gelmeden önce zorla kayıt ettirmeye çalışmak, en kritik kullanıcı kararı — "bu mülk ilgimi çekiyor mu?" — verilmeden süreci kesiyor demektir.

Kayıt ve ödeme sürtünmesinin kaldırılması, ilk kullanım deneyimini en az dirençli hale getiriyor. Kullanıcı sadece arama yapıyor, listeye bakıyor, haritada geziniyor. Platforma karşı herhangi bir taahhütte bulunmadan keşfedebiliyor. Bu keşif-önce yaklaşımı, beta döneminin temel UX mantığı.

Beta stratejimizde detaylı açıkladığımız üzere, Nisan lansmanıyla bu tablo değişecek: rezervasyon akışı ve ödeme entegrasyonu devreye girecek. Ama o noktaya kadar, sade ve sürtünmesiz bir keşif deneyimi sunmak, kullanıcıları platformun değerini anlamak için en iyi konuma yerleştiriyor.

Erişilebilirlik: Tasarım Kısıtı Olarak Uyumluluk

niranar.com'da AGD iş ortağı doğrulama etiketi gözlemlenmiş. Bu, erişilebilirlik uyumluluğunun post-launch bir iyileştirme olarak değil, geliştirme sürecinin bir parçası olarak ele alındığının göstergesi.

Dijital erişilebilirlik iki boyutlu bir gereklilik. Bir yanda, engelli kullanıcılar dahil daha geniş bir kitleye ulaşmak — ekran okuyucu kullananlar, yüksek kontrast ihtiyacı duyanlar, klavye navigasyonuna bağımlı olanlar. Diğer yanda, AB pazarında faaliyet gösterip gösterme amacı taşıyan dijital ürünler için erişilebilirlik standartlarına uyum giderek zorunlu hale geliyor.

EUR fiyatlandırmasıyla AB turist kitlesini hedefleyen bir platform için erişilebilirlik, hem kapsayıcılık hem de uyumluluk açısından kritik bir tasarım kısıtı. Bu tercih, platformun yalnızca Türkiye içi bir çözüm olmadığını; uluslararası standartlarda çalışmak üzere tasarlandığını gösteriyor.

Erişilebilirliği sonradan eklemeye çalışmak genellikle hem teknik hem de bütçesel açıdan pahalı bir süreçtir. Mevcut bileşenlerin ve stil yapısının erişilebilirlik gereksinimlerine göre yeniden düzenlenmesi, baştan uyumlu tasarlanmış bir yapıya oranla çok daha fazla iş gerektirir. AGD doğrulama etiketinin varlığı, bu maliyetin baştan kabul edildiğini gösteriyor.

İki Taraflı Tasarım: Ev Sahipleri de Dahil

niranar.com'un navigasyonunda Destek, Ev Sahipliği ve Şirket bölümleri var. Ev Sahipliği (Hosting) bölümünün navigasyona dahil edilmesi, platformun yalnızca misafir tarafını değil, ev sahibi tarafını da tasarım kapsamında tuttuğunun göstergesi.

İki taraflı pazar yerleri için kullanıcı deneyimi tasarımı tek taraflı platformlardan daha karmaşık bir problem seti içeriyor. Misafir kullanıcı ve ev sahibi kullanıcı farklı hedeflere, farklı soru setlerine ve farklı ihtiyaçlara sahip. Misafir mülk bulmak istiyor; ev sahibi görünürlük kazanmak, listeleme sürecini anlamak, platformun değer önerisini değerlendirmek istiyor.

Ev Sahipliği bölümünün mülk listeleme araçları ve kaynaklarıyla birlikte mimariye dahil edilmesi, bu iki tarafın beta döneminden itibaren eş zamanlı olarak düşünüldüğünü gösteriyor. Platform, misafir deneyimini optimize ederken ev sahibi deneyimini ilerleye erteleyen bir tasarım yapmıyor — ikisi de ürünün yapısında görünür ve erişilebilir.

İki taraflı pazar yeri tasarımındaki temel zorluk, iki kullanıcı grubunun aynı platformu farklı hedeflerle ziyaret etmesini yönetmek. Navigasyonun Destek, Ev Sahipliği ve Şirket bölümlerini açıkça sunması, platformun bu iki hedef kitleye farklı yollar çizdiğini gösteriyor. Bir ev sahibi platforma geldiğinde "bu benim için mi?" sorusunu arama formuyla değil, Ev Sahipliği bölümüyle yanıtlayabiliyor.

Bu Kararlar Ne Gösteriyor?

Her kullanıcı deneyimi kararı, platformun neyi önemsediği ve kime hizmet ettiği hakkında bir sinyal gönderiyor.

Skeleton ekran, yavaş bağlantı koşullarında bile algılanan performansı koruma kararı. Türkçe arayüz ile EUR fiyat kombinasyonu, arz ve talep taraflarını aynı platformda farklı dillerde tutma kararı. Harita ve form gibi iki ayrı giriş noktası, farklı zihinsel modellerle arama yapan kullanıcıları tek bir ürünle karşılama kararı. Giriş ve ödeme yokluğu, keşif fazında sürtünmeyi sıfıra indirme kararı. Erişilebilirlik etiketi, uluslararası uyumluluk standartlarını baştan dahil etme kararı. Ev Sahipliği bölümü, iki taraflı pazar yapısını mimari düzeyde tutma kararı.

Bu kararların hiçbiri estetik tercih değil. Hepsi "bu kullanıcı kim, şu an ne ihtiyaç duyuyor?" sorusunu yanıtlıyor.

Sonuç

niranar.com'un kullanıcı deneyimi, her tercih arkasında bir ürün sorusu olan bilinçli bir tasarım anlayışını yansıtıyor. Skeleton ekranlar kullanıcıyı beklemede tutmak için değil, yavaş bağlantı koşullarında algılanan performansı iyileştirmek için. EUR fiyatlandırması hedef kitleyi netleştirmek için. İki giriş noktası farklı kullanıcı davranışlarını karşılamak için. Eksik özellikler bir eksiklik değil, keşif önce gelir mantığının yansıması.

Bu tür UX kararları, ürünün teknik mimariyle ve iş modeliyle doğrudan bağlantılı. Bir kullanıcı arayüzünü güzel yapmak değil, her tasarım kararını "kim için ve ne zaman?" sorusuna yanıt verecek biçimde konumlandırmak — bu fark, pazar yeri ürünlerinde deneyim kalitesini belirleyen asıl etken.

Nisan 2026 lansmanıyla rezervasyon ve ödeme akışları devreye girecek. O noktada mevcut UX kararları yeni katmanlarla genişleyecek. Ama temeli oluşturan tercihler — sürtünmesiz keşif, iki taraflı tasarım, algılanan performans — bu yeni katmanların hangi zemine inşa edileceğini belirleyecek.