Açılış Sayfanızdaki Metin Size Yalan Söylüyor (Ve Sorun Başlık Değil)

Özet

Çoğu açılış sayfası metni tavsiyesi eklemekle ilgilidir: daha fazla başlık, daha fazla fayda, daha fazla sosyal kanıt. Asıl sorun genellikle çıkarmaktır — önemli olan tek şeyi bir yığın genel lafın altına gömmüşsünüzdür. Bu adım adım inceleme, zaman takibi sayfası trafik alan ama kayıt almayan tek bir kurucuyu izliyor ve bunu adım adım nasıl düzelttiğini gösteriyor. Başlığın neden kullanıcısının Cuma günü yerine ürünüyle ilgili olduğunu, CTA'nın neden bir talep gibi hissettirdiğini ve tek bir dürüst müşteri alıntısının neden bir logo duvarını yendiğini göreceksiniz. Ayrıca 'her şeyi test et' mantrasına gerçek bir takasla karşı çıkıyor: trafik düşükken editoryal kararlar almanız gerekir. Sonunda, sıradan bir sayfayı ziyaretçinin sessiz sorusuyla gerçekten konuşan bir sayfaya dönüştürmek için pratik, şüpheci bir süreciniz olacak.

Çoğu açılış sayfası metni tavsiyesi, bir sayfayı bir Salı günü kendi başlarına yayınlamak zorunda kalmamış kişiler tarafından yazılır. Bir tasarımcınız, bir metin yazarınız ve hazır bir veri ekibiniz olduğunu varsayar. Tek bir pazarlamacı veya kurucu için gerçek şudur: yarım kalmış bir sayfanız, bir teslim tarihiniz ve 'dönüştürmek' butonun rengini değiştirmek anlamına geliyor gibi belirsiz bir his var. Açık konuşayım: metninizle ilgili sorun, kelimelerde iyi olmamanız değil. Kendinize yazıyor olmanız.

Serbest çalışan tasarımcılar için zaman takip aracı olan bir kurucuyu düşünün. Araç çalışıyor: bir zamanlayıcıya tıklamanıza, projeyi etiketlemenize ve düzgün bir PDF dışa aktarmanıza olanak tanıyor. 'Zamanınızı Güzelce Takip Edin' başlığıyla bir açılış sayfası yazıyor. Bir bülten bahsi sayesinde trafik artışı alıyor ve birkaç kişi 'Kaydol' butonuna tıklıyor. Ama çoğu tıklamıyor. Sıradan bir gözlemci başlığın çok sıradan olduğunu söyleyebilir. Asıl sorun daha derin: sayfadaki her kelime dolaylı olarak 'güzel bir araç yaptık' diyor, ama ziyaretçi 'bunu bir Cuma günü manuel olarak yapmak zorunda kalacak mıyım?' diye düşünüyor. Sayfa onun ürünüyle ilgili. Ziyaretçi ise onun haftasıyla ilgili. Bunlar iki farklı hikaye.

Bunu nasıl düzelttiğini ve her aşamadan ne çalabileceğinizi birlikte inceleyelim.

Kimsenin Yapmadığı Teşhis: Metniniz Bir Öncesi-Sonrası mı Anlatıyor?

İlke: metin, okuyucuyu üründen hayata çeviri işini yapmaya zorladığında başarısız olur. Onlara sonrasını göstermelisiniz.

Bana 'belki yeni bir başlığa ihtiyacım var' diyerek geldi. Sayfayı, saat başı ücret alan Dan adında belirli bir müşterisini düşünerek okumasını istedim. Sayfa, Dan'in saat 17:00'de ne yapıyor olacağını yanıtlıyor muydu? Hayır. Dan'in ürünü açıp ona bakarsa ne yapacağını yanıtlıyordu.

Bu yüzden 'Zamanınızı Güzelce Takip Edin' yerine 'Dizüstü bilgisayarınızı kapatmadan önce çalışma gününüzü temiz bir faturaya dönüştürür.' denedi. Bu mükemmel bir başlık değil, ama bir an içeriyor. Ziyaretçi artık dizüstü bilgisayarı kapattığını hayal edebiliyor. Ürünün görsel parlaklığıyla değil, ürünün sonucuyla ilgili.

Bu, çoğu 'metin yazarlığı en iyi uygulamasının' atladığı adımdır çünkü kitlenizi zaten anladığınızı varsayarlar. Tek kişilik bir operatör olarak ürüne çok yakınsınız. Bilinçli olarak bir mesafe oluşturmanız gerekiyor. Bu mesafeyi oluşturmanın en kolay yolu okuyucuya bir isim vermektir (kafanızda bile). 'Serbest çalışanlar' diye düşünmeyin. 'Ayın son günü fatura kesen ve bundan pişman olan Mikaela'yı düşünün. Sayfayı ona göre yazın. Sayfa emekli bir muhasebeciye de mantıklı geliyorsa, çok genel.

Aynı mantık her paragraf için geçerli: 'bir kişi bunu bir arkadaşına söyler mi?' diye sorun. Söylemezse, bu açılış sayfası metni değil, ürün metnidir.

Metni Somut Yapan Gerçekleri Nasıl Çıkarırsınız

'İstemci geçişlerini otomatik algılar' gibi bir 'gerçeği' kendi aracınızı gerçekten bilmeden yazamazsınız. Ama çoğu zaman bunu bir özellik olarak biliriz, yaşayan bir gün hakkında bir gerçek olarak değil. Bu yüzden mevcut bir kullanıcıyla konuşun ve tek bir soru sorun: 'Bunu kullanmadan önce ne yapıyordunuz?' Cevap, somutluklarla dolu bir altın madeni.

Onun durumunda, bir beta kullanıcı şöyle dedi: 'Eskiden bir not defteri tutardım, sonra hafta sonunda hepsini bir e-tabloya yazar ve ne kadar idari iş olduğunu tahmin ederdim.' Bu alıntı ona bir gerçek verdi: ürün tahmini ortadan kaldırıyor. 'Otomatik zamanlayıcımız var' değil. 'Zaman kaydınız bir tahmin değil.'

Mikro örnekler: Bir fatura aracı yapıyorsanız, birine dosyaları nasıl adlandırdığını sorun. Bir fitness uygulaması yapıyorsanız, bir egzersizi kaçırdıklarında ne yaptıklarını sorun. 'En kötü kısım nedir?' sorusunun cevabı genellikle kelimesi kelimesine ihtiyacınız olan cümledir.

'Hoşunuza gitti mi?' diye sormayın çünkü herkes evet der. Ürünün etrafındaki olayları sorun: 'Son işinizi takip etmeye çalıştığınızda ne oldu?' Metin malzemesi orada yaşıyor.

Henüz tek bir kullanıcınız yoksa, kendi satış e-postanızı kullanın. Bir potansiyel müşterinin canlı sohbetinize veya destek kuyruğunuza yazdığı soruyu bulun. Bu soru bir gerçektir. Veya sorunun genel incelemelerinden ödünç alın: 'E-posta süresini takip ediyor mu?' bir rakibin incelemesinde bahsedilen türden bir şeydir. Süslü bir kullanıcı araştırma platformuna ihtiyacınız yok. Tek bir gerçek cümleye ihtiyacınız var.

Başlık Formüllerine Tapmayı Bırakın ve Gerçekleri Kopyalamaya Başlayın

Sektör bir formülü sever: '[İstenen Sonuç] Nasıl Yapılır, [Acı Noktası] Olmadan.' Bunlar, şablon yazarlarının itiraf ettiğinden daha az işe yarar ve başarısız olduklarında, sayfanızın diğer her şablon gibi ses çıkarmasına neden olurlar. Daha iyi bir hamle, bir formülü başlangıç noktası olarak alıp, kendi ürününüzden inatla spesifik bir gerçek eklemektir — rakip tarafından yazılmış olsaydı yanlış olacak bir şey.

Onun durumunda, araç bir müşteriden diğerine geçiş yaptığınızı otomatik olarak algılıyor. Bu bir özellik listesi değil, bir gerçek. Bu yüzden başlık şöyle oldu: 'Müşteriler arasında otomatik geçiş yapar, böylece zaman kaydınız bir tahmin olmaktan çıkar.' Bu asla bir yaratıcılık ödülü kazanmayacak, ancak okuyucunun kontrol edebileceği bir mekanizma içeriyor.

Bunu düşünmenin yararlı bir yolu: aynı başlığı yalan söylemeden bir rakibin sayfasına koyabiliyorsanız, o henüz bir başlık değildir. Formül ve içgörü arasındaki fark budur. Bu argümanın daha uzun halini istiyorsanız, bu yazı formül ve içgörü konusunun derinliklerine iniyor.

Hızlı bir test: başlığınızı okuyun ve diğer on ürüne de uygulanabilecek tüm kelimelerin üzerini çizin. Geriye yalnızca tek bir kelime kalırsa, yaklaşmış olabilirsiniz. Hiçbir şey kalmazsa, baştan başlayın.

İlk Paragraf İkinci Başlıktır

Çoğu insan, özetle 'zaman takibinin sinir bozucu olduğunu biliyoruz ve aracımız bunu düzeltiyor' olan bir giriş paragrafı yazar. Bu başlıkla aynıdır. Okuyucu iki metin bloğu görür ve ikisi de aynı şeyi söyler. Bunun yerine, ilk paragraf hikayeyi bir adım ileri taşımalı.

İlk paragrafını mini bir anlatıya dönüştürdü: 'Dan, ailesini rahatça geçindiren saatlik bir ücret alıyor. Her hafta gerçekte ne üzerinde çalıştığını yeniden kurmak için birkaç saat harcıyor. Matematiği kötü değil. Sadece durdurmayı unutuyor.' (Belirli detaylar açıklayıcıdır, beta kullanıcıları hakkında bir iddia değildir.) Bu paragraf üç şey yapar: somut bir kahraman, somut bir maliyet ve okuyucunun tanıdığı somut bir başarısızlık verir.

İlke: başlığınızı özetlemeyin; kanıt ekleyin. Harika bir ilk paragraf, 'başlığa neden inanmalıyım?' sorusunu, vaadi somutlaştıran küçük bir sahneyle yanıtlar. Serbest çalışanlar için bir araçsa, bir serbest çalışana soyadı ve bir Cuma teslim tarihi verin.

Ve bu sırada, o paragrafın son cümlesine bakın. CTA'ya geçişi hak etmelidir. 'Ücretsiz deneyin' diyorsa, onu boşa harcamışsınız. 'Böylece fatura hafızaya bağlı kalmıyor' gibi bir şey söyleyin.

Gövde Metni: Eklemeyin, Çıkarın

Açılış sayfası hataları üzerine yapılan araştırmalar 'çok fazla metin' ve 'dikkat dağıtıcı unsurlar' ile dolu. Ama asıl çözüm daha kısa cümleler yazmak değil; fikir sayısını azaltmak. Üç özelliği ve bir bonusu anlatan bir paragraf, tek bir sonucu ve mekanizmasını anlatan iki cümleden daha kötüdür.

Dört sütunlu 'Özellikler' başlıklı bir bölümü vardı: otomatik zamanlayıcı, PDF dışa aktarma, müşteri etiketleri, mobil uygulama. Hiçbir ziyaretçi bunu sırayla okumaz. Şu anki acılarına uyanı okurlar. Bu yüzden onu tek bir cümleye indirdi: 'Otomatik zamanlayıcı, PDF dışa aktarma, müşteri etiketleri ve mobil uygulama — aksi halde üç farklı araçta kovalayacağınız dört şey.' Bu cümle listeyi korur ama onu mevcut araca karşı bir şikayete dönüştürür.

Mikro örnek: Bir özellik listesi yerine, özellikleri okuyucunun zaten sahip olduğu bir hayal kırıklığının sonucu olarak kullanan bir paragraf yazın. 'Bir gösterge panosuna ihtiyacınız yok, saatlik toplamı gösteren bir PDF'e ihtiyacınız var. Bu araç bunu yapar.' Gösterge panosu hala oradadır, ancak artık yardımcı oyuncudur.

Burada bir takas var: Ürününüz gerçekten karmaşıksa ve okuyucu sofistike bir alıcıysa, bir özellik ızgarası değerlendirme aracı olarak yararlı olabilir. Ama bu, ana argüman yapıldıktan sonra sayfanın altına koyduğunuz bir tablodur. Onu gövde yapmayın.

CTA Bir Buton Değildir, Bir Sonraki Cümledir

Buton etiketi en son optimize etmeniz gereken şeydir. Neden? Çünkü çevreleyen metin işini yaptıysa, eylem bir kopuş değil, bir devam gibi hissettirmelidir. 'Kaydol' bir kopuştur. Bir taleptir. Çözüm, CTA'yı son paragraftan sonra gelen, 'peki, sonra ne olacak?' sorusuna yanıt veren küçük bir fayda haline getirmektir.

Butonunu 'Ücretsiz Denemeye Başla'dan 'İlk Faturamı Gör'e çevirdi. Bu bir yalan mı? Hayır, bir önizleme. Ziyaretçiye anında kazancın bir hesap oluşturmak değil, nihai çıktıyı görmek olduğunu söyler. Bu tek değişiklik herhangi bir renk değişiminden daha iyi çalıştı ve nedenini tahmin etmek için A/B testi gerekmedi.

Bir uyarı: CTA'yı bir numara yapmayın. 'İlk Faturamı Gör' yalnızca kredi kartı bilgilerini girmeden önce gerçekten bir fatura önizlemesi görebiliyorlarsa işe yarar. Bir ödül vaat edip önce ödeme isterseniz, dönüşümü kayıp bir e-postayla takas etmiş olursunuz. Aracınızın ilk 60 saniyede ne teslim edebileceği konusunda dürüst olun.

Ayrıca, CTA etiketinin düşündüğünüz birincil buton rengi olması gerekmediğine dikkat edin. Renk bir görünürlük sorunudur, anlam sorunu değildir. Belirli bir şey söyleyen iyi yazılmış bir buton, parlak renkteki genel bir butonu yener çünkü okuyucunun az önce sorduğu iç cümleyi yanıtlar. Doğru CTA modelini seçme konusunda daha derinlemesine bilgi istiyorsanız, bu rehber seçenekleri şüpheci bir gözle inceliyor: tek yüksek sesli eylem.

Buton Rengi Efsanesi (ve Neden Yok Sayabilirsiniz)

Kırmızı bir butonun yeşil butonu yendiğini veya yeşil bir butonun kırmızı olanı yendiğini kanıtlayan bir yazı endüstrisi var. Çalışmalar var, ama yanlış şeyi ölçüyorlar. Butonunuz 'Kaydol' diyorsa, bir kimlik değişikliği istiyorsunuz. Butonunuz 'İlk Faturamı Gör' diyorsa, bir önizleme sunuyorsunuz. Renk yalnızca anlam zaten nötrken önemlidir. Düşük trafikli küçük bir sayfada, yine de istatistiksel olarak güvenilir bir yanıt alamazsınız.

Rengi bir gürültü filtresi olarak ele alın, bir kaldıraç olarak değil. Sayfayı okunaklı yapın, butonu gözün üzerinde durduğu kadar ayırt edici yapın ve dönüşümün asıl gerçekleştiği metne geçin.

Atmanız Gereken 'En İyi Uygulama' Sosyal Kanıtı

Jenerik referanslar, metin yazarlığı dünyasının polyesteridir. 'Bu araç harika' bir kanıt değil, bir tezahürattır. Tek bir kurucu için beş yüz parlak incelemeniz olmayabilir. 'Bunun zamanımı yiyeceğinden korkuyordum ama aslında fatura açılana kadar zamanlayıcının çalıştığını unuttum' diyen bir beta kullanıcısından bir e-postanız var.

Bu altın değerinde, çünkü şüphecinin tam korkusuna hitap ediyor. 'Binlerce kişi tarafından sevildi' yerine izin alarak kelimesi kelimesine kullanın. Bu tür bir metniniz yoksa, mevcut beş kullanıcınızla konuşun ve neredeyse neyi satın almadıklarını sorun. O alıntı sizin kanıtınız.

Sosyal kanıt yalnızca okuyucunun dile getirmek için çok kibar olduğu itirazı adlandırdığında işe yarar. '1.000 mutlu müşteriye katılın' bunu yapmaz. 'Çok meşakkatli olacağını düşünmüştüm ama bütün gün açık bıraktım' yapar. Bir logo duvarı, tek kişilik bir araç için hiçbir şey yapmaz çünkü okuyucu, ürün için ödeme yapmaya istekli bir şirketten logo almadığınızı bilir. Metin kanıtı, tasarım ajansınızdan daha inandırıcıdır.

Bir adım daha ileri götürün: kanıtı ele aldığı sorunun hemen yanına koyun. Referansın üstündeki paragraf 'zamanlayıcıyı değiştirmeyi unutmak gerçek acıdır' diyorsa, 'unuttum' alıntısını doğrudan altına koyun. Bu, test gerektirmeden çalışan bir modeldir: bitişik kanıt, dekorasyon olarak değil, kanıt olarak okunur.

SSS, Şüpheci Okuyucunuzun Saklandığı Yerdir

Çoğu insan SSS girdilerini bir mühendisin destek bileti yanıtlıyormuş gibi yazar. Gerçek dönüşüm mıknatısı, insanların Google'a yazdığı ama sohbet widget'ına yazmayacağı sorudur: 'Zamanlayıcıyı başlatmayı unutursam ne olur?' Bir zaman takipçisi için engel budur. Doğruysa cevap şöyle olabilir: 'Araç bir boşluk fark eder ve günün sonunda size bunun bir mola mı yoksa bir oturum mu olduğunu sorar.'

Bu cevap sessiz bir itirazı kaldırır, bağırarak söyleneni değil. Bir özelliğin var olduğunu söylemekle güvenlik ağını göstermek arasındaki farktır. 'İsteksiz tıklama kalabalığı tam burada yaşar ve SSS onların ön kapısıdır.

İşin püf noktası, SSS girdisini tek satırlık bir ifade olarak değil, bir paragraf olarak yazmaktır. 'Zamanlayıcıyı başlatmayı unutursam ne olur?' ardından 'Hatırlarız. Akşam saat 6'da size bir bildirim gelir: '2 ile 3 arasında müşteri X üzerinde çalıştınız mı?' İşte bu kadar.' Bu minyatür bir sahnedir ve ikna edicidir.

Ama aşırıya kaçmayın. SSS, her olası sorunun sözlüğü olmamalı. İnsanların kaydolmasını gerçekten engelleyen ilk üç itirazı seçin. Ne olduklarını bilmiyorsanız, bir potansiyel müşteriye sorun: 'Seni neredeyse ne durdurdu?' ve cevabı, tam onun söylediği gibi SSS'ye koyun.

Mobil Okuma Sırası: Üç Kaydırmada Tek Argüman

Açılış sayfanız muhtemelen bir telefonda okunuyor, bu da dikey bir sıra anlamına geliyor. Mobilde her bölüm üst üste yığılır ve okuyucu sıkılana kadar kaydırır. Sıralama, herhangi bir tasarım sisteminden daha önemlidir. Başlığın hemen ardından 'Dan' paragrafının gelmesini ve onu fatura butonu önizlemesinin takip etmesini sağladı. Üç kaydırmada tüm argüman budur. Geri kalan her şey bir dikkat dağıtıcıdır.

Test edin: sayfanızı telefonda açın ve normal hızda kaydırın. Her ekran size devam etmek için bir neden veriyor mu? Bir cümleden önce bir logo bloğu, bir menü ve 'bize güveniyorlar' logo şeridi görürseniz, okuyucuyu zaten kaybettiniz. Önce cümleyi koyun.

Bazen 'Her Şeyi Test Et' Kötü Bir Tavsiyedir

'Her zaman test edin, her zaman test edin' yazılarını çok okursunuz, özellikle test yazılımı satan şirketlerden. Düşük trafikli bir sayfa için testlerin anlamlılığa ulaşması haftalar alır. Bu sırada sayfanız yok. Pratik hamle, anlamlı bir değişiklik yapmak için yukarıdaki ilkeleri kullanmak ve ardından nitel sinyalleri izlemektir: bir sonraki kaydolan başlıktan mı yoksa faturadan mı bahsetti? Bir yorum dizisi SSS yanıtını alıntıladı mı? Veriniz budur.

Gerçek takas: A/B testi bir trafik lüksüdür. Elinizde yokken editoryal kararlar almanız gerekir. Yukarıdaki kararlar evrensel bir mekanizmaya dayanır — insanlar, sayfa kafalarındaki belirli soruyu yanıtladığında dönüşüm yapar. Kafalarının içini göremiyorsanız, bir kullanıcıya tek bir soru sorun: 'Seni bu ürünü almaktan neredeyse ne alıkoydu?' Sonra cevabı sayfaya yazın.

Açık olmak gerekirse, herhangi bir şey başlatmadan önce test etmeye değer tek bir şey var: CTA butonu metni. Ama bu bile mantıkla çözülebilir. Sayfanızın son argümanı 'tahmin etmeden temiz bir fatura alacaksınız' ise, buton bunu söyleyebilir. 'Kaydol'un hiçbir şey söylemediğini bilmek için bir güven aralığına ihtiyacınız yok. 'Test etmeye' ne kadar çok zaman harcarsanız, ziyaretçiyi anlama işini o kadar geciktirirsiniz.

Ne İşe Yaradı vs. Tavsiyenin Söylediği

İşte bir sonraki listicle geldiğinde masanızda tutmanız için hızlı bir karşılaştırma:

Madde işaretli tavsiye	Bu adım adım incelemede gerçekten işe yarayan
'Birden çok başlık varyasyonu yazın ve test edin'	Doğrulayabileceğiniz bir sayı içeren tek bir başlık yazdı, sonra ona dokunmadı
'Fayda odaklı metin kullanın'	Okuyucuya ürünün ne yaptığını değil, Cumalarının nasıl görüneceğini anlattı
'Sosyal kanıt: logolar ve 'binlerce kişi tarafından sevildi' gösterin'	Okuyucunun korkusunu dile getiren tek bir e-posta alıntısı kullandı
'Her zaman her unsuru test edin'	Editoryal kararlar aldı ve bir kullanıcı görüşmesiyle doğruladı

Bu tablo testi reddetmek değil. Testi, anlayışın yerine koymayı reddetmektir. Trafiğiniz olmadığında başkalarının trafiğini ödünç almanız gerekir: kullanıcının ifadesi.

Adım Adım İnceleme, Baştan Sona

İşte gerçekte yaptıkları, sırasıyla:

1. Dan'in Cumasını anlatan, ürününün kontrol panelini değil, bir 'öncesi ve sonrası' cümlesi yazdı.
2. Bir ismi ('güzelce') rakibinin kopyalayamayacağı bir gerçekle değiştirdi.
3. Özellik listesini bir şikayet gibi okunan tek bir cümleye indirdi.
4. Buton metnini anında sonuca çevirdi.
5. Jenerik referansı kaldırdı ve içinde 'korkuyordum' geçen bir alıntıyı gömdü.
6. Zamanlayıcıyı başlatmayı unutma kaygısını ele alan bir SSS girdisi ekledi.
7. Tasarım için iki gün harcadığı bir bölümü tamamen sildi.

Sonuç, anekdot niteliğinde ama gerçek: sayfa daha yoğun hissettirdi ama okuma süresi düştü çünkü ziyaretçiler göz gezdirmeyi bıraktı. Testten önce önemli olan metrik budur; insanlar kaydırıp sonra çıkıyorsa, hangi butonun turuncu olduğu önemli değil.

Sonuç

Açılış sayfası metniniz eksik bir formül yüzünden başarısız olmuyor. Yanlış kişiyle konuşma yaptığı için başarısız oluyor. Çözüm bir atölye değil, bir ameliyat: geriye yalnızca bir sonuç, bir gerçek ve bir güvenlik ağı kalana kadar ürün açıklamasını kesin. Bu, 'en iyi uygulama' listelerinin size söylediği şey olmayabilir, ama odada yalnızca siz varken işe yarayan şey budur.