Web Sitesi Misafir Alışveriş Akışı: Üyeliği Zorunlu Kılmamak
Web Sitesi Misafir Alışveriş Akışı: Üyeliği Zorunlu Kılmamak
Zorunlu üyelik, satın almaya hazır bir kullanıcıyı formun önünde durdurur. Misafir akışı bu engeli kaldırır; ama üyelikten tamamen vazgeçmek de gerekmez.
Bu rehberde misafir alışveriş akışının nasıl kurulacağını, akış tasarımını, veri yönetimini ve üyeliğe geçişi ele alıyoruz. Kurgunun sitenize uyarlanması için Weblike web sitesi tasarımı ekibimizden destek alabilirsiniz.
Web Sitesi Misafir Alışveriş Akışı Nedir?
web sitesi misafir alışveriş akışı, kullanıcının hesap oluşturmadan sipariş tamamlamasına olanak tanıyan akıştır. Akış yalnızca sipariş için gereken veriyi toplar.
Üyelik tamamen kaldırılmaz. İki seçenek birlikte sunulur.
Neden Gerekir?
Misafir akışının birkaç faydası bulunur. Bu faydalar dönüşümde görülür.
- Hız: Adım sayısı azalır.
- Terk: Kayıt engeli kalkar.
- Gizlilik: Daha az veri istenir.
- İlk sipariş: Deneme kolaylaşır.
Zorunlu Üyeliğin Maliyeti
Kayıt zorunluluğu ödeme adımında en çok terk üreten nedenlerden biridir. Kullanıcı başka bir siteye gider.
Sepet optimizasyonunu sepet sayfası optimizasyonu yazısında ele aldık. Terk oranı izlenmelidir.
Seçim Ekranı
Ödeme adımının başında misafir ve üye seçeneği birlikte sunulmalıdır. İki seçenek eşit görünmelidir.
Misafir seçeneği küçük bir bağlantıya gizlenmemelidir. Gizlenen seçenek bulunmaz.
Görsel Eşitlik
Üyelik seçeneğinin daha belirgin gösterilmesi misafir kullanıcıyı zorlar. İki yol dengeli sunulmalıdır.
Tercih kullanıcıya bırakılmalıdır. Yönlendirme ima edilebilir ama zorlanmamalıdır.
Toplanacak Veri
Misafir akışında yalnızca sipariş için gerekli veriler istenmelidir. Fazlası terk üretir.
E-posta, telefon, teslimat ve fatura bilgisi yeterlidir. Doğum tarihi gibi alanlar istenmemelidir.
E-posta Zorunluluğu
Sipariş bildirimleri için e-posta gereklidir. Bu alan zorunlu olabilir.
Gerekçe kısaca belirtilebilir. Kullanıcı neden istendiğini anlar.
Telefon Alanı
Kargo teslimatı için telefon gerekebilir. Bu alan da gerekçeli olarak istenmelidir.
Alan biçimi esnek olmalıdır. Farklı yazım biçimleri kabul edilmelidir.
Şifre İstememek
Misafir akışında şifre istenmemelidir. Şifre istenirse akış üyelik akışına dönüşür.
Bu ayrım korunmalıdır. Gizli kayıt güven kaybı üretir.
Akış Uzunluğu
Misafir akışı mümkün olan en az adımla tamamlanmalıdır. Tek sayfa ya da iki adım uygundur.
Çok adımlı form kurgusunu çok adımlı form yazısında anlattık. İlerleme göstergesi bulunmalıdır.
Tek Sayfa Ödeme
Tüm alanların tek sayfada toplanması bazı kitlelerde daha iyi çalışır. Sayfa düzeni sade olmalıdır.
Uzun sayfalar da yorucudur. Bölümler açıkça ayrılmalıdır.
Sipariş Takibi
Misafir kullanıcı siparişini nasıl takip edeceğini bilmelidir. Hesap olmadan takip sağlanmalıdır.
Sipariş takip sayfasını sipariş takip sayfası yazısında ele aldık. Bağlantı e-postada yer almalıdır.
Takip Bağlantısı
Sipariş onay e-postasında kişiye özel takip bağlantısı bulunmalıdır. Bağlantı hesap gerektirmemelidir.
Bağlantı tahmin edilemez olmalıdır. Sipariş numarası tek başına yeterli değildir.
Güvenlik Dengesi
Hesap olmadan erişilen sipariş sayfası yetkisiz erişime açık olmamalıdır. Bağlantı yeterince karmaşık olmalıdır.
Bağlantıya süre sınırı konulabilir. Ek doğrulama istenebilir.
İade ve Değişim
Misafir kullanıcılar da iade talebi açabilmelidir. Süreç hesap gerektirmemelidir.
Talep formu e-posta ve sipariş numarasıyla çalışabilir. Akış belgelenmelidir.
Destek Erişimi
Misafir siparişlerinde destek ekibi siparişi bulabilmelidir. Arama e-posta ile yapılabilmelidir.
Bu yetenek panelde bulunmalıdır. Aksi halde destek yavaşlar.
Üyeliğe Geçiş Teklifi
Sipariş tamamlandıktan sonra hesap oluşturma teklif edilebilir. Bu an en uygun andır.
Veriler zaten girilmiştir. Yalnızca şifre belirlenmesi yeterlidir.
Tek Adımlı Kayıt
Sipariş sonrası kayıt yalnızca şifre belirlemeyle tamamlanabilir. Bu kolaylık kabul oranını yükseltir.
Teklif zorlayıcı olmamalıdır. Atlama seçeneği bulunmalıdır.
Kayıt Avantajı Anlatımı
Hesabın ne sağladığı kısaca anlatılmalıdır. Soyut faydalar ikna etmez.
Takip, adres kaydı ve hızlı sipariş somut faydalardır. Üyelik sistemini üyelik sistemi yazısında anlattık.
Veri Eşleştirme
Aynı e-posta ile daha önce üyelik varsa bu durum yönetilmelidir. Yinelenen kayıt üretilmemelidir.
Kullanıcıya giriş yapması önerilebilir. Zorunlu tutulmamalıdır.
Mevcut Üye Tespiti
Girilen e-posta kayıtlıysa kullanıcı bilgilendirilebilir. Mesaj hesabın varlığını açık etmeyecek biçimde kurulmalıdır.
Bu denge gizlilik açısından önemlidir. Dil dikkatli seçilmelidir.
Sipariş Geçmişi Birleştirme
Sonradan üye olan kullanıcının misafir siparişleri hesabına bağlanabilir. Bu bağlama değer üretir.
Eşleştirme e-posta üzerinden yapılabilir. Doğrulama gerekebilir.
Pazarlama İzni
Misafir akışında pazarlama izni varsayılan olarak işaretlenmemelidir. İzin açık olmalıdır.
Veri uyumluluğunu veri uyumluluğu yazısında ele aldık. Bu içerik genel bilgilendirme amaçlıdır; hukuki danışmanlık niteliği taşımaz.
Veri Saklama
Misafir sipariş verileri de saklanır. Süre tanımlanmalıdır.
Süre sonunda imha planlanmalıdır. Politika yayınlanmalıdır.
Güven Göstergeleri
Hesap olmadan ödeme yapan kullanıcı güven arar. Güven işaretleri görünür olmalıdır.
Güven rozetlerini güven rozetleri yazısında ele aldık. İade ve iletişim bilgisi gösterilmelidir.
İletişim Bilgisi
Telefon ve adres bilgisi ödeme sayfasında erişilebilir olmalıdır. Bu bilgi tereddüdü azaltır.
Bilgi gerçek olmalıdır. Yanıt verilmeyen numara zarar üretir.
Mobil Akış
Misafir akışı mobilde en çok kullanılır. Akış mobil için optimize edilmelidir.
Dokunma hedefleri ve alan yükseklikleri gözden geçirilmelidir. Test gerçek cihazda yapılmalıdır.
Otomatik Doldurma
Tarayıcı ve cihaz otomatik doldurma özellikleri desteklenmelidir. Bu destek akışı belirgin biçimde kısaltır.
Alan adları standart olmalıdır. Engelleyen kısıtlar kaldırılmalıdır.
Erişilebilirlik
Akış klavyeyle tamamlanabilmelidir. Odak sırası mantıklı olmalıdır.
Erişilebilirliği erişilebilirlik yazısında ele aldık. Hata bildirimleri duyurulmalıdır.
Ölçüm
Misafir ve üye akışlarının dönüşümü ayrı izlenmelidir. Karşılaştırma karar üretir.
Google Search Console üzerinden ödeme akışına gelen trafik incelenebilir. Terk noktaları belirlenmelidir.
Akış Karşılaştırması
İki akışın tamamlanma oranı ve ortalama sepet tutarı karşılaştırılmalıdır. Sonuçlar şaşırtıcı olabilir.
Veriler aylık incelenmelidir. Kararlar veriyle alınmalıdır.
Kurumsal Alıcılar
Kurumsal alıcılar genelde hesap açmayı tercih eder çünkü tekrar sipariş verirler. Misafir akışı bu grubu hedeflemez.
Yine de ilk siparişte misafir seçeneği sunulmalıdır. Hesap açma kararı sonraya bırakılabilir.
Engeli Kaldırmanın Değeri
web sitesi misafir alışveriş akışı üyeliği değersizleştirmez. Yalnızca üyeliği satın almanın önündeki bir koşul olmaktan çıkarır.
Siparişini tamamlamış bir kullanıcıya hesap teklif etmek, henüz hiçbir şey almamış bir kullanıcıya kayıt zorunluluğu getirmekten çok daha etkili olur.
Kullanıcının hesap oluşturmadan sipariş tamamlamasına olanak tanıyan akıştır.
Ödeme adımında en çok terk üreten nedenlerden biridir; kullanıcı başka siteye gider.
Üye seçeneğiyle eşit görünürlükte; küçük bir bağlantıya gizlenmemelidir.
Yalnızca sipariş için gerekli olanlar: e-posta, telefon, teslimat ve fatura bilgisi.
İstenmemelidir; şifre istendiğinde akış üyelik akışına dönüşür.
Onay e-postasında tahmin edilemez, kişiye özel bir takip bağlantısı verilmelidir.
Sipariş tamamlandıktan sonra; veriler girilmiş olduğundan tek adımda kayıt mümkündür.
Sonradan üye olan kullanıcının siparişleri e-posta üzerinden eşleştirilebilir.
Misafir ve üye akışlarının tamamlanma oranı ile ortalama sepet tutarı ayrı ayrı.
Satın almaya hazır kullanıcıyı formla durdurmamak gerekir. web sitesi misafir alışveriş akışı kurulurken iki seçeneği eşit göstermek, yalnızca gerekli veriyi istemek, şifre sormamak, takip bağlantısı vermek ve üyeliği sipariş sonrası teklif etmek gerekir. Üyelik tarafını üyelik sistemi yazımızda ele aldık.