E-Ticarette Müşteri Desteğini Akışlarla Otomatize Etme: Kuralların Ötesine Geçin

E-ticaret ekiplerinin büyük çoğunluğu otomatik yanıtlar ve birkaç yönlendirme kuralıyla işe başlar. Bu yapı temel talepleri karşılayabilir; ancak yardım masası istisnalarla dolmaya başladığında çözülmeye başlar. Desteği gerçek anlamda otomatize etmek için büyüyen bir kural yığını değil, net akışlara ihtiyacınız vardır.

Geciken bir sipariş, bir iptal talebi ve hasarlı bir ürün birbirinden farklı süreçler gerektirir; hiçbirini basit bir durum sorgusuymuş gibi ele alamazsınız. Bu rehberde, akış tabanlı yaklaşımın ekibinizin yönlendirme, eskalasyon ve sonraki adımları destek karmaşıklaştıkça nasıl kontrol altında tutmasına yardımcı olduğunu göreceksiniz.

Müşteri Hizmetleri Otomasyonunda Kurallar Neden Yetersiz Kalır?

Bir müşteri destek sorunu tek ve öngörülebilir bir adım yerine farklı eylemlere yol açabildiğinde kurallar işlevsiz hale gelir. Aynı talep yönlendirme, istisna, onay veya eskalasyon gerektirebiliyorsa ekiplerin, vakayı başından çözümüne kadar yönetebilen akışlara ihtiyacı vardır.

Basit bir koşul/eylem yapısı, sonraki adım açık olduğunda gayet iyi çalışır. Bir kargo takip talebi otomatik güncelleme tetikleyebilir, bir iade talebi ise standart politikayı devreye sokabilir. Bu tür bir mantık, talep kuyruğunuz öngörülebilir kaldığı sürece zamandan önemli ölçüde tasarruf sağlar.

Sorunlar, tek bir talebin farklı yönlere dallandığı noktada başlar. Bir iade; siparişin yaşına, ürün türüne ve müşterinin para iadesi mi yoksa değişim mi istediğine göre şekillenebilir. İptal talebi, ürün sevk edilmeden önce basit olabilirken kısmen kargoya verilmiş siparişlerde çok daha karmaşık bir hal alır. Hatta basit bir WISMO talebi bile taşıyıcı durumuna veya teslimat sorunlarına göre farklı yollar izleyebilir.

İşte burada kural tabanlı otomatik yanıtlayıcılar yetersiz kalmaya başlar. Eski mantığın üstüne istisna katmanları eklemeye devam ederseniz sistem bakımı güçleşir ve kolayca bozulmaya başlar. Daha iyi bir yapı, vakayı baştan sona bir dizi adım olarak yönetir, insan müdahalesi için alan bırakır ve gerçek taleplerin ilk temastan çözüme nasıl ilerlediğiyle örtüşür.

Kurallar ve Akışlar: Pratikte Ne Değişir?

İlk bakışta kurallar ve destek akışları benzer görünebilir. Ancak pratikte sorunun çok farklı düzeylerini çözerler.

	Rule	Flow
Structure	Tek koşul, tek eylem	Bir tetikleyici; kontrolleri, dallanmayı, eylemleri ve eskalasyonu başlatır
Example	"If the subject contains 'return,' send the return policy link"	"İade talebi → sipariş yaşını kontrol et → uygunluğu değerlendir → para iadesi veya değişim yolunu seç → istisnaları yönlendir → SLA uygula"
İstisna durumlar	Kısıtlı. Beklenen ifade ya da kalıbın dışındaki her şey genellikle manuel işlem gerektirir	Durum değiştiğinde dallanacak şekilde tasarlanmıştır
Müşteri tipi	Aynı mantık herkese uygulanır	Yol; sipariş değerine, geçmişe veya önceliğe göre uyarlanabilir
Measurement	Yalnızca talep düzeyinde takip etmesi kolaydır	Tamamlanma, devir-teslim ve saptırma oranıyla bir süreç olarak ölçmesi daha kolaydır
Scale	Kısa ve öngörülebilir görevlerde en iyi çalışır	Talepler, katalog karmaşıklığı ve ekip büyüklüğü arttıkça daha sağlam kalır

Bir kural tek bir durumu yönetir. Bir akış ise vaka daha az öngörülebilir hale geldiğinde sonraki adımları yönetir. Bu fark kritiktir; çünkü destek sorunlarının büyük çoğunluğu ilk yanıtta değil, sonraki adımda, istisnada ya da devir-teslim sürecinde çöküyor.

Önce Kurmanız Gereken 5 Destek Akışı

Başlanması gereken en iyi akışlar, yüksek talep hacmini net dallanma mantığıyla birleştirenlerdir. E-ticaret ekipleri için bu genellikle sipariş durumu sorgulamaları, iadeler, hasarlı ürünler, iptal talepleri ve indirimle ilgili sorular anlamına gelir.

Bu akışların her biri, basit kuralların genellikle yeterince çözemediği tekrarlayan sorunları ele aldığı için pratik bir başlangıç noktasıdır.

WISMO ve "Siparişim Nerede?" Soruları

Sipariş durumu sorgulamaları basit görünse de hızla dallanabilir. İyi kurgulanmış bir yapı, en güncel kargo durumunu kontrol eder ve kolinin taşıma sürecinde mi olduğuna, gecikip gecikemediğine, teslim edildi olarak mı işaretlendiğine ya da bir istisna durumunda mı takıldığına göre sonraki adımı belirler.

Rutin güncellemeler otomatik self-servis ile karşılanabilir; ancak eski kargo bilgisi, taşıyıcı sorunları ya da teslim edildi görünüp alınmayan paketler aynı hazır yanıtı almak yerine inceleme sürecine yönlendirilmelidir.

Bu alan aynı zamanda proaktif bildirimler kullanmak için en uygun yerlerden biridir. Net güncellemeler gereksiz talepleri azaltır ve ekibinizin gerçekten temsilci dikkatine ihtiyaç duyan vakalara odaklanmasını sağlar.

İade ve Değişim Otomasyonu

Ekibinizin zamanlamayı, ürün uygunluğunu ve müşterinin para iadesi mi yoksa değişim mi istediğini kontrol etmesi gerekir gereksin, çoğu iade talebi basitlikten çıkar. Güçlü bir akış; iade penceresini kontrol edebilir, doğru politikayı uygulayabilir, gerekli talimatları gönderebilir, basit vakalar için etiket oluşturabilir ve istisnaları inceleme için yönlendirebilir.

Yapılandırılmış bir akış gereksiz gidip gelmeleri azaltır ve hem müşteri hem de ekibiniz için sonraki adımı her zaman net tutar.

Hasarlı Sipariş Akışı

Hasar vakaları genel bir teslimat sorunu gibi değil, kendine özgü bir yol izleyerek ele alınmalıdır. Ekibiniz genellikle sipariş referansına, fotoğraf kanıtına ve vakayı doğrudan değiştirme veya iade sürecine yönlendirip yönlendirmeyeceğine ya da hasar tarafında incelenmesi gerekip gerekmediğine dair hızlı bir karara ihtiyaç duyar. Düşük riskli vakalar için bir onay eşiği, her seferinde manuel işlem yapmadan sorunun daha hızlı çözülmesine yardımcı olabilir.

Bu akış önemlidir; çünkü hasarlı ürünler aciliyet yaratır. Sorun gözle görülür haldeyken müşteriler muğlak bir durum mesajı değil, net bir çözüm yolu ister. Özel bir akış ayrıca bu vakaları, sonraki adımın genellikle çok farklı olduğu sıradan teslimat gecikmelerinden ayrı tutmanıza da yardımcı olur.

Sipariş İptali Otomasyonu

Doğru sonraki adım, talebin ifadesine değil karşılama durumuna göre belirlenir. Sipariş henüz kargoya verilmemişse iptal basit olabilir. Kargoya verilmişse doğru yol, teslimat sonrası iade sürecini başlatmak olabilir. Kısmi karşılamada ise ekibinizin bir bölümü iptal edip geri kalanının akıbetini açıklaması gerekebilir.

Bu, sabit mantığın neden yetersiz kaldığının en açık örneklerinden biridir. İyi tasarlanmış bir akış, bu dallanmayı her seferinde manuel olarak çözmeye çalışmak yerine açıkça tanımlar.

İndirim Talebi Yönetimi

İndirimle ilgili sorular salt bir kod doğrulamasının ötesine geçer. İşe yarar bir yapı; kodun geçerli olup olmadığını, kampanya kurallarının uygulanıp uygulanmadığını ve talebin sipariş değerine ya da müşteri geçmişine göre farklı bir yol izleyip izlemeyeceğini doğrulayabilir. Bu aynı zamanda ekiplerin, her talebi basit bir fiyat sorusu gibi ele almak yerine indirim istismarıyla bağlantılı kalıpları yakaladığı noktadır.

Bu akış önemlidir; çünkü indirim talepleri çoğu zaman destek, elde tutma ve politika uygulama arasında kalır. Doğru yanıt her zaman evet ya da hayır değildir; kimi zaman doğrulama, kimi zaman istisna, kimi zaman ise yerinde bir açıklamayla net bir ret olabilir. Doğru kurgulandığında bu tür bir akış, ekibin her fiyat sorusunu yöneticiye taşımadan tutarlı kalmasına yardımcı olur.

Karmaşık ML Olmadan Niyet Tabanlı Yönlendirme Nasıl Çalışır?

Ekiplerin büyük çoğunluğu, ağır bir ML altyapısına gerek kalmadan üç basit girdiyi birleştirerek tekrarlayan talepleri doğru şekilde yönlendirebilir: müşterinin ne yazdığı, mesajın hangi kanaldan geldiği ve temel sipariş bağlamı. Bu veriler çoğunlukla, yaygın vakaları bir temsilci talebi okumadan doğru akışa yönlendirmeye yetecek düzeydedir.

Ana akışları tanımladıktan sonra sıradaki soru, her yeni talebin doğru akışa nasıl ulaşacağıdır. Pratikte başlamak için karmaşık bir modele ihtiyacınız yok. Birkaç güvenilir katman, yönlendirmeyi çok daha temiz, hızlı ve bakımı kolay hale getirir.

Diyagram: Niyet yönlendirmesinin 3 katmanı — anahtar kelime eşleştirme, giriş noktası yönlendirmesi, bağlamsal kurallar.

Anahtar Kelime Tanımayla Başlayın

En basit başlangıç noktası, yaygın ifadeleri niyetlerine göre gruplamak ve buna göre yönlendirmektir. Tekrarlayan taleplerin büyük bölümü özellikle belirsiz değildir; yalnızca manuel sıralama ihtiyacını ortadan kaldıracak ve yanlış yanıt yolunun önce devreye girmesini önleyecek kadar erken tanınmaları gerekir.

Intent	Yaygın ifadeler
WISMO	"where is my order", "tracking", "delivery status", "hasn't arrived"
İade ve Değişim Otomasyonu	"iade", "değişim", "yanlış beden", "geri göndermek"
Hasarlı Sipariş Akışı	"hasarlı", "kırık", "arızalı", "kırık geldi"
Sipariş İptali Otomasyonu	"iptal", "siparişi iptal et", "vazgeçtim"
İndirim Talebi Yönetimi	"coupon", "discount code", "promo code", "doesn't work"

Bu aşamada anahtar kelime eşleştirme, tek bir kesin ifadeye dayanmak yerine ifade gruplarını ve yaygın varyasyonları kapsadığında en iyi sonucu verir. Amaç mükemmel bir dil anlayışı değil; açık niyeti erken yakalamak ve talebi doğru yola yönlendirmektir.

Giriş Noktası Bağlamını Kullanın

Bir sonraki katman, talebin nereden başladığıdır. Bir iade formu, teslimat yardım widgetı veya sipariş sayfası aracılığıyla gönderilen bir mesaj, metin ayrıntılı olarak analiz edilmeden önce bile yararlı bağlam taşır. Bu ek sinyal, belirsiz mesajların daha doğru şekilde yönlendirilmesine yardımcı olur.

"Siparişimle ilgili yardıma ihtiyacım var" gibi kısa bir mesaj tek başına çok genel kalır. Ancak bu mesaj bir iade formu üzerinden geldiyse muhtemel yön çok daha net olur. Aynı mantık kargo takip butonu, iptal talep sayfası veya hasarlı ürün iletişim yolu için de geçerlidir.

İyi yönlendirme, yalnızca mesajın ifadesini değil mesajı ve çevreleyen bağlamı birlikte değerlendirir.

Sipariş Verilerini, SLA Mantığını ve Eskalasyon Kuralları ile Tetikleyicilerini Ekleyin

Üçüncü katman, yönlendirmeyi gereğinden karmaşık hale getirmeden çok daha güvenilir kılar. Sistem hangi siparişin söz konusu olduğunu öğrenir öğrenmez; sonraki adıma karar vermeden önce karşılama durumunu, iade penceresi zamanlamasını, ürün türünü, teslimat durumunu veya müşteri önceliğini kontrol edebilir.

Müşteri mesajı	Sipariş bağlamı	Route
"Siparişim nerede?"	Sipariş kargoda	WISMO
"Bunu iade etmek istiyorum"	Ürün iade süresi dışında	Politika tabanlı ret ile İade ve Değişim Otomasyonu
"Bu kırık geldi"	Sipariş yakın zamanda teslim edildi	Hasarlı Sipariş Akışı
"Siparişimi iptal et"	Sipariş henüz kargoya verilmedi	Sipariş İptali Otomasyonu
"Siparişimi iptal et"	Sipariş zaten kargoya verildi	İptal talebi iade sürecine yönlendiriliyor

SLA otomasyonu da tam burada işe yaramaya başlar. Öncelikli vakalar daha hızlı kuyruklara taşınırken standart vakalar normal yolu izler. Aynı mantık eskalasyon kuralları ve tetikleyiciler için de geçerlidir: sistem bir gecikme, istisna ya da politika çakışması tespit ettiğinde, sonradan manuel incelemeye zorlamak yerine vakayı doğrudan doğru kişiye yönlendirir.

Müşteri Segmentasyonu Aynı Akışı Nasıl Değiştirir?

Aynı talep her zaman aynı yolu izlemek zorunda değildir. Bir iade, gecikme ya da indirim sorusu; müşteri değerine, sipariş geçmişine veya risk düzeyine göre farklı bir yaklaşım gerektirebilir.

Ekiplerin büyük çoğunluğu segmentasyonu bir pazarlama aracı olarak düşünür; ancak bu kavram destek süreçlerinde de kritik bir rol oynar. Yeni bir alıcının geciken siparişi, düzenli sipariş veren ya da ortalamanın çok üzerinde harcama yapan bir müşterinin aynı gecikme sorunuyla her zaman aynı yanıt yolunu izlemek zorunda değildir.

Amaç her segment için ayrı akışlar oluşturmak değil; müşteri bağlamı bilindiğinde aynı akışın daha iyi kararlar almasını sağlamaktır.

Yolu Sıklıkla Değiştiren Üç Segment

Pratikte otomasyonu daha işlevsel kılmak için genellikle birkaç basit segment yeterlidir.

Segment	Genellikle ne anlama gelir	Akış nasıl değişebilir
VIP müşteriler	Yüksek müşteri yaşam boyu değeri (LTV/CLV) veya tutarlı şekilde güçlü satın alma geçmişi	Yavaş self-servis adımlarını atlayın, daha hızlı incelemeye geçin, katı otomatik redlerden kaçının
Yüksek değerli müşteriler	Ortalamanın üzerinde ortalama sipariş değeri (AOV)	Elde tutmaya uygun seçenekleri önceliklendirin, iptal taleplerini daha hızlı değerlendirin, uygun durumlarda para iadesi yerine değişim önerin
Tekrar eden müşteriler	Kanıtlanmış sipariş geçmişine sahip geri dönen alıcılar	Daha akıcı bir onay süreci kullanın, daha esnek bir yaklaşım benimseyin, gereksiz kontrolleri azaltın

Buradaki değer etiketin kendisinde değil; müşteri ilişkisi doğru sonraki adımı değiştirdiğinde akışın farklı yanıt verebilmesindedir.

Mevcut Akışlara Segment Kontrolleri Ekleyin

Her segment için ayrı bir otomasyon kurmanıza gerek yoktur. Çoğu durumda, halihazırda sahip olduğunuz akışların içine bir segment kontrolü eklemek yeterlidir. Bir iade, bir müşteri için standart yolu izlerken diğeri için daha hızlı inceleme sürecini takip edebilir. Geciken bir sipariş herkes için aynı durum sorgusunu tetikleyebilir; ancak hesap geçmişi dikkate alındığında öncelik yönetimi değişebilir.

Müşteri segmentasyonunun işlevsel hale geldiği yer burasıdır. Düz bir sürecin her talebi aynı şekilde ele alacağı noktalarda yönlendirmeyi, onay eşiklerini ve eskalasyon zamanlamasını değiştirir.

Halihazırda Sahip Olduğunuz Sinyallerle Başlayın

Ekiplerin büyük çoğunluğu başlamak için yeterli veriye zaten sahiptir. Mağazanız Shopify üzerinde çalışıyorsa bu sinyallerin büyük bölümü sipariş verilerinizde mevcuttur. Sipariş sayısı tekrarlayan müşterileri tanımlamaya, toplam harcama ise VIP müşterileri öne çıkarmaya yardımcı olabilir. Ortalama sipariş değeri (AOV), hangi iptallerin, değişimlerin ya da teslimat sorunlarının farklı bir yol gerektirdiğini gösterebilir. İşletmeniz halihazırda RFM analizi kullanıyorsa bu mantığı güçlendirebilir; ancak başlamak için zorunlu değildir.

Önemli olan, az sayıda ve net sinyalle başlamaktır. Çok fazla segment gürültü yaratırken birkaç pratik kontrol genellikle destek otomasyonunu daha az katı ve vakaya daha uygun hissettirmek için yeterlidir.

Bir Akışın İşe Yarayıp Yaramadığı Nasıl Ölçülür?

Bir akışı salt bir talep olarak değil, bir süreç olarak ölçtüğünüzde iyileştirmesi çok daha kolay olur. En kullanışlı başlangıç metrikleri tamamlanma oranı, eskalasyon oranı, saptırma oranı ve akış bazında CSAT'tır.

Pek çok destek ekibi yalnızca ilk yanıt süresi, biriktirme listesi veya genel CSAT gibi kuyruk genelindeki rakamlara odaklanır. Bu metrikler hâlâ önemli olmakla birlikte, otomasyonun hangi bölümünün gerçekten yardımcı olduğunu ve hangi bölümünün ekstra iş yarattığını göstermez. WISMO akışı, iade akışı ve iptal akışı kuyruk düzeyinde sorunsuz görünürken pratikte çok farklı performans sergileyebilir.

Tamamlanma Oranıyla Başlayın

Tamamlanma oranı, bir akışın yarıda takılıp kalmadan, yeniden yönlendirilmeden ya da terk edilmeden ne sıklıkla net bir sonuca ulaştığını gösterir. Bu; bir kargo sorgusunun temsilci müdahalesi olmadan çözüldüğü, bir iadenin standart süreçten geçtiği ya da bir iptalin manuel düzeltme gerektirmeden doğru sonraki adıma ulaştığı anlamına gelebilir.

Bu metrik önemlidir; çünkü akışın vakayı gerçekten baştan sona mı yönettiğini, yoksa yalnızca süreci başlatıp geri kalanını ekibe mi bıraktığını gösterir.

Eskalasyonu Genel Değil Akış Bazında Takip Edin

Eskalasyon oranı her zaman bir başarısızlık göstergesi değildir. Bazı talepler bir kişiye yönlendirilmeli. Önemli olan, bunun doğru nedenlerle ve doğru yerlerde gerçekleşip gerçekleşmediğidir; çünkü her akışın beklenen karmaşıklık düzeyi farklıdır.

Hasarla ilgili bir vaka, temel bir teslimat durumu sorusundan çok daha sık insan incelemesi gerektirebilir. Bir iptal akışı da yüzeyde sağlıklı görünürken, dallanma mantığı zayıf olduğu için çok fazla sevk sonrası vakayı manuel işleme göndermeye devam edebilir. Bu metriği akış bazında incelemek, söz konusu boşlukları çok daha kolay fark etmenizi sağlar.

Saptırma Oranını Kaliteden Ödün Vermeden Takip Edin

Bu metrik, temsilci müdahalesi olmadan kaç talebin karşılandığını gösterir. Faydalıdır; ancak hiçbir zaman tek başına değerlendirilmemelidir. Yüksek bir saptırma oranı yalnızca müşteri gerçekten doğru yanıtı aldıysa ve aynı sorunla geri dönmediyse olumlu bir anlam taşır.

Bu nedenle, tekrar iletişim örüntüleri, çözümsüz takip mesajları veya otomatik işlem sonrası memnuniyetteki düşüşle birlikte değerlendirmek önemlidir. Aksi takdirde bir akış verimli görünürken sessiz sedasız sorunları aşağıya itmeye devam eder.

CSAT'ı Akış Bazında Karşılaştırın

Genel CSAT, müşteri deneyimindeki zayıf noktaları gizleyebilir. Bir ekibin sağlıklı bir ortalama memnuniyet puanı bulunurken tek bir yol sürekli müşterileri hayal kırıklığına uğratıyor olabilir. Sonuçları yola göre incelemek, otomasyonun deneyimi nerede desteklediğini ve süreci nerede katı, yavaş ya da belirsiz hissettirdiğini görmenizi sağlar.

Bu, benzer hacme rağmen iki talep türünün farklı performans sergilediği durumlarda özellikle işe yarar. Kargo güncellemeleri süreç net olduğu için yüksek puan alırken iptal ya da hasar talepleri, müşterinin daha fazla bağlam, güvence veya esnekliğe ihtiyaç duyması nedeniyle daha düşük puan alabilir.

Bu karşılaştırma, sistemin hangi bölümünün daha iyi bir yola, daha güçlü bir kurala ya da daha erken bir devir-teslime ihtiyaç duyduğunu görmeyi kolaylaştırır.

Sonuç

Desteği gerçek anlamda otomatize etmek için her şeyi baştan kurmanıza gerek yoktur. En fazla tekrarlayan işi yaratan talepleri inceleyerek başlayın, ardından ekibinizin en sık karşılaştığı vaka etrafında güçlü bir akış oluşturun; bu genellikle WISMO'dur.

Oradan sistemi adım adım genişletin: tekrarlayan talepler için yönlendirme ekleyin, aynı sorunun farklı yollar izlemesi gereken yerlere segment kontrolleri ekleyin ve istisnaların insan incelemesi gerektirdiği yerlerde eskalasyon mantığını iyileştirin. Bu, ekibinize daha büyük bir kural yığınından çok daha kullanışlı bir şey sunar: zaman içinde geliştirebileceğiniz ve destek karmaşıklaştıkça güvenebileceğiniz bir sistem.

Sıkça Sorulan Sorular

Destek iş akışı nedir?

Destek iş akışı, bir müşteri talebini tetikleyiciden çözüme kadar belirli bir adım dizisi aracılığıyla ilerleten yapılandırılmış bir süreçtir. Örneğin bir iade talebi, para iadesi veya değişim yoluna ayrılmadan önce sipariş yaşını ve ürün uygunluğunu kontrol edebilir.

Müşteri hizmetleri otomasyonunda kural ile akış arasındaki fark nedir?

Müşteri hizmetleri otomasyonunda kural; tek bir koşulu ve tek bir eylemi yönetirken akış, vakaya göre dallanabilen bir karar dizisini yönetir. Örneğin bir kural iade politikası bağlantısı gönderebilirken bir akış, doğru yolu seçmeden önce sipariş yaşını, ürün uygunluğunu ve müşteri geçmişini kontrol edebilir.

Bir ekip hangi akışı önce otomatize etmelidir?

Çoğu ekip için otomatize edilmesi gereken ilk akış, WISMO (siparişim nerede) veya net dallanma mantığına sahip başka bir yüksek hacimli talep türüdür. Tek bir yüksek hacimli akışla başlamak, iadeler, iptaller veya hasar taleplerine geçmeden önce sonuçları ölçmeyi ve süreci iyileştirmeyi kolaylaştırır.

Destek yönlendirmesi yapay zeka olmadan çalışabilir mi?

Ekip; anahtar kelime tanımayı, giriş noktası bağlamını ve karşılama durumu ya da teslimat tarihi gibi temel sipariş verilerini birleştirdiğinde destek yönlendirmesi yapay zeka olmadan da çalışabilir. Bu sinyaller bir arada çoğunlukla yaygın talepleri doğru akışa yönlendirmek ve belirgin yanlış yönlendirmeleri azaltmak için yeterlidir.

Destek akışı performansı nasıl ölçülür?

Destek akışı performansı en kolay şekilde tamamlanma oranı, eskalasyon oranı, saptırma oranı ve akış bazında CSAT ile ölçülür. Bu metrikler, sürecin vakayı gerçekten çözüp çözmediğini yoksa işi yalnızca başka bir yere kaydırıp kaydırmadığını ortaya koyar.