Fiyatlandırma sayfası (pricing page), bir SaaS sitesinin en yüksek basınç altındaki sayfasıdır. Ziyaretçi buraya genellikle bir kararla gelir, ama o kararın tamamlanıp tamamlanmayacağı büyük ölçüde sayfanın yapısına bağlıdır. Sayfa düzgün kurulmamışsa, ürün ne kadar değerli olursa olsun ziyaretçi seçenekler arasında kaybolur, fiyatı başka bir yerle karşılaştırır ve çıkar.

Yapı burada sıradan bir tasarım kararı değildir. Seçeneklerin sıralanma biçimi, "önerilen" etiketinin nereye konduğu, soru-cevap bölümünün hangi kırılma noktasından sonra geldiği - bunların hepsi ziyaretçinin sayfada ne kadar süre kaldığını ve hangi hareketi yaptığını doğrudan etkiler. İtiraz henüz soru olmadan oluşur; iyi bir yapı bu oluşumu fark eder ve yanıtı itiraz dile gelmeden sayfaya yerleştirir.

Fiyatlandırma sayfasını bir karar ağacı olarak düşünmek işe yarar. Ziyaretçi bölünmüş dikkatini sayfaya getiriyor, siz onu tek bir hedefe yönlendirmeye çalışıyorsunuz. O hedefe giden yol ne kadar az engel içerirse dönüşüm o kadar sağlam olur. Ama bu sadeleşme yanlış yerde uygulandığında bilgi eksikliğine dönüşür ve güvensizlik yaratır.

Fiyat seçenekleri sırasının ziyaretçi üzerindeki etkisi

Fiyatlandırma seçeneklerini soldan sağa dizerken çoğu ekip fiyata göre sıralar: en ucuz solda, en pahalı sağda. Bu düzenleme mantıklı görünür, ama çoğu durumda dönüşümü hedef aldığınız planın aleyhine çalışır. Ziyaretçi solu önce görür; ilk okuduğu fiyat zihninde çapa (anchor) işlevi yapar ve sonraki planları ona göre değerlendirir.

Sırayı tersine çevirmek her zaman çözüm değildir. Kurumsal satışa odaklanan bir üründe en yüksek planın öne çıkarılması ilk izlenimi bozabilir. Asıl karar şu: hangi plan hedef kitlemin çoğunluğuna en iyi uyuyor ve bu plan sayfada en fazla görünürlüğü alıyor mu? Cevap hayırsa sıralama yeniden düşünülmelidir.

Üçlü plan yapısında - Temel, Pro, Kurumsal benzeri - ortada kalan plan çoğu zaman en fazla dönüşüm alan seçenektir. Konumlandırma baskısı yaratır: soldan ucuz, sağdan premium olduğunda orta seçenek "makul" görünür. Ama bu etki otomatik değildir; ortadaki planın özellik seti, fiyatlandırma mantığıyla örtüşmezse bu baskı işlemez ve ziyaretçi sırayı fark etmez.

Dört veya daha fazla planı yan yana dizmek farklı bir soruna yol açar. Seçenek sayısı arttıkça karar maliyeti de artar; ziyaretçi hangisinin kendine uygun olduğunu anlayamaz ve hiçbirini seçmeden sayfayı kapatır. Seçenek sayısını artırmak dönüşümü artırmaz; doğru planı bulmayı zorlaştırır. Bu nedenle planlar genişledikçe, kullanım senaryosuna göre yönlendirme mekanizması - "Ben bir ajansım", "Ben bireysel kullanıyorum" gibi seçiciler - sayfanın bir parçası haline gelmelidir.

Önerilen planı işaret etmenin doğru ve yanlış kullanımı

"Önerilen" veya "En popüler" etiketi neredeyse her fiyatlandırma sayfasında görünür. Doğru kullanıldığında karar ağırlığını bir plandan alır ve ziyaretçinin dikkatini odaklar. Yanlış kullanıldığında - özellikle bu etiket en pahalı plana yapıştırıldığında - güvensizlik yaratır; ziyaretçi "kim için önerilen?" sorusunu sorar ve sayfadan güven azalır.

Etiketi doğru konumlandırmak için kendi verilerinize bakmanız gerekir. Kullanıcıların çoğunluğu hangi plandan giriyor, hangi planda kalıyor? Bu soruların cevabı etiketin yerini belirlemeli, ekibin iç fiyatlandırma hedefi değil. Pro plana geçişi istiyorsanız ama kullanıcıların büyük çoğunluğu Temel planda kalıyorsa, etiketi Pro'ya koymak yanıltıcı olur; bunun yerine Pro planının özellik açıklamasını güçlendirmek daha dürüst bir yoldur.

Güvensizlik yaratmaz. Etiket yanıltmaz. Bu yalnızca doğru plana konulduğunda geçerlidir - yanlış konumda aynı etiket tam tersi etkiyi üretir.

Tek planlı sayfalar için bu tartışma geçersizdir. Seçenek yoksa karşılaştırma da yoktur ve sayfa tamamen farklı bir yapıya - değer odaklı, soru-cevap ağırlıklı - ihtiyaç duyar. Tek plan sayfası ne zaman uygun? Ürün henüz pazar doğrulaması aşamasındaysa veya yalnızca tek bir müşteri segmentine hizmet ediyorsa bu yapı çok daha temiz çalışır ve ziyaretçiyi gereksiz karşılaştırma yüküyle boğmaz.

Özellik tablosu ne zaman yardım eder, ne zaman kafa karıştırır

Karşılaştırma tablosu (feature comparison table), planlar arasındaki farkları görsel olarak netleştirme amacıyla kullanılır. Ama bu amacı ancak belirli koşullarda yerine getirir. Yirmi satırlık tablo karar vermeyi kolaylaştırmaz; satır sayısı onbeşi geçmeye başladığında ziyaretçi hangi özelliğin gerçekten önemli olduğunu anlayamaz ve tüm satırlar eşit ağırlık kazanarak tablo artık yardım etmek yerine ağırlık bindirmeye başlar.

Çözüm satırları azaltmak değil, gruplamaktır. Özellikler işlev kümelerine ayrılır - "Raporlama", "Entegrasyonlar", "Kullanıcı Yönetimi" gibi - ve her küme ayrı bir başlık altında sunulur. Böylece ziyaretçi kendi önceliğine göre tabloda yön bulur; ihtiyacı entegrasyonlarsa o bloğa iner ve gereksiz satırları atlar.

Tablonun sayfadaki konumu da kırılgan bir karardır. Fiyatlandırma kartlarının hemen altına yerleştirilen tablo, ziyaretçiyi plan seçmeden ayrıntıya sürükler. Daha iyi çalışan düzenleme genellikle şudur: kartlar önce, plan seçme alanı hemen arkasında, tablo ise aşağıda; merak eden veya daha teknik bir inceleme yapmak isteyen ziyaretçi için. Bu yapı ziyaretçiyi karar sürecinin başında bunaltmaz.

Tablo olmadan da fiyatlandırma sayfası işe yarayabilir. Eğer planlar arasındaki fark tek bir cümleyle anlatılabiliyorsa - "Temel plan beş kullanıcıya kadar, Pro sınırsız kullanıcıyla" gibi - o farkı tabloya dökmek gereksiz karmaşıklık ekler. SaaS sitesi bilgi mimarisi planlanırken bu tip sayfalara atanan içerik derinliği, tablonun zorunlu olup olmadığını da belirler.

Satın alma itirazlarını sayfa yapısıyla karşılamak

Bir ziyaretçi fiyatlandırma sayfasını kapatmadan önce çoğunlukla belirli soruları yanıtsız bırakır: "Deneme süresi bitince otomatik ücret kesilir mi?", "İptal nasıl yapılıyor?", "Benim sektörümde bu ürün kullanılıyor mu?" Bu sorular sözlü olarak dile gelmez, ama yanıtsız kaldıklarında ziyaretçiyi sayfadan uzaklaştırır.

İtiraz karşılama, sayfanın alt kısmına atılan bir soru-cevap bloğu değildir - sayfanın her katmanına yerleştirilmiş, dönüşüm kırılma noktalarında devreye giren kısa yanıtlardır. Plan açıklamasının altındaki tek cümle - "İstediğiniz zaman iptal edebilirsiniz, kart bilgisi gerekmez" gibi - fiyat kartının tam yanındaki itirazı keser ve ziyaretçinin güveni için ayrı bir paragraf okumasına gerek kalmaz.

Güven. Kolay kazanılmaz.

İtiraz haritası çıkarmak için satış ekibinin ya da destek kanalının sıkça gelen sorularına bakmak yeterlidir. Hangi soru en çok tekrar ediyor? O sorunun yanıtı sayfanın en kritik kırılma noktasına - büyük olasılıkla ödeme adımından hemen önce veya plan kartlarının altında - yerleştirilmelidir. Yardım merkezi ve SSS yapısı planlanırken bu itiraz haritası hem fiyatlandırma sayfasını hem de destek içeriğini besler; aynı soru iki yerde iki farklı biçimde yanıtlanır.

Soru-cevap bölümünün konumu dönüşümü etkiler

Fiyatlandırma sayfalarında SSS bölümü neredeyse her zaman en alta yerleştirilir. Bu yerleşim çoğu zaman doğrudur, ama "neden en altta?" sorusu sorulmadan yapılan bir alışkanlık haline geldiğinde sorun yaratabilir.

SSS bölümünü alta koymak şu varsayıma dayanır: ziyaretçi planları inceler, bir seçim yapar, ardından aklına takılan sorulara bakar. Bu sıra çalışıyorsa alt konumlama uygundur. Ama ziyaretçi planları değerlendirmeden önce güven sorusu yaşıyorsa - özellikle yeni bir ürün veya tanımadığı bir şirketse - o güven soruları planların üstünde veya yanında yanıtlanmalıdır, altında değil.

SSS içeriğini katmanlara bölmek de bir çözümdür. "Ödeme ve iptal" soruları plan kartlarının hemen altına mini bir blok olarak gider; "teknik entegrasyon" soruları tablonun yanına yerleşir; genel sorular ise tam SSS bölümünde kalır. Her soru kümesi kendi kırılma noktasına bağlanır ve sayfanın tamamına dağılır. Bu yapı, yapısal kontrol listesi hazırlanırken fiyatlandırma sayfasına özel bir denetim kalemi olarak eklenebilir.

Yıllık ve aylık fiyat geçişinin konumu ve davranışı

Yıllık ve aylık ödeme arasında geçiş sağlayan düğme (toggle), fiyatlandırma sayfasının en çok ihmal edilen yapı kararlarından biridir. Düğme nereye konur, varsayılan olarak hangisi seçili gelir, geçiş yapıldığında hangi fark vurgulanır - bunlar küçük tercihler gibi görünür ama ziyaretçinin hangi fiyatı baz aldığını doğrudan belirler.

Varsayılan aylık geliyorsa ziyaretçi aylık fiyatı baz alır ve yıllık fiyata bakınca "çok pahalı" hissedebilir. Varsayılan yıllık geliyorsa aylık eşdeğeri görünür kılınmazsa ziyaretçi gerçek ödemeyi hesaplayamaz ve kafa karışıklığı güvensizliğe dönüşür. İki seçenek de ters etki yaratabilir; doğru yapı bağlama ve ürünün fiyat aralığına göre değişir.

İndirim farkı düğmenin yanında, aynı satırda gösterilmelidir - "Yıllık seçin, iki ay bedava" gibi. Bu bilgi düğmeyle aynı anda gözükmezse, yani sayfanın aşağısında veya başka bir blokta gizlenirse, çoğu ziyaretçi bu avantajı fark etmeden aylık seçip devam eder.

Fiyatlandırma sayfasını mobil için ayrıca düşünmek

Yan yana dizilen üç plan kartı masaüstünde güzel çalışır. Aynı düzenleme mobilde dikey sıraya döndüğünde en üstteki kart ilk görünen olur ve ziyaretçi büyük olasılıkla diğer planları görmeden harekete geçer. Mobilde sıralama kararı masaüstündekinden bağımsız düşünülmelidir.

Mobil fiyatlandırma sayfasında önerilen planı varsayılan olarak merkeze - yani ekranın ilk görünen kısmına - taşımak mantıklıdır. Yatay kaydırma (horizontal scroll) ile planlar arası geçiş bazı ürünler için işe yarasa da bu kullanım biçimi ziyaretçilerin büyük çoğunluğu için sezgisel değildir; kaydırmanın olduğunu gösteren bir ipucu yoksa ziyaretçi ilk kartla yetinir.

Mobil için özellik karşılaştırma tablosu başlı başına bir yapı sorunudur. Geniş tablo dar ekranda yatay kaydırma ister veya hücre içerikleri kısalır ve okunamaz hale gelir. Çözüm tabloyu katlanabilir (accordion) yapıya dönüştürmek ya da mobilde tamamen devre dışı bırakıp plan kartı altında madde listesi kullanmaktır. İçerik büyüdükçe navigasyon sade tutulabiliyorsa aynı mantık fiyatlandırma sayfasının mobil katmanına da uygulanabilir; dar ekranda her ek bilgi bloğu değerli yer kaplar ve öncelik sırasına göre konumlanmalıdır.

Fiyatlandırma sayfası yayına girdikten sonra sorular değişmez; sorular her zaman aynıdır. "Ne kadar tutar?", "Ben hangi planı seçmeliyim?", "İptal edebilir miyim?" Değişen yalnızca bu soruların hangi sırayla ve ne hızda yanıtlandığıdır. Yapı bu sırayı ve hızı belirler.

Sayfayı kurarken iki rakip değeri dengelemek gerekir: sadelik ve yeterlilik. Çok sade sayfa yeterli bilgi vermez ve ziyaretçi başka kaynaklara gider. Çok bilgi yüklü sayfa kararı ağırlaştırır ve ziyaretçi ertelemek için sayfayı kapatır. Dengeyi bulmak tek seferlik bir karar değildir; sayfa, gelen sorulara ve çıkış verilerine göre zaman zaman yeniden ayarlanır.

İyi kurulmuş bir fiyatlandırma sayfası, ziyaretçiye "şunu seç" demez. Doğru yapıya, doğru sıralamaya ve doğru konumdaki itiraz yanıtlarına sahip bir sayfa, ziyaretçinin kendi kararını kendisi vermesini kolaylaştırır - ve o karar çoğu zaman tam istediğiniz yöne gider.