Veriye Dayalı Tasarım Nedir? Data Driven Design ile Site Performansını Artırma

Veriye dayalı tasarım, bir web sitesinin renginden menüsüne kadar her kararı sezgiyle değil, ölçülmüş kullanıcı davranışıyla vermenizi sağlayan çalışma biçimidir. Bu yazıda nicel ve nitel veriyi nasıl birleştirdiğimi, ısı haritası ile kullanıcı testini nerede kullandığımı ve tasarım döngüsünü nasıl kurduğumu anlatıyorum. 2012'den beri sahada gördüğüm hataları da açıkça paylaşıyorum.

Veriye dayalı tasarım nedir?

Veriye dayalı tasarım (data driven design), web sitesi tasarım kararlarını analitik ölçümler, ısı haritaları, oturum kayıtları ve kullanıcı testlerinden elde edilen kanıta dayandırarak alan, ardından her değişikliğin etkisini yeniden ölçen döngüsel bir tasarım yaklaşımıdır. Amaç, zevke göre değil, ziyaretçinin gerçek davranışına göre tasarlamaktır.

Bu tanımda iki kelime önemli: kanıt ve döngü. Kanıt, "bence" cümlesinin yerini alır. Döngü ise tasarımın bir kez teslim edilip unutulmadığını anlatır. Siteyi yayına alırsınız, davranışı izlersiniz, sorunu bulursunuz, çözümü tasarlarsınız ve yine ölçersiniz.

Öte yandan veriye dayalı tasarım, tasarımcıyı devre dışı bırakmak anlamına gelmez. Veri size nerede sorun olduğunu gösterir; o sorunu zarif biçimde çözmek hâlâ tasarımcının işidir. Ben bu yüzden "veri yönlendirir, tasarımcı karar verir" diye özetliyorum.

Veriye dayalı tasarım ile sezgiye dayalı tasarım arasındaki fark nedir?

Sezgiye dayalı tasarımda karar genellikle toplantı odasında en yüksek sesle konuşan kişinin zevkine göre çıkar. Ben bunu sahada defalarca gördüm: genel müdür mavi sever, site mavi olur. Ancak ziyaretçi o toplantıda yoktur.

Veriye dayalı yaklaşımda ise tartışma şu soruya döner: "Bunu nereden biliyoruz?" Dolayısıyla fikirler hâlâ değerlidir, fakat her fikir bir hipotez olarak masaya gelir ve ölçümle sınanır.

Tablonun son satırı önemli. Veriye dayalı tasarımın da bir riski var: yanlış okunan veri, sezgiden daha tehlikeli olabilir, çünkü insanlara sahte bir kesinlik hissi verir. Bu riski yazının ilerleyen bölümlerinde ele alıyorum.

Veriye dayalı tasarım hangi veri türlerini kullanır?

İki ana veri ailesiyle çalışırsınız: nicel ve nitel. Nicel veri "ne oluyor" sorusunu, nitel veri ise "neden oluyor" sorusunu cevaplar. Birini diğeri olmadan kullanmak, haritanın yarısıyla yol bulmaya benzer.

• Nicel veri: sayfa görüntüleme, oturum, etkileşim oranı, dönüşüm, kaydırma derinliği, form terk oranı gibi sayılabilir ölçümler.
• Nitel veri: kullanıcı testi gözlemleri, anket cevapları, müşteri görüşmeleri, satış ekibinin duyduğu itirazlar.
• Davranış görselleştirmesi: ısı haritası ve oturum kaydı; nicel ile nitel arasında köprü kurar.
• Teknik veri: sayfa hızı, hata kayıtları, Core Web Vitals ölçümleri.

Ayrıca şirketin içinde duran veriyi unutmayın. Müşteri hizmetlerine gelen sorular, teklif formlarındaki notlar ve CRM kayıtları, bana çoğu zaman analitik panelinden daha net ipucu verdi. Örneğin aynı soruyu her hafta telefonda duyuyorsanız, o bilgi sitenizde ya yok ya da bulunamıyordur.

Nicel veri tasarım kararlarında nasıl kullanılır?

Nicel veriyi ilk olarak sorunun yerini bulmak için kullanırsınız. Google Analytics 4 içindeki Keşifler (Explorations) bölümü, huni ve yol analizleri sunar. Böylece ziyaretçinin hangi adımda koptuğunu sayfa sayfa görebilirsiniz.

Benim ilk baktığım üç şey şunlardır:

1. En çok trafik alan ama en az dönüşüm getiren sayfalar.
2. Mobil ve masaüstü arasında dönüşüm farkı büyük olan şablonlar.
3. Formu açan ama göndermeyen oturumların oranı.

Bu üç liste, tasarım ekibine nereden başlayacağını söyler. Ancak nicel veri tek başına sebep söylemez. "Hizmet sayfasında mobil dönüşüm düşük" bilgisi bir alarmdır, teşhis değildir. Teşhis için nitel veriye geçersiniz.

Bir de ölçüm temizliği meselesi var. Etiketler yanlış kuruluysa, tüm kararlarınız çürük bir temele oturur. Bu yüzden kampanya trafiğini UTM oluşturucu ile tutarlı etiketlemenizi, hedefleri de önceden yazıya dökmenizi öneririm.

Nitel veri neden en az nicel veri kadar önemlidir?

Nitel veri, rakamların arkasındaki insanı gösterir. Analitik size ziyaretçinin fiyat sayfasından çıktığını söyler; kullanıcı testi ise çıkmadan önce "Bu fiyata KDV dahil mi?" diye mırıldandığını gösterir. İkinci bilgi, doğrudan bir tasarım çözümüne dönüşür.

Nitel veriyi toplamanın pratik yolları şunlardır:

• Sayfa içi tek soruluk anketler ("Aradığınızı bulabildiniz mi?").
• Satış ve destek ekibiyle aylık kısa görüşme.
• Yeni müşteriye "Bizi seçmeden önce neyi merak ettiniz?" sorusu.
• Moderasyonlu veya moderasyonsuz kullanıcı testleri.

Üstelik nitel veri pahalı olmak zorunda değil. Beş dakikalık bir müşteri görüşmesi bile, haftalarca izlediğiniz bir grafikten daha somut bir hipotez çıkarabilir. Ben projelerde bu görüşmeleri tasarıma başlamadan önce yaparım; böylece ilk taslak bile kanıta dayanır.

Kısacası nicel veri nereye bakacağınızı, nitel veri ne göreceğinizi söyler. İkisini birlikte kullandığınızda tasarım toplantıları daha kısa ve daha verimli geçer.

Isı haritası nedir ve tasarımda nasıl okunur?

Isı haritası, ziyaretçilerin sayfada nereye tıkladığını, ne kadar aşağı kaydırdığını ve imleci nerede gezdirdiğini renklerle gösteren bir görselleştirmedir. Sıcak renkler yoğun etkileşimi, soğuk renkler ilgisizliği anlatır. Microsoft Clarity gibi ücretsiz araçlarla bu haritaları kolayca üretebilirsiniz.

Isı haritasını okurken üç ayrı katmana bakarım:

• Tıklama haritası: tıklanmayan butonları ve tıklanan ama link olmayan öğeleri gösterir.
• Kaydırma haritası: içeriğin yüzde kaçının gerçekten görüldüğünü anlatır.
• Dikkat alanı: ziyaretçinin en çok zaman geçirdiği bölümleri öne çıkarır.

Örneğin bir sanayi firmasının sitesinde ürün fotoğraflarına yoğun tıklama gördüğümü hatırlıyorum. Fotoğraflar büyümüyordu. Ziyaretçi detay görmek istiyordu, site ise izin vermiyordu. Çözüm basitti: tıklanabilir, yakınlaştırılabilir galeri.

Ancak ısı haritasını yorumlarken örneklem büyüklüğüne dikkat edin. Birkaç düzine oturumdan çıkan renkler, rastlantıyı desen gibi gösterebilir. Ayrıca mobil ve masaüstü haritalarını mutlaka ayrı inceleyin, çünkü iki cihazda davranış çoğu zaman bambaşkadır.

Oturum kayıtları hangi soruları cevaplar?

Oturum kaydı, tek bir ziyaretçinin sitede yaptığı hareketlerin anonimleştirilmiş tekrar oynatımıdır. Isı haritası kalabalığın ortalamasını gösterirken, oturum kaydı tek bir kişinin hikâyesini anlatır. Bu nedenle ikisini birbirinin tamamlayıcısı olarak kullanırım.

Oturum kayıtlarında özellikle şu davranışları ararım:

• Öfke tıklaması: aynı noktaya art arda hızlı tıklama; genellikle çalışmayan bir öğeye işaret eder.
• Geri dönüş döngüsü: ziyaretçinin iki sayfa arasında gidip gelmesi; aradığı bilgiyi bulamadığını gösterir.
• Form tereddüdü: bir alanda uzun bekleme ve silip yeniden yazma.

Pratik bir kural: rastgele kayıt izlemeyin. Önce analitikte sorunlu sayfayı ve segmenti belirleyin, sonra yalnızca o segmentin kayıtlarını filtreleyin. Aksi halde saatlerce video izleyip hiçbir sonuca ulaşamazsınız.

Bir de yasal boyut var. Kayıt aracınızın form alanlarını maskelediğinden, çerez onayıyla çalıştığından ve KVKK aydınlatma metninizde yer aldığından emin olun. Veriye dayalı tasarım, kullanıcının güvenini kaybederek yapılmaz.

Kullanıcı testi nasıl yapılır ve kaç kişi yeterlidir?

Kullanıcı testi, hedef kitlenize benzeyen kişilere gerçek bir görev verip sitenizde nasıl ilerlediklerini izlemenizdir. Örneğin "Bu firmadan fiyat teklifi isteyin" diye bir görev verirsiniz ve ne yaptıklarını sessizce gözlemlersiniz.

Kaç kişi sorusuna Nielsen Norman Group'un bilinen bir cevabı var. Jakob Nielsen, beş kullanıcıyla yapılan testin kullanılabilirlik sorunlarının büyük bölümünü ortaya çıkardığını, bütçeyi tek büyük test yerine birkaç küçük tura bölmenin daha verimli olduğunu savunur. Ben de pratikte bu yaklaşımı kullanırım.

Basit bir test turu şöyle ilerler:

1. Test etmek istediğiniz tek bir görevi yazın.
2. Hedef kitleye yakın beş katılımcı bulun.
3. Katılımcıdan düşündüğünü sesli söylemesini isteyin.
4. Müdahale etmeden izleyin, not alın.
5. Tekrarlayan sorunları listeleyin ve düzeltin.
6. Düzeltmeden sonra yeni bir tur yapın.

Katılımcı seçimi de sonucu belirler. Ekibinizden birini veya ürünü zaten iyi bilen bir müşteriyi test ettiğinizde, gerçek ziyaretçinin yaşadığı kafa karışıklığını göremezsiniz. Bu nedenle sitenizi hiç görmemiş ama hedef kitlenize benzeyen kişileri tercih edin. Uzaktan yapılan ekran paylaşımlı oturumlar da gayet iş görür; üstelik kaydı daha sonra tüm ekiple birlikte izleyebilirsiniz.

Dikkat edin: beş kişilik test, sorun bulmak için idealdir, fakat iki versiyon arasında istatistiksel kazanan seçmek için uygun değildir. O iş A/B testinin alanıdır.

Veriye dayalı tasarım döngüsü hangi adımlardan oluşur?

Veriye dayalı tasarımı tek seferlik bir analiz olarak değil, tekrarlanan bir döngü olarak kurarsınız. Benim projelerde kullandığım döngü altı adımdan oluşur:

1. Ölç: temel metrikleri ve mevcut durumu kaydedin.
2. Keşfet: nicel veriyle sorunlu sayfayı ve segmenti bulun.
3. Anla: ısı haritası, oturum kaydı ve kullanıcı testiyle sebebi çıkarın.
4. Tasarla: sebebe yönelik bir çözüm hipotezi üretin.
5. Doğrula: çözümü test edin veya kontrollü biçimde yayına alın.
6. Öğren: sonucu belgeleyin ve bir sonraki tura aktarın.

Döngünün en çok atlanan adımı sonuncusu. Ekipler test yapar, kazananı yayına alır ve öğrendiklerini hiçbir yere yazmaz. Altı ay sonra aynı fikir yeniden masaya gelir. Bu yüzden ben her projede basit bir "karar günlüğü" tutarım: ne değişti, neden değişti, ne oldu.

Döngünün temposu trafiğinize bağlıdır. Yüksek trafikli bir e-ticaret sitesinde haftalık tur mümkündür. Düşük trafikli bir kurumsal sitede ise aylık, hatta çeyreklik tur daha gerçekçidir.

Veriye dayalı tasarımda hangi metrikleri takip etmelisiniz?

Her metriği izlemeye çalışırsanız hiçbirini izlememiş olursunuz. Bu nedenle tasarım kararlarını bağlayacağınız az sayıda metrik seçin. Google'ın araştırma ekibinin yayımladığı HEART çerçevesi bu seçim için iyi bir başlangıç verir: mutluluk, benimseme, etkileşim, elde tutma ve görev başarısı.

Kurumsal bir site için benim pratik listem şöyledir:

• Ana dönüşüm oranı (form, arama, teklif talebi).
• Görev başarısı: ziyaretçi aradığı bilgiye ulaşıyor mu?
• Etkileşim oranı ve kaydırma derinliği.
• Form terk oranı.
• Sayfa hızı ve Core Web Vitals.

Hangi KPI'nın gerçekten işe yaradığını dijital pazarlama KPI yazımda ayrıntılı anlattım. Burada tek bir uyarı yapayım: tasarım metriği ile iş metriği bağlantılı olmalı. Kaydırma derinliği artarken teklif sayısı düşüyorsa, tasarımınız yanlış şeyi optimize ediyordur.

Sayfa hızı verisi tasarım kararlarını nasıl etkiler?

Hız, tasarımın görünmeyen katmanıdır. Büyük bir kahraman görseli, otomatik oynayan video veya ağır bir yazı tipi paketi, estetik açıdan güzel görünür; ancak ölçüm çoğu zaman bedelini gösterir. Bu yüzden hız verisini tasarım toplantısına ben bizzat getiririm.

Google'ın web.dev Core Web Vitals rehberi üç eşik tanımlar: LCP için 2,5 saniye, INP için 200 milisaniye ve CLS için 0,1. Bu değerleri sayfa ziyaretlerinin 75. yüzdelik diliminde karşılamanızı önerir. Ben tasarım kararlarını bu eşiklere göre sınarım.

Örneğin bir hero alanında slider mı, tek görsel mi kullanacağınızı tartışıyorsanız, iki versiyonun LCP etkisini ölçün. Çoğu projede tek, iyi sıkıştırılmış görsel kazandı. Ayrıca görsel boyutlarını resim küçültme aracıyla baştan doğru ayarlamak, sonradan yapılan optimizasyondan çok daha ucuzdur.

Hız ile SEO arasındaki ilişkiyi merak ediyorsanız site hızı SEO'yu nasıl etkiler yazısına, ölçüm yöntemini merak ediyorsanız Lighthouse testi rehberine göz atabilirsiniz.

Veri, tasarım hipotezine nasıl dönüştürülür?

Veri tek başına bir şey değiştirmez; onu bir hipoteze çevirmeniz gerekir. İyi bir hipotez üç parçadan oluşur: gözlem, değişiklik ve beklenen sonuç. Ben ekiplerden şu kalıbı kullanmalarını isterim:

"[Veri kaynağında] [gözlemi] gördüğümüz için, [değişikliği] yaparsak [metrikte] [yönde] bir değişim bekliyoruz."

Örnek bir hipotez: "Oturum kayıtlarında mobil ziyaretçilerin teklif formunda telefon alanında takıldığını gördüğümüz için, alanı isteğe bağlı yaparsak mobil form gönderim oranının artmasını bekliyoruz."

Bu kalıbın avantajı açık: hipotez hangi veriye dayandığını söyler, dolayısıyla tartışma kişisel zevkten çıkar. Üstelik sonuç ne olursa olsun bir şey öğrenirsiniz. Hipotez tutmazsa, gözleminizi yanlış yorumladığınızı anlarsınız.

Hipotezleri nasıl önceliklendirip A/B testine sokacağınız ise ayrı bir disiplin, yani CRO sürecidir. Ben bu yazıda o sürecin ayrıntısına girmiyorum; ilkeleri dönüşüm odaklı web tasarım yazısında bulabilirsiniz.

A/B testi olmadan veriye dayalı tasarım yapılabilir mi?

Evet, yapılabilir; hatta çoğu kurumsal site için gerçekçi olan budur. A/B testi güçlü bir araçtır, fakat anlamlı sonuç için yeterli trafik ve dönüşüm ister. Aylık birkaç düzine form alan bir sitede, küçük bir buton değişikliğini test etmek haftalar değil aylar sürebilir.

Bu durumda şu yöntemleri kullanırım:

• Önce/sonra karşılaştırması: değişikliği yayına alın, mevsimselliği hesaba katarak benzer dönemle karşılaştırın.
• Kullanıcı testi turları: değişiklik öncesi ve sonrası aynı görevi yeni katılımcılarla tekrarlayın.
• Beş saniye testi ve tercih testi: ilk izlenim ve mesaj netliğini ölçün.
• Nitel geri bildirim: satış ekibinin duyduğu soruların azalıp azalmadığını izleyin.

Böylece veriye dayalı karar verme alışkanlığını düşük trafikte de korursunuz. Önemli olan, her değişikliğin bir gerekçesi ve bir ölçüm planı olmasıdır. Kanıtın gücü A/B testinden daha düşük olabilir; ancak yine de sezgiden çok daha güvenilirdir.

Veriye dayalı tasarımda en sık yapılan hatalar nelerdir?

Sahada en çok gördüğüm hatalar teknikten çok zihniyetle ilgilidir. İşte başlıcaları:

1. Ortalama kuyusuna düşmek: tüm ziyaretçileri tek grup gibi okumak. Mobil ve masaüstü, yeni ve geri dönen ziyaretçi ayrı davranır.
2. Kibir metriği kovalamak: sayfa görüntülemesini artırıp iş sonucunu unutmak.
3. Korelasyonu sebep sanmak: iki grafik birlikte yükseldi diye biri diğerini açıklamaz.
4. Veriyi karar sonrası aramak: önce karar verip sonra onu destekleyen rakamı bulmak.
5. Nitel veriyi küçümsemek: "Beş kişi ne anlatır ki" diyerek kullanıcı testini atlamak.

Dördüncü madde en sinsisidir. Bir yönetici fikrine aşıkken ekip genellikle o fikri destekleyen tek bir grafiği bulur. Bu nedenle ölçüm planını değişiklikten önce yazın: hangi metriğe, ne kadar süre, hangi segmentte bakacaksınız?

Ayrıca veriyi kullanıcıya karşı kullanmayın. Karanlık desenlerle kısa vadede dönüşüm artırabilirsiniz; fakat güven kaybı uzun vadede daha pahalıya patlar.

Veriye dayalı tasarım SEO ile nasıl birlikte çalışır?

SEO ve veriye dayalı tasarım aynı soruya iki taraftan bakar: ziyaretçi aradığını bulabiliyor mu? Arama motoru trafiği getirir, tasarım ise o trafiğin ne yaptığını belirler. Birini iyileştirip diğerini ihmal ederseniz, emeğin yarısı boşa gider.

Somut örnekler vereyim. Search Console'da yüksek gösterim ama düşük tıklama alan bir sayfa, başlık ve açıklama sorununa işaret eder. Bunu Search Console rehberimde anlattım. Tıklama yüksek ama etkileşim düşükse, sorun büyük ihtimalle sayfa tasarımı veya içerik uyumsuzluğudur.

Dolayısıyla SEO verisini tasarım döngüsüne dahil etmenizi öneririm:

• Arama sorgularından ziyaretçinin niyetini çıkarın.
• O niyete göre sayfanın ilk ekranını tasarlayın.
• Etkileşim ve dönüşümü ölçüp içeriği güncelleyin.

Kullanıcı deneyimi ile arama görünürlüğünün kesiştiği noktaları UX ve SEO dengesi yazısında daha ayrıntılı ele aldım.

Segmentasyon tasarım kararlarını nasıl değiştirir?

Segmentasyon, ziyaretçileri ortak özelliklere göre gruplara ayırıp her grubu ayrı okumaktır. Tüm siteyi tek bir ortalama üzerinden değerlendirdiğinizde, birbirini götüren iki eğilimi kolayca kaçırırsınız. Örneğin masaüstü dönüşümü artarken mobil dönüşüm düşebilir; toplam rakam ise hiçbir şey olmamış gibi görünür.

Benim tasarım analizinde en sık kullandığım segmentler şunlardır:

• Cihaz türü: mobil, masaüstü, tablet.
• Trafik kaynağı: organik arama, ücretli reklam, sosyal medya, doğrudan.
• Ziyaretçi tipi: ilk kez gelen ve geri dönen.
• Giriş sayfası: ana sayfa, hizmet sayfası, blog yazısı.

Her segment farklı bir tasarım ihtiyacı doğurur. Reklamdan gelen ziyaretçi, reklam metninde gördüğü vaadi ilk ekranda arar. Blogdan gelen ziyaretçi ise henüz satın almaya hazır değildir; ona daha yumuşak bir sonraki adım sunmanız gerekir. Bu farkı hedef kitle analizi yazımda da anlattım.

Dolayısıyla bir tasarım değişikliğini değerlendirirken sonucu mutlaka segment kırılımıyla okuyun. Toplamda nötr görünen bir değişiklik, en değerli segmentinizde ciddi bir kayıp gizliyor olabilir.

Form verisi tasarım hakkında ne anlatır?

Kurumsal bir sitede form, çoğu zaman tek gerçek dönüşüm noktasıdır. Bu yüzden form davranışı, tasarımınız hakkında en dürüst geri bildirimi verir. Ziyaretçi formu açıp doldurmaya başladıysa niyeti vardır; göndermeden çıktıysa bir şey onu durdurmuştur.

Form analizinde şu soruları sorarım:

1. Hangi alanda en çok zaman harcanıyor?
2. Hangi alanda ziyaretçi formu terk ediyor?
3. Hata mesajı en sık hangi alanda görünüyor?
4. Mobilde klavye doğru tipte açılıyor mu?

Bu soruların cevabı genellikle şaşırtıcı derecede basit çözümler çıkarır: gereksiz bir alanı kaldırmak, hata mesajını anlaşılır yazmak, telefon alanında sayısal klavye açmak. Ancak hangi alanın gerçekten gereksiz olduğuna satış ekibiyle birlikte karar verin; yoksa daha çok ama daha kalitesiz talep alırsınız.

Form tasarımının ayrıntılarını randevu, teklif ve demo formu tasarımı yazısında ele aldım. Burada vurgulamak istediğim şey şu: formu tasarımcının zevkine değil, terk verisine göre sadeleştirin.

İçerik kararları veriyle nasıl alınır?

Tasarım yalnızca görsel katman değildir; sayfada hangi bilginin, hangi sırayla yer aldığı da bir tasarım kararıdır. Bu kararı da veriyle verebilirsiniz. Kaydırma haritası, ziyaretçinin sayfanın hangi noktasında ilgisini kaybettiğini gösterir. Eğer en önemli bilginiz o noktanın altında kalıyorsa, sıralamayı değiştirmeniz gerekir.

Ayrıca site içi arama verisi, ziyaretçinin bulamadığı içeriğin doğrudan listesidir. Sitenizde arama kutusu varsa, en sık aranan terimleri düzenli olarak inceleyin. Aynı terim sürekli aranıyorsa, o bilgi ya menüde yok ya da yanlış yerde duruyordur.

Metnin kendisini de ölçebilirsiniz. Uzun ve karmaşık cümleler, özellikle mobilde okunmadan geçilir. Metinlerinizi okunabilirlik analizi aracıyla kontrol etmek, basit ama etkili bir başlangıçtır. Üstelik müşteri görüşmelerinde duyduğunuz kelimeleri sayfada kullanmak, ziyaretçinin kendini anlaşılmış hissetmesini sağlar.

Kısacası içerik sırası, başlık dili ve bilgi yoğunluğu da test edilebilir tasarım kararlarıdır. Bunları görsel değişikliklerle aynı disiplinle ele alın.

Çerez onayı ve eksik veri kararlarınızı nasıl etkiler?

Analitik paneliniz sitenize gelen herkesi göstermez. Çerez onayını reddeden ziyaretçiler, reklam engelleyici kullananlar ve bazı tarayıcı kısıtlamaları, verinizde boşluk bırakır. Bu yüzden panelde gördüğünüz rakamı gerçeğin kendisi değil, gerçeğin bir örneklemi olarak okumanız gerekir.

Bu boşluk tasarım kararlarını iki şekilde etkiler. Birincisi, mutlak sayılar düşük görünür; örneğin form sayınız CRM kayıtlarınızdan az çıkabilir. İkincisi, onay veren ve vermeyen ziyaretçiler aynı davranmayabilir; dolayısıyla elinizdeki örneklem hafif taraflı olabilir.

Pratikte şu önlemleri alırım:

• Analitikteki dönüşüm sayısını CRM veya e-posta kutusundaki gerçek taleplerle düzenli karşılaştırırım.
• Kararları mutlak sayıya değil, aynı ölçüm koşulundaki oranlara ve eğilimlere dayandırırım.
• Çerez bandının tasarımını da test konusu yaparım, çünkü bant ilk ekranın bir parçasıdır.

Kısacası eksik veri, veriye dayalı çalışmayı geçersiz kılmaz; yalnızca alçakgönüllü olmayı gerektirir. Rakamlar arasında çelişki gördüğünüzde önce ölçüm kurulumunu kontrol edin, sonra tasarımı suçlayın.

Küçük bir işletme veriye dayalı tasarıma nereden başlamalı?

Büyük bütçe veya veri ekibi gerekmez. Küçük bir işletme için başlangıç şöyle olabilir:

1. GA4 kurulumunu kontrol edin ve bir ana dönüşüm tanımlayın.
2. Microsoft Clarity gibi ücretsiz bir araçla ısı haritası ve kayıt toplamaya başlayın.
3. En çok trafik alan üç sayfayı seçin.
4. Her sayfa için yirmi oturum kaydı izleyin ve notlar alın.
5. Beş müşteriye "Sitemizde neyi bulamadınız?" diye sorun.
6. En sık tekrar eden sorunu düzeltin ve bir ay sonra yeniden ölçün.

Bu altı adım, bir hafta sonu işiyle kurulabilir. Üstelik ilk turdan sonra genellikle en az bir bariz sorunu bulursunuz: çalışmayan bir link, mobilde kaybolan bir buton, anlaşılmayan bir fiyat ifadesi. Bu, saha tecrübeme dayanan bir gözlem, garanti değil.

Sitenizin mobil tarafını ayrıca gözden geçirmek isterseniz mobil uyumluluk testi rehberine bakabilirsiniz. Ziyaretçilerin çoğu mobilden geliyorsa, ilk turu mobile ayırmak mantıklıdır.

Veriye dayalı tasarım ekip içinde nasıl kültüre dönüşür?

Araç kurmak kolaydır; zor olan, ekibin kararlarını gerçekten veriye bağlamasıdır. Benim gözlemim şu: kültür, toplantılarda sorulan sorularla değişir. "Beğendin mi?" yerine "Bunu hangi veri destekliyor?" diye sormaya başladığınızda, ekip de hazırlıklı gelmeye başlar.

Kültürü kalıcı hale getirmek için şu alışkanlıkları öneririm:

• Aylık kısa bir "öğrendiklerimiz" toplantısı yapın.
• Karar günlüğünü herkesin erişebileceği bir yerde tutun.
• Başarısız testleri de paylaşın; onlar da öğrenmedir.
• Tasarımcıyı analitik panele, analisti de kullanıcı testine davet edin.

Öte yandan veriyi bir silah gibi kullanmaktan kaçının. Amaç kimin haklı olduğunu kanıtlamak değil, ziyaretçi için daha iyi bir site kurmaktır. Bu tutum ekipte savunmacılığı azaltır, deney yapma cesaretini artırır.

Veriye dayalı tasarım projeniz için ne zaman destek almalısınız?

Temel döngüyü kendi ekibinizle kurabilirsiniz. Ancak bazı durumlarda dışarıdan bakış hız kazandırır: ölçüm kurulumu karışıksa, veriler birbiriyle çelişiyorsa ya da site yenileme öncesinde doğru kararları vermek istiyorsanız.

Ben projelerde genellikle şu sırayla ilerlerim: önce ölçüm temizliği, sonra davranış analizi, ardından tasarım önerileri ve son olarak doğrulama planı. Böylece yeni tasarım, eski sitenin öğrettiklerini kaybetmeden kurulur. Bu yaklaşımı web tasarım hizmetimde standart olarak uygularım.

Arayüzdeki tipik sorunları önceden tanımak isterseniz satışı düşüren UX hataları yazısı iyi bir kontrol listesi sunar. Kısacası veriye dayalı tasarım bir proje değil, bir çalışma biçimidir. İlk turu küçük tutun, ama döngüyü kesmeyin. Sorularınız olursa iletişim sayfasından bana doğrudan yazabilirsiniz; projenizi dinledikten sonra nereden başlamanın mantıklı olduğunu birlikte konuşuruz.