← Yazılar

17 dk

Friction Nedir? CRO’da Kullanıcının Hedefe Ulaşırken Ödediği Bedel

2 Eylül 2026 · Berke Dalar

Friction, CRO’da kullanıcının hedefe ulaşmasını zorlaştıran gereksiz zihinsel veya fiziksel yükü anlamak için kullanışlı bir kavramdır.

Bir kullanıcı bir web sitesine geldiğinde yalnızca “tıklamaz”.

Aynı zamanda:

OKUR
↓
ANLAMAYA ÇALIŞIR
↓
ARAR
↓
HATIRLAR
↓
KARŞILAŞTIRIR
↓
KARAR VERİR
↓
SCROLL EDER
↓
TIKLAR
↓
BİLGİ GİRER
↓
HATA YAPAR
↓
HATASINI DÜZELTİR
↓
HEDEFİNE İLERLER

Bunların tamamı kullanıcının deneyim sırasında ödediği maliyetlerdir.

Nielsen Norman Group bu daha geniş kavramı interaction cost olarak tanımlar: kullanıcının dijital bir ürün üzerinde hedefine ulaşabilmek için harcadığı zihinsel ve fiziksel çabanın toplamı.^[1]

Bu yazıda friction kavramını CRO açısından bu interaction cost üzerinden ele alacağım.

Friction, kullanıcının hedefi ile hedefe ulaşması arasına giren zihinsel veya fiziksel effort’tur. CRO açısından asıl problem ise bu effort’un kullanıcıya veya işletmeye anlamlı bir değer üretmeden birikmesidir.

Buradaki kritik kelime gereksiz.

Çünkü bütün effort kötü değildir.

Friction nedir?

Friction’ı kullanıcının yapmak istediği şeyi gerçekleştirebilmek için karşılaştığı ek zihinsel veya fiziksel yük olarak düşünebiliriz.

Hedef farklı sitelerde farklı olabilir.

E-ticarette:

Doğru ürünü bulmak ve satın almak.

B2B landing page’de:

Hizmetin uygun olup olmadığını değerlendirmek ve teklif istemek.

SaaS ürününde:

Ürünü anlamak ve demo talep etmek.

İçerik sitesinde:

Aradığı cevabı bulmak.

Kullanıcı bu hedefe giderken sürekli küçük maliyetler öder:

doğru sayfayı bulmak,
ürünün kendisine uygun olup olmadığını anlamak,
iki paket arasındaki farkı çözmek,
teslimat ücretini aramak,
form doldurmak,
CAPTCHA tamamlamak,
şifre oluşturmak,
hata mesajını anlamak,
bir sonraki adımın ne olduğunu tahmin etmek.

Tek tek bakıldığında bunların bazıları küçük görünür.

Ama kullanıcı deneyimi her zaman tek bir dev problem yüzünden bozulmaz.

Küçük interaction cost’lar birikebilir.

Bu yüzden CRO’da yalnız:

“Form kaç alan?”

diye sormak yetersizdir.

Daha iyi soru:

Kullanıcı hedefe ulaşmak için ne kadar okumak, anlamak, hatırlamak, karşılaştırmak, aramak, karar vermek ve fiziksel olarak etkileşim kurmak zorunda?

Interaction cost ile friction aynı şey midir?

Tam olarak değil.

NN/g’nin interaction cost kavramı kullanıcının hedefine ulaşması için harcadığı toplam zihinsel ve fiziksel effort’u ifade eder.^[1]

Bu effort’un bir bölümü görevin doğal sonucudur.

Örneğin bir kullanıcının:

hangi ürünü istediğine karar vermesi,
teslimat adresini girmesi,
ödeme yöntemini seçmesi

tamamen ortadan kaldırılamayabilir.

Bu yazıda friction’ı daha dar CRO anlamında kullanıyorum:

INTERACTION COST
=
HEDEFE ULAŞMAK İÇİN HARCANAN
TOPLAM MENTAL + PHYSICAL EFFORT


FRICTION
=
BU EFFORT'UN HEDEFE ULAŞMAYI
ZORLAŞTIRAN BÖLÜMÜ


BAD FRICTION
=
ANLAMLI DEĞER ÜRETMEDEN
EKLENEN GEREKSİZ MALİYET

Bu ayrım editoryal bir CRO framework’üdür. NN/g’nin resmi olarak “bad friction” ve “useful friction” isimleriyle sunduğu bir taksonomi değildir.

Ama interaction cost’u optimizasyon kararına dönüştürmek için kullanışlıdır.

Friction sadece çok fazla tıklama değildir

Interaction cost denildiğinde ilk refleks genellikle fiziksel işlem sayısını azaltmaktır.

“Sekiz tıklama kötü, üç tıklama iyi.”

Bu fazla basit bir modeldir.

Bazen sekiz açık ve anlaşılır adım, üç belirsiz adımdan çok daha kolay olabilir.

Örneğin yalnız dört alanlı bir lead form düşünelim:

Ad
Telefon
Şirket
Proje kapsamı

Form kağıt üzerinde son derece kısa.

Fakat “Proje kapsamı” alanında hiçbir açıklama yoksa kullanıcı şunları düşünmeye başlayabilir:

Ne kadar detay yazmalıyım?
Bütçe yazmalı mıyım?
Teknik gereksinimleri anlatmalı mıyım?
Bir cümle yeterli mi?
Yanlış bir şey yazarsam sorun olur mu?

Fiziksel interaction azdır.

Ama cognitive effort artmıştır.

Kullanıcının tıklamıyor olması hiçbir iş yapmadığı anlamına gelmez. Düşünmek de interaction cost’tur.

Physical friction nedir?

Physical friction, kullanıcının hedefe ilerlemek için gerçekleştirmek zorunda kaldığı fiziksel interaction’larla ilgilidir.

Örneğin:

scroll etmek,
tıklamak,
sayfa değiştirmek,
menü açmak,
form doldurmak,
aynı bilgiyi tekrar girmek,
dosya yüklemek,
CAPTCHA çözmek,
telefon klavyesinde yanlış input type ile mücadele etmek.

Bu işlemlerin artması interaction cost’u yükseltebilir.

Ancak yalnız sayı üzerinden karar vermemek gerekir.

Beş net ve gerekli input, iki belirsiz input’tan daha iyi olabilir.

Cognitive friction nedir?

Cognitive friction kullanıcının interface’i kullanırken yaptığı zihinsel işle ilgilidir.

Örneğin:

bir terimin anlamını çözmek,
iki plan arasındaki farkı hatırlamak,
bir sonraki adımı tahmin etmek,
hangi CTA’nın doğru olduğunu seçmek,
fiyatın neden gösterilmediğini düşünmek,
önceki sayfadaki bilgiyi hatırlamak,
hangi ürünün ihtiyacına uygun olduğunu karşılaştırmak.

NN/g’nin recognition-versus-recall rehberi de interface’lerde kullanıcıdan bilgiyi hafızadan geri çağırmasını istemenin, gerekli bilgiyi doğrudan görünür veya kolay erişilebilir hale getirmeye göre daha fazla bilişsel çaba gerektirdiğini açıklar.^[2]

Örneğin iki ürünün özelliklerini karşılaştırmak için kullanıcının sürekli:

PRODUCT A
↓
ÖZELLİKLERİ HATIRLA
↓
PRODUCT B
↓
FARKLARI ZİHNİNDE KARŞILAŞTIR
↓
PRODUCT A'YA GERİ DÖN

yapması gerekiyorsa sistem kullanıcının memory’sini çalışma alanı olarak kullanıyordur.

Karşılaştırma tablosu aynı işi:

A + B
AYNI EKRANDA
↓
RECOGNITION
↓
DAHA DÜŞÜK MEMORY LOAD

haline getirebilir.

Interaction cost neden birikir?

Bir kullanıcı yolculuğunu yalnız en büyük usability problemi üzerinden değerlendirmek yanıltıcı olabilir.

Bir landing page düşünelim:

HERO
Teklif biraz belirsiz.

↓

PRICING
Fiyat veya fiyatlama mantığı yok.

↓

PROOF
Case study bulunmuyor.

↓

CTA
Üç farklı aksiyon var.

↓

NAVIGATION
İletişim için başka sayfaya gitmek gerekiyor.

↓

FORM
Hizmet yeniden seçiliyor.

↓

SUCCESS
Form sonrası ne olacağı belirsiz.

Bu problemlerin herhangi biri tek başına kullanıcının çıkmasına neden olmayabilir.

Ama toplam deneyim:

ANLAMAYA ÇALIŞ
+
ARA
+
>KARŞILAŞTIR
+
TEYİT ET
+
SEÇ
+
TEKRAR BİLGİ VER
+
SONRA NE OLACAĞINI TAHMİN ET

haline gelir.

Analytics sonunda bize yalnız:

“Kullanıcı conversion olmadı.”

der.

Gerçek deneyim ise birikmiş interaction cost olabilir.

Friction’ın CRO açısından temel türleri nelerdir?

Friction için tek ve evrensel bir taksonomi yoktur.

Ama CRO analizi sırasında şu altı kategori son derece kullanışlıdır:

1. COGNITIVE EFFORT

2. PHYSICAL / INTERACTION EFFORT

3. UNCERTAINTY

4. TRUST FRICTION

5. CONTEXT SWITCHING

6. ERROR RECOVERY

1. Cognitive effort

Kullanıcı bir şeyi anlamak, hatırlamak veya karşılaştırmak için gereğinden fazla zihinsel iş yapmak zorundadır.

Örneğin üç paket vardır:

STARTER
PRO
BUSINESS

Ama paketlerin farkları birkaç paragraf metin içinde dağınık biçimde açıklanmıştır.

Kullanıcı:

özellikleri hatırlar,
diğer pakete bakar,
önceki pakete geri döner,
hangisinin kendisine uygun olduğunu düşünür.

Buradaki friction click sayısı değildir.

Karşılaştırma yüküdür.

2. Physical veya interaction effort

Kullanıcı gereksiz fiziksel işlem yapmak zorundadır.

Örneğin landing page’den teklif almak için:

SERVICE LANDING PAGE
↓
CONTACT PAGE
↓
SERVICE DROPDOWN
↓
AYNI HİZMETİ TEKRAR SEÇ
↓
FORM
↓
SUBMIT

Kullanıcı zaten hangi hizmetle ilgilendiğini söylemişti.

Sistem bağlamı korumadığı için tekrar input istiyor.

3. Uncertainty

Kullanıcı yaptığı aksiyonun sonucunu veya karar için gerekli bilgiyi bilmiyordur.

Örneğin CTA:

“Gönder”

diyor.

Ama kullanıcı bilmiyor:

Telefonla mı aranacak?
E-posta mı gelecek?
Demo mu açılacak?
Teklif mi gönderilecek?
Ne kadar sürede dönüş yapılacak?

Interaction yalnız butona tıklamak değildir.

Kullanıcı önce belirsizliği değerlendirmek zorundadır.

4. Trust friction

Kullanıcı sunulan iddia veya işletme hakkında yeterli confidence oluşmadığı için ek doğrulama işi yapar.

Örneğin bir hizmet sayfası:

“Conversion’ınızı artırıyoruz.”

diyor.

Ama:

case study yok,
metodoloji yok,
müşteri örneği yok,
ölçüm yaklaşımı yok,
kanıt yok.

Kullanıcı şimdi iddianın doğruluğunu kendi başına araştırmak zorundadır.

Bu ek doğrulama ihtiyacını trust friction olarak ele alabiliriz.

Voice of Customer araştırması kullanıcıların karar sırasında hangi proof türlerini aradığını veya neye inanmakta zorlandığını keşfetmek için kullanılabilecek kaynaklardan biridir.

5. Context switching

Kullanıcı bulunduğu karar bağlamından farklı bir bağlama geçmek zorunda kalır.

Örneğin:

LANDING PAGE TASARIMI HİZMETİ

↓ CTA

GENEL "BİZİMLE İLETİŞİME GEÇİN" SAYFASI

↓
HANGİ HİZMET?

↓
LANDING PAGE TASARIMI

↓
FORM

Kullanıcı az önce verdiği bağlamı yeniden oluşturmak zorundadır.

Bu küçük görünür.

Fakat conversion journey continuity bozulmuştur.

Kullanıcı yolculuğu açısından önemli olan yalnız her sayfanın tek başına kullanılabilir olması değil, kullanıcı bir aşamadan diğerine geçtiğinde bağlamın korunmasıdır.

6. Error recovery

Kullanıcı hata yaptıktan sonra sistemi tekrar çalışır hale getirmek için ek effort harcamak zorunda kalır.

Örneğin:

“Telefon numarası geçersiz.”

mesajı gösteriliyor.

Ama doğru format belirtilmiyor.

Kullanıcı şimdi tahmin eder:

+90 yazılacak mı?
Başında 0 olacak mı?
Boşluk kullanılabilir mi?
Parantez kullanabilir miyim?

NN/g’nin usability heuristics rehberi error message’ların kullanıcıya yalnız hata olduğunu söylememesi; problemi anlaşılır biçimde tanımlaması ve recovery için çözüm göstermesi gerektiğini belirtir.^[3]

Buradaki interaction cost formu doldurmak değildir.

Yanlış interaction’dan kurtulmaya çalışmaktır.

Friction her zaman kötü müdür?

Hayır.

Burada CRO öğrenirken yapılan en kolay hatalardan biri:

“Friction kötüdür. O zaman her şeyi kaldıralım.”

sonucuna varmaktır.

Bu mantığın sonu:

hiç qualification yapmayan formlar,
geri alınamaz işlemlerde confirmation bulunmaması,
kullanıcıya hiçbir beklenti vermeyen CTA’lar,
sırf form completion artsın diye gerekli bilgilerin kaldırılması

olabilir.

Conversion rate yükselse bile sistem kötüleşebilir.

FORM SUBMISSION
↑

AMA

QUALIFIED LEAD
↓

SALES CLOSE RATE
↓

SUPPORT LOAD
↑

Bu nedenle CRO’nun amacı sıfır friction değildir.

Amaç, kullanıcıya veya işletmeye anlamlı değer üretmeyen gereksiz friction’ı azaltmaktır.

Useful friction nedir?

“Useful friction” ifadesini burada pratik bir CRO kategorisi olarak kullanıyorum.

Kullanıcının işini biraz yavaşlatan ama:

hata önleyen,
risk azaltan,
beklentiyi netleştiren,
lead qualification sağlayan,
geri alınamaz işlemi doğrulatan

interaction’lar bu gruba girebilir.

Qualification

B2B lead formunda:

“Şirket büyüklüğü”

sorusu ekstra effort yaratır.

Ama hedef müşteri tanımı açısından gerçek bir business function taşıyorsa bu interaction’ın değeri olabilir.

Sırf form alanı sayısını azaltmak için kaldırmak doğru olmayabilir.

Deliberate confirmation

Örneğin:

“Bu işlemi geri alamazsınız. Hesabı kalıcı olarak silmek istiyor musunuz?”

ekstra interaction yaratır.

Ama ciddi sonuçları olan veya geri alınamayan işlemlerde confirmation dialog kullanmak kullanıcı hatasını azaltabilir. NN/g de confirmation dialog’ların bu tür yüksek riskli durumlarda kullanılmasını, rutin işlemlerde ise gereksiz yere tekrarlanmamasını önerir.^[4]

Expectation setting

Bir danışmanlık CTA’sının yanında:

“İlk görüşme yaklaşık 30 dakika sürer. Talebinizden sonra bir iş günü içinde dönüş yapılır.”

bilgisi kullanıcıya birkaç saniye daha okuma yükü getirir.

Ama sonraki adım hakkındaki uncertainty’yi azaltabilir.

Bad friction nedir?

Bad friction, kullanıcının veya işletmenin sonucuna anlamlı katkı sağlamadan eklenen maliyettir.

Örneğin:

aynı bilgiyi iki kere istemek,
belirsiz label’lar,
gereksiz account creation,
ne olacağı belli olmayan CTA,
gizlenen maliyetler,
karmaşık navigation,
anlaşılmaz error message,
gereksiz confirmation adımları.

Baymard’ın checkout araştırmaları da unexpected costs, forced account creation, uzun veya karmaşık süreçler ve form/usability problemleri gibi farklı friction kaynaklarının checkout abandonment’a katkıda bulunabildiğini gösteriyor.^[5]

CRO’nun amacı minimum click sayısı mıdır?

Hayır.

Daha iyi hedef:

Doğru kullanıcının, görevin gerektirdiğinden daha fazla effort harcamadan hedefe ilerleyebilmesi.

Örneğin üç adımlı checkout:

ADDRESS + SHIPPING + PAYMENT

tek sayfalı checkout’tan otomatik olarak kötü değildir.

Eğer adımlar:

açık,
öngörülebilir,
mantıklı gruplanmış,
hata recovery’si kolay

ise kullanıcı açısından interaction cost daha düşük hissedilebilir.

Bir arayüzün sadeliğini element veya click sayısıyla ölçmek yeterli değildir.

Friction analytics’te nasıl görünür?

Friction’ın kendisini çoğu zaman GA4 ekranında “friction = 42” şeklinde görmeyiz.

Analytics’te daha çok sonuçlarını görebiliriz:

drop-off,
düşük step conversion,
form abandonment,
düşük add-to-cart,
checkout abandonment,
tekrar eden navigation davranışı.

Örneğin:

CART
↓
CHECKOUT 1
↓
CHECKOUT 2
↓
PAYMENT

CHECKOUT 2
%38 DROP-OFF

Conversion funnel analizi bize sorun sinyalinin hangi aşamada yoğunlaştığını gösterebilir.

Ama yalnız şunu biliyoruz:

“İnsanlar burada kaybediliyor.”

Henüz nedenini bilmiyoruz.

Drop-off problem değil, semptomdur

Bu ayrım CRO analizi için kritik.

Elimizde şu veri olsun:

Checkout Step 2 → %38 drop-off.

Bu bir observation’dır.

Buradan doğrudan:

form çok uzun,
kullanıcı fiyatı pahalı buldu,
tasarım kötü,
CTA çalışmıyor

sonuçlarını çıkaramayız.

Bunlar olası açıklamalardır.

Aynı drop-off pattern’i şu nedenlerden oluşabilir:

çok fazla form alanı,
belirsiz label,
beklenmeyen kargo maliyeti,
zorunlu üyelik,
aynı bilgiyi tekrar isteme,
kötü hata mesajı,
güven problemi,
kupon alanının kullanıcıyı siteden çıkarması,
mobil keyboard veya input problemi,
ödeme doğrulama hatası.

Baymard’ın checkout araştırmalarında da aynı genel abandonment sonucunun farklı UX ve UX dışı nedenlerden oluşabildiği özellikle vurgulanır.^[5]

Drop-off bize nerede araştırmamız gerektiğini söyler. Neden olduğunu otomatik olarak söylemez.

Friction nasıl araştırılır?

Daha doğru investigation zinciri:

ANALYTICS SIGNAL
↓
OBSERVED BEHAVIOR
↓
REQUIRED EFFORT
↓
FRICTION TYPE
↓
POSSIBLE CAUSE
↓
HYPOTHESIS
↓
CHANGE / EXPERIMENT

Örneğin:

Analytics signal:

Checkout Step 2’de yüksek drop-off.

Observed behavior:

Session recording’lerde kullanıcılar teslimat seçenekleri arasında tekrar tekrar gidip geliyor.

Required effort:

Kullanıcı seçeneklerin farkını anlamak ve zihninde karşılaştırmak zorunda kalıyor.

Friction:

Cognitive effort / decision friction.

Possible cause:

Teslimat süresi ve maliyet farklarının yeterince açık olmaması.

Hypothesis:

Seçeneklerin farkını karar anında daha açık gösterirsek seçim effort’u azalabilir ve checkout progression artabilir.

Metric:

Checkout Step 2 → Payment progression.

Çözüm en son geliyor.

Yeni başlayan CRO analizi genellikle şöyle ilerler:

DROP-OFF GÖRDÜM
↓
BUTONU DEĞİŞTİRELİM

İnsan beyni teşhis yapmaktan çok çözüm uydurmaya hevesli. Conversion research’ün önemli görevlerinden biri de bu refleksi biraz yavaşlatmaktır.

Observed behavior ile interpretation neden ayrılmalıdır?

Bir usability test sırasında şu cümleyi yazdığımızı düşünelim:

“Kullanıcı fiyatı bulamadığı için sinirlendi.”

Bu saf observation değildir.

Kullanıcının sinirlendiğini gözlemlememiş veya açıkça söylediğini duymamış olabiliriz.

Daha iyi:

Kullanıcı fiyat bilgisini aramak için sayfanın üst ve orta bölümleri arasında iki kez geri döndü.

Bu gözlemdir.

Benzer şekilde:

“Kullanıcı şirkete güvenmedi.”

yorumdur.

Daha nötr:

Kullanıcı müşteri yorumlarını ve geçmiş proje örneklerini aradı.

gözlemdir.

Usability testing sırasında gözlem ile yorum arasındaki ayrım özellikle bu yüzden önemlidir. Kullanıcı davranışını gördükten sonra ona psikolojik nedenler eklemek araştırmacının inference’ıdır.

Friction finding nasıl yazılır?

Basit bir format kullanabiliriz:

OBSERVED BEHAVIOR
↓

REQUIRED EFFORT
↓

FRICTION TYPE
↓

WHY THIS MAY MATTER

Observed behavior

Kullanıcının gerçekten yaptığı şeyi yaz.

Yorum ekleme.

Required effort

Bu davranış sırasında kullanıcının hangi zihinsel veya fiziksel işi yapmak zorunda kaldığını yaz.

Friction type

Problemi sınıflandır:

cognitive effort,
interaction effort,
uncertainty,
trust,
context switching,
error recovery.

Why this may matter

Bu effort’un hedefe ilerlemeyi neden zorlaştırabileceğini belirt.

Burada kesin nedensellik dili kullanma.

Örnek: fiyat bilgisi aranıyor

Observed behavior:

Kullanıcı hizmeti değerlendirirken fiyat veya fiyatlandırma yapısı hakkında bilgi aradı ve sayfanın farklı bölümlerini taradı.

Required effort:

Fiyat bilgisinin bulunup bulunmadığını anlamak için içerikleri tekrar incelemek zorunda kaldı.

Friction type:

Uncertainty + search effort.

Why this may matter:

Hizmetin kendi bütçesine uygun olup olmadığını değerlendirmesi zorlaşabilir ve decision effort artabilir.

Dikkat ederseniz:

“Fiyat tablosu eklenmeli.”

demedik.

Çünkü o solution’dır.

Örnek: case study aranıyor

Observed behavior:

Kullanıcı hizmetin geçmiş sonuçlarını veya örnek çalışmalarını aradı.

Required effort:

Sayfadaki iddiaları değerlendirmek için ek kanıt aramak zorunda kaldı.

Friction type:

Trust friction / uncertainty.

Why this may matter:

Yeterli doğrulama bulunmaması halinde kullanıcı hizmet sağlayıcının yetkinliğini değerlendirmek için ek zihinsel effort harcayabilir.

Örnek: birden fazla CTA

Observed behavior:

Kullanıcı birden fazla CTA seçeneğini inceleyerek hangisinin kendi amacıyla eşleştiğini anlamaya çalıştı.

Required effort:

CTA’ların farkını çözmek ve hangi aksiyonu seçmesi gerektiğine karar vermek zorunda kaldı.

Friction type:

Cognitive effort / decision friction.

Why this may matter:

Ek karar yükü ana conversion aksiyonuna ilerlemeyi yavaşlatabilir.

Örnek: genel forma geçiş

Observed behavior:

Kullanıcı belirli hizmet landing page’inden genel iletişim formuna geçti ve form içinde ilgilendiği hizmeti yeniden seçti.

Required effort:

Önceki sayfadaki bağlamı yeniden oluşturmak ve aynı intent’i tekrar belirtmek zorunda kaldı.

Friction type:

Context switching + interaction cost.

Why this may matter:

Landing page ile conversion akışı arasındaki continuity’nin kaybolması ek zihinsel ve fiziksel effort yaratabilir.

Landing page friction nasıl analiz edilir?

Landing page optimizasyonu sırasında friction’ı yalnız form veya CTA ile sınırlamamak gerekir.

Bir landing experience boyunca şu soruları sorabiliriz:

Aşama	Friction Sorusu
Arrival	Kullanıcı ne sunduğumuzu anlamak için ne kadar düşünmek zorunda?
Relevance	Teklifin kendisine uygun olup olmadığını kolayca anlayabiliyor mu?
Evaluation	Seçenekleri karşılaştırmak için ne kadar bilgi hatırlaması gerekiyor?
Trust	İddiaları doğrulamak için ne kadar proof aramak zorunda?
Decision	Fiyat, süreç ve sonraki adım yeterince öngörülebilir mi?
Action	Conversion işlemi gereğinden fazla fiziksel veya zihinsel iş gerektiriyor mu?

E-ticarette friction nasıl görünür?

E-ticarette friction ürün keşfinden ödeme sonrasına kadar birçok yerde oluşabilir:

CATEGORY
↓
FILTER
↓
PRODUCT COMPARISON
↓
PDP
↓
VARIANT
↓
CART
↓
CHECKOUT
↓
PAYMENT
↓
CONFIRMATION

Örneğin:

filtre isimlerinin anlaşılmaması cognitive friction,
beden bilgisinin PDP’den başka sayfada aranması interaction cost,
kargo ücretinin son aşamada görünmesi uncertainty,
guest checkout’ın bulunamaması interaction friction,
payment error’ın nasıl düzeltileceğinin açıklanmaması error-recovery friction

oluşturabilir.

Baymard’ın geniş ölçekli checkout usability araştırmaları da forced account creation, beklenmeyen maliyetler, uzun veya karmaşık checkout ve form problemleri gibi çok farklı friction kaynaklarının satın alma sürecinde abandonment’a katkıda bulunabildiğini gösteriyor.^[5]

Friction ölçülebilir mi?

Tek bir evrensel “friction score” kullanmak zorunda değiliz.

Friction çoğu zaman farklı behavioral ve business metric’ler üzerinden dolaylı olarak değerlendirilir:

task-success rate,
error rate,
form completion,
step progression,
checkout completion,
qualified lead rate,
purchase rate.

Qualitative araştırma bize problemi keşfetmeye yardım eder.

Değişiklik uygulandığında başarı metriğinin ayrıca tanımlanması gerekir.

Primary, secondary ve guardrail metriklerinin nasıl seçileceğini ayrı measurement owner’ında ele alıyorum.

Friction azaltırken neden guardrail gerekir?

Örneğin B2B formunda sekiz alan olsun.

Formu iki alana düşürdük.

BEFORE

100 FORM SUBMISSION
40 QUALIFIED LEAD


AFTER

180 FORM SUBMISSION
25 QUALIFIED LEAD

Form completion iyileşti.

Ama business outcome kötüleşti.

Burada kaldırdığımız friction’ın bir kısmı belki lead qualification işlevi taşıyordu.

Bu yüzden:

PRIMARY
Form completion

+

GUARDRAIL
Qualified lead rate

gibi bir yapı gerekir.

Conversion rate’in artması, sistemin otomatik olarak iyileştiği anlamına gelmez.

Friction ile CRO hipotezi arasındaki bağ nedir?

Friction diagnosis solution değildir.

Örneğin:

OBSERVED BEHAVIOR
Kullanıcı planlar arasında tekrar tekrar geçiyor.

↓

REQUIRED EFFORT
Farkları hatırlayıp zihninde karşılaştırıyor.

↓

FRICTION
Cognitive comparison cost.

↓

POSSIBLE CAUSE
Paket farkları karar anında açık değil.

↓

HYPOTHESIS
Farkları tek karşılaştırma görünümünde
gösterirsek seçim effort'u azalabilir.

↓

EXPECTED BEHAVIOR
Daha fazla kullanıcı doğru planı seçip
signup'a ilerleyebilir.

↓

METRIC
Plan selection → Signup progression

Bu zincirde hypothesis’e geçiş kritik bir sınırdır.

CRO hipotezi araştırmada bulunan problemi belirli bir değişikliğin neden belirli bir davranışı değiştirebileceğine dair test edilebilir iddiaya dönüştürür.

Friction gördüğümüzde hemen çözüm üretmeli miyiz?

Hayır.

İlk görev diagnosis olmalıdır.

Özellikle qualitative araştırmada şu sırayı korumak çok değerlidir:

FACT
↓
OBSERVATION
↓
INTERPRETATION
↓
POSSIBLE CAUSE
↓
HYPOTHESIS
↓
SOLUTION

Örneğin:

“Kullanıcı fiyat bilgisini aramak için sayfada iki kez yukarı çıktı.”

observation’dır.

“Kullanıcı fiyat konusunda belirsizlik yaşadı.”

interpretation’dır.

“Fiyat bilgisinin görünürlüğü yetersiz olabilir.”

possible cause’dur.

“Pricing summary’yi teklif alanına yaklaştırırsak evaluation effort’u azalabilir.”

hypothesis’tir.

Bu katmanları ayırmak CRO analizini yalnız tasarım yorumu yapmaktan çıkarıp evidence tabanlı problem çözmeye yaklaştırır.

Friction analizi için pratik tablo

Bulgu	Observed Behavior	Required Effort	Friction Type	Why This May Matter
Fiyat	Kullanıcı fiyat bilgisini bulmak için sayfanın farklı alanlarını taradı.	Hizmetin bütçesine uygunluğunu değerlendirmek için ek bilgi aradı.	Uncertainty / search effort	Karar vermek için gereken bilgiye ulaşma maliyetini artırabilir.
Case Study	Kullanıcı geçmiş sonuç ve müşteri örneği aradı.	İddiaları doğrulamak için proof araştırdı.	Trust friction	Yetkinliği değerlendirmek için ek zihinsel effort yaratabilir.
Çoklu CTA	Kullanıcı farklı CTA’ları karşılaştırdı.	Kendi hedefi için doğru aksiyonu seçmeye çalıştı.	Cognitive / decision friction	Conversion aksiyonuna ilerlemeyi yavaşlatabilir.
Genel Form	Kullanıcı belirli hizmet sayfasından genel forma gidip hizmeti yeniden seçti.	Önceki bağlamı tekrar oluşturdu.	Context switching / interaction cost	Journey continuity’yi bozabilir ve ek effort yaratabilir.

Friction analizinde sık yapılan hatalar

Her drop-off’u friction sanmak

Kullanıcı henüz satın almaya hazır olmayabilir veya fiyat karşılaştırıyor olabilir.

Baymard da cart abandonment’ın tamamının UX kaynaklı olmadığını özellikle ayırır.^[5]

Her friction’ı kaldırmaya çalışmak

Bazı interaction’lar hata önleme, qualification veya expectation-setting gibi işlevler taşır.

Click sayısını usability metriği sanmak

Az adım her zaman daha az cognitive effort anlamına gelmez.

Observed behavior ile motive olmuş nedeni karıştırmak

“Kullanıcı geri döndü” gözlemdir.

“Fiyat pahalı geldiği için geri döndü” inference olabilir.

Friction bulur bulmaz solution yazmak

Önce problemi ve required effort’u tanımlamak gerekir.

Local conversion’ı tek başarı kriteri yapmak

Form submission artarken lead quality düşebilir.

Tool çıktısını diagnosis sanmak

Rage click görmek friction için sinyal olabilir. Nedenini hâlâ araştırmak gerekebilir.

Friction ile usability testing nasıl birlikte çalışır?

Usability testing kullanıcının belirli bir görevi yapmaya çalışırken nerede takıldığını gözlemlememizi sağlar.

Friction framework ise gördüğümüz problemi şu soruyla derinleştirir:

Kullanıcı burada tam olarak hangi maliyeti ödüyor?

Örneğin usability test bize:

“4/5 kullanıcı pricing paketleri arasında geri döndü.”

der.

Friction analysis:

Kullanıcıların paket farklarını hafızada tutarak karşılaştırması gerekiyor. Bu cognitive comparison cost yaratıyor olabilir.

der.

Hipotez ise daha sonra:

Farkları tek görünümde karşılaştırılabilir hale getirirsek decision effort azalabilir.

der.

Üçünün görevi farklıdır.

USABILITY TESTING
Problemi gözlemle.

↓

FRICTION ANALYSIS
Kullanıcının ödediği maliyeti tanımla.

↓

HYPOTHESIS
Bu maliyeti hangi değişikliğin
neden azaltabileceğini test et.

Bugünün mental modeli

Bir kullanıcı takıldığında artık yalnız:

“UX problemi var.”

demek yerine beş soru sorabiliriz:

Kullanıcı ne yapmak istiyor?
Gerçekte ne yaptı?
Hedefe ilerlemek için hangi effort’u harcadı?
Bu effort gerçekten gerekli miydi?
Gereksizse hangi friction türüne giriyor?

Bu düşünce sistemi bizi:

DESIGN OPINION

"Ben bu sayfayı beğenmedim."

↓

BEHAVIORAL DIAGNOSIS

"Kullanıcı hedefe ilerlemek için
burada ek bir maliyet ödüyor."

noktasına taşır.

Friction hakkında hatırlanması gereken temel ayrımlar

DROP-OFF
=
SEMPTOM


OBSERVED BEHAVIOR
=
EVIDENCE


REQUIRED EFFORT
=
KULLANICININ YAPMAK ZORUNDA KALDIĞI İŞ


FRICTION
=
HEDEFE İLERLEMEYİ ZORLAŞTIRAN MALİYET


POSSIBLE CAUSE
=
AÇIKLAMA


HYPOTHESIS
=
TEST EDİLEBİLİR İDDİA


SOLUTION
=
MÜDAHALE

Bu ayrımları korumak özellikle conversion research sırasında önemlidir. Analytics bize semptomu, usability veya recordings davranışı, VoC kullanıcının kendi açıklamasını verebilir. Friction analizi ise bu evidence’ı kullanıcının ödediği maliyet üzerinden yapılandırmaya yardım eder.

Sonuç: CRO’nun amacı sıfır friction değildir

Friction, en basit haliyle kullanıcının hedefe ulaşırken ödediği zihinsel veya fiziksel maliyet olarak düşünülebilir.

Ama bütün maliyetler aynı değildir.

Bazıları görevin doğal parçasıdır.

Bazıları hata önler.

Bazıları kullanıcıya beklenti verir.

Bazıları işletmenin doğru müşteriyi ayırmasına yardım eder.

Problem, kullanıcıya veya işletmeye anlamlı değer sağlamayan effort’un yolculuk boyunca birikmesidir.

Bu nedenle CRO’nun hedefi:

Kullanıcıyı mümkün olduğunca az düşündürmek veya mümkün olduğunca az tıklatmak değildir.

Daha doğru hedef:

Doğru kullanıcının, hedefe ulaşmak için gereğinden fazla zihinsel veya fiziksel maliyet ödemek zorunda kalmamasıdır.

Bu bakış açısı funnel verisini de değiştirir.

Artık yalnız:

“Burada kullanıcıların %38’i düşüyor.”

demeyiz.

Şunu sormaya başlarız:

“Bu aşamada kullanıcı hedefe ilerlemek için ne yapmak zorunda kalıyor?”

CRO analizi esas olarak burada başlar.

Kaynaklar ve teknik referanslar

Organik kanalı beraber büyütelim.

Sitenizi anlatın; veriye bakıp uygun olup olmadığımızı açıkça söyleyeyim. Uygunsa 30 dakikalık görüşme ayarlarız.

Görüşme talebi bırak → Yazıları incele →