CRO Aşamaları: Solo Kurucuların Düzeltmesi (ve Görmezden Gelmesi) Gerekenler

Özet

Çoğu dönüşüm optimizasyonu tavsiyesi, bir ekibiniz, bir test aracınız ve anlamlı deneyler yürütebilecek kadar trafiğiniz olduğunu varsayar — bu da onu solo kurucular için işe yaramaz hale getirir. Dürüst alternatif, aşama temelli bir yaklaşımdır: trafiğiniz olmadan önce, gizli kargo ücretleri ve mobil kullanılabilirlik sorunları gibi bariz sızıntıları gidermeye odaklanın. Haftada birkaç yüz ziyaretçiniz olduğunda, gürültülü A/B testleri yapmak yerine görünmeyen sızıntıları bulmak için oturum kayıtlarını ve müşteri geri bildirimlerini kullanın. Yalnızca sürekli olarak binlerce ziyaretçi gördüğünüzde, tek tek ve yazılı bir hipotezle gerçek deneyler yapmaya başlamalısınız. Satışlar tutarlı hale geldikçe, hedef kahramanca müdahalelerden enerjinize bağlı olmayan tekrarlanabilir bir test döngüsü oluşturmaya kayar. Her aşamada güven, diğer tüm optimizasyon çalışmalarını mümkün kılan temel olmaya devam eder.

Çoğu dönüşüm optimizasyonu tavsiyesi, bir ekibiniz, bir test aracınız ve bir A/B testini bir hafta içinde istatistiksel olarak anlamlı kılacak kadar trafiğiniz olduğunu varsayar. Tüm pazarlama departmanı sizseniz, bu tavsiye hedefi ıskalamakla kalmaz — felç edicidir. "İlk A/B testinizi yapmak" hakkında bir web semineri izler, istatistiksel anlamlılığa ulaşmak için bir aya ihtiyacınız olacağını fark eder ve tüm disiplinin ulaşılamaz olduğu sonucuna varırsınız. Bu yüzden hiçbir şey yapmazsınız. Ya da daha kötüsü, dokuz haneli bir mağaza işleten birinin kontrol listesini kopyalar ve trafiği bile olmayan bir açılış sayfasını "optimize etmek" için bir hafta sonu harcarsınız.

Solo bir kurucu için gerçekten işe yarayan şey, farklı, çok daha az gösterişli bir optimizasyon türüdür. Aşama temellidir. İşiniz değiştikçe değişir ve keskin bir gerçekle başlar: henüz dönüşüm optimizasyonuna ihtiyacınız yok; daha sonra optimizasyonu imkânsız kılacak şeyleri düzeltmeniz gerekiyor. Bu makalenin amacı size bu yol haritasını vermek — bir taktik listesi değil, trafik, gelir ve güvenin her seviyesinde neyin ilginizi hak ettiğine karar vermenin bir yolu.

İşte neyin değiştiğine dair dürüst tablo:

Aşama	Ana göreviniz	Görmezden Gelecekleriniz
Trafik Öncesi (0–100 ziyaret/hafta)	Bir temel oluşturun: hızlı, mobil uyumlu, güvenilir ve maliyetler hakkında dürüst	A/B testleri, piksel düzeyinde tasarım ayarlamaları, "optimize eden" başlıklar
Erken Trafik (100–1.000 ziyaret/hafta)	Sızıntınızı bulun: insanların gerçekte nerede ayrıldığını ve nedenini	Deney yapmak. Bu boyutta "testler" yalnızca doğrulanmamış görüşlerdir
Deneye Hazır (1.000+ ziyaret/hafta)	En büyük sızıntıda tek seferde temiz bir test yapın	Aynı anda birden fazla şeyi test etmek, ikincil sayfalarda tavşan delikleri
Süreç Aşaması (tutarlı satışlar)	Öğrenmeyi kurumsallaştırın: hipotezleri, sonuçları ve kararları belgeleyin	Aynı tartışmaları iki kez yeniden gündeme getirmek

Trafik öncesi bir başarısızlık değildir; veri toplamadır. Yapmanız gereken ilk ve en zor değişim, optimizasyonu "yaptığınız" bir şey olarak düşünmeyi bırakıp, size geri bildirim verecek kadar ziyaretçiniz olduğunda yerini hak eden bir şey olarak düşünmeye başlamaktır. Haftada yüz ziyaretçiden az görüyorsanız, dönüşüm oranınız temelde gürültüdür. Tek bir viral gönderi onu yüzde ikiden beşe çıkarabilir; yavaş bir sunucu tam tersine hareket ettirebilir. Bu dönemde en yüksek değerli iş A/B testi veya metin değişiklikleri değildir — gözleriniz kapalıyken fark edebileceğiniz nedenlerle mağazanızın sızıntı yapmadığından emin olmaktır.

Somut bir örnek: tanıdığım bir kurucu el yapımı seramik kupalar satıyor. Muhteşem bir ürün sayfası vardı, ancak kargo ücretleri yalnızca en sonunda gösteriliyordu. Ödeme aşamasına ulaşan hemen her sipariş orada ölüyordu. Çözümü bilmek için teste ihtiyacı yoktu — kargo ücretini ürün sayfasında veya daha erken görünür kılması gerekiyordu. Bu, bir öğleden sonra yapabileceğiniz bir değişiklik ve sadece bakarsanız huni verilerinden size geri bakan türden bir şey. Bu "sıfır aşama" oyun kitabıdır: temellerinizi, gelecekteki deneylerinizin kendi kendinize açtığınız bir yara ile kirlenmeyeceği kadar doğru yapın. Mobil kullanılabilirliği düzeltin — bir ürün sayfasının telefonda kaç dokunuş gerektirdiğini kontrol edin. Misafir ödeme sunun. İade politikanızı görünür yapın. Başka hiçbir şey yapmıyorsanız, bunları yapın.

Bu aşamadaki tuzak mükemmeliyetçiliktir. Tüm ürün sayfanızı yeniden tasarlamak veya her başlığı yeniden yazmak isteyebilirsiniz, ancak bu kadar az trafikle bu değişikliklerin yardımcı olup olmadığını anlayamazsınız. Önemli olan tek değişken, değişikliğin açık ve bariz bir itirazı ortadan kaldırıp kaldırmadığıdır. Yeni bir ziyaretçi ne sattığınızı, ne kadara mal olduğunu veya gerçekten ona gönderip göndermeyeceğinizi anlayamıyorsa, bunu düzeltin. Anlayabiliyorsa, tasarımı bırakın ve daha fazla trafik alın — çünkü daha büyük kısıt henüz dönüşüm oranınız değil.

Bir diğer yaygın hata, kendi zevkinizi müşteri davranışının bir göstergesi olarak ele almaktır. Küçük metinli minimalist bir ürün sayfasını sevebilirsiniz, ancak gerçek alıcılarınız — daha yaşlı, düşük donanımlı bir Android telefon kullanan veya tasarım konusunda pek bilgili olmayanlar — daha büyük yazı tiplerine ve daha belirgin düğmelere ihtiyaç duyabilir. Siz izlerken bir arkadaşınızdan veya erken bir müşteriden telefonda siteyi gezinmesini isteyin. Ne bulacağınıza şaşıracaksınız: iki dokunuş gerektiren bir ödeme düğmesi, klavye tarafından kapatılan bir form alanı, ürün görseli yüklenmeden önce görünen bir açılır pencere. Bunlar bir gösterge panelinden keşfedebileceğiniz şeyler değildir; gerçek bir kişinin satın almaya çalışmasını izleyerek keşfettiğiniz şeylerdir.

Erken trafiğe geçtiğinizde — diyelim ki haftada birkaç yüz ziyaretçi — oyun "bariz sızıntıyı bulmaktan" "göremediğiniz sızıntıyı bulmaya" dönüşür. Çoğu solo kurucunun A/B testi fikrine kapıldığı yer burasıdır. Direnin. Bu örneklem boyutunda, bir A/B testi anlamlılığa ulaşmak için haftalar alır ve sona erdiğinde trafiğiniz ilgisiz nedenlerle değişmiş olabilir. Sonuç bir karar değildir — bir sonraki parlak şeyi kovalamak için makul bir bahanedir. Bunun yerine, göreviniz gözlem yoluyla huniyi daraltmaktır.

Ücretsiz bir oturum kayıt aracını (veya en azından analizlerinizde bir huni görünümünü) açarak başlayın. Satın almadan ayrılan kişilerin yirmi veya otuz oturumunu izleyin. Kalıpları görmeye başlayacaksınız: beden seçicide tereddüt ediyorlar, bir indirim kodu yazıp siliyorlar, iade bağlantısına tıklıyorlar veya sadece kargo alanında duraksıyorlar. Birlikte çalıştığım bir kurucu, müşterilerin ürün görseline büyütme bekleyerek tekrar tekrar tıkladığını, hiçbir şey bulamadığını ve ayrıldığını gördü. Bu test edilecek bir hipotez değil; düzeltilecek bir hatadır. İkinci bir görsel koyun, oldu. Bir başkası, altbilgideki SSS bağlantısının mobilde görünmez olduğunu gördü — bu, ısı haritalarından belli olan ancak herhangi bir gösterge panelinde görünmeyen bir gerçekti. Bu aşamadaki gerçek kazanımlar bunlardır: ucuz, yönlendirici ve güvenli.

İşte bu kayıtları izlerken bakmanız gereken pratik bir liste:

• Fare veya başparmak tam olarak nerede tereddüt ediyor? Bu genellikle bir karar noktasıdır.
• Tıklanabilir olmayan hangi öğelere tıklanıyor? Bu bir hatadır.
• Kullanıcılar ana harekete geçirici mesajınızı fark etmeden kaydırıyor mu?
• Fiyat görünmeden önce çok fazla okuma yapmaları mı gerekiyor?
• "Sepete ekle" düğmesi telefonda kaydırmadan görünüyor mu?
• Sayfadaki herhangi bir şey, başka bir yerde yaptığınız bir iddiayla çelişiyor mu?

Amaç gördüğünüz her şeyi düzeltmek değil — oturumdan oturuma ortaya çıkan iki veya üç kalıbı seçmektir. İşte yararlı bir kural: aynı yanlış anlaşılmayı üç farklı oturumda görürseniz, gerçektir. İnsanların kafasının karıştığını doğrulamak için bir teste ihtiyacınız yok; sadece şeyi daha net hale getirmeniz ve karışıklığın kaybolup kaybolmadığını izlemeniz gerekir.

Bu aşamada iyi bir alışkanlık, satın alma sonrası e-postanıza bir soru eklemektir: "Sizi satın almaktan neredeyse alıkoyan bir şey oldu mu?" Dürüst ve spesifik cevaplar alırsınız — ve genellikle hiçbir analiz aracının gösteremeyeceği şeylere işaret ederler. Bu işteyken, mevcut akışınızın düzgün bir denetimini yapın; solo e-ticaret kurucuları için bir saatlik dönüşüm denetimi gibi bir çerçeve bunun için idealdir. Mükemmellik aramıyorsunuz — bir müşteri size söylediğinde utanmanıza neden olacak üç veya dört sorunu arıyorsunuz.

Bu aşamadaki aykırı görüş: Düşük trafikle A/B testi yapmak hiç test yapmamaktan daha kötüdür, çünkü size yanlış bir güven verir. Bir haftalık veri ve birkaç yüz ziyaretçiyle yapılan bir test, aslında sadece rastgele gürültü olan %20'lik bir "iyileşme" gösterebilir. Sonuç bilimsel görünür, bu yüzden uygularsınız — ve sonra aylarca satış kaybedersiniz, nedenini bilmeden. Temiz bir test yapacak kadar ziyaretçi alamıyorsanız, göreviniz trafiği artırmak veya test gerektirmeyen bariz düzeltmeleri yapmaktır. Deneyler bekleyebilir.

Haftada rutin olarak bin veya daha fazla ziyaretçi gördüğünüzde, "bariz olanı düzeltmekten" "belirsiz olanı test etmeye" geçebilirsiniz. Ancak sıraya dikkat edin: yalnızca nasıl düzelteceğinizi zaten bildiğiniz şeyleri temizledikten sonra teste hazırsınız. Çok fazla kurucu, düşük trafikli bir mağazayla A/B testine koşar, rastgele bir sonuç alır ve asla gerçek bir kaldıraç olmayan bir değişikliği uygular. Bu aşamada disiplin, tek seferde bir test yapmak, yazılı bir hipotezle ve yalnızca en büyük sızıntınızla ilgili bir sayfada veya adımda çalışmaktır. Sepetinizi terk etme hâlâ beklenmedik maliyetlerden kaynaklanıyorsa (neredeyse her e-ticaret CRO rehberine göre yaygın bir neden), buton renklerini test etmeyin — ücretsiz kargo eşiklerini veya indirim kodlarını test edin. Bu gerçek bir hipotezdir: "50 dolar üzeri ücretsiz kargo sunmak, dönüşümü olumsuz etkilemeden ortalama sipariş değerini artıracaktır."

Tek bir öğeyi değiştirmeden önce, ne olmasını beklediğinizi ve işe yarayıp yaramadığını nasıl anlayacağınızı yazın. Bu sizi neyi test ettiğiniz konusunda dürüst olmaya zorlar. "Başlığı değiştirmek dönüşümleri artıracaktır" gibi belirsiz bir hipotez işe yaramaz, çünkü nedenini söylemediniz. Yararlı bir hipotez mekanizmayı belirtir: "Mevcut başlık ürünün malzemesine odaklanıyor, ancak müşteriler teslimat süresi konusunda daha endişeli görünüyor; bu yüzden bunu hızlı teslimatı vurgulayacak şekilde değiştirmek sayfa ortasındaki düşüşü azaltacaktır." Bu tür bir hipotez test edilebilir — ve başarısız olsa bile bir şey öğrenirsiniz.

Ayrıca basit bir kayıt tutma sistemine ihtiyacınız var. Tarih, sayfa, hipotez, değişiklik, sonuç ve karar sütunları olan tek bir elektronik tablo, daha sonra size haftalar kazandıracaktır. Bu elektronik tablo, diğer her şey için ham malzemedir: daha önce neyi denediğinizi, ne öğrendiğinizi ve henüz neyi test etmediğinizi söyler. O olmadan, aylar sonra aynı testleri tekrarlarken ya da neden başladığınızı unuttuğunuz için bir fikri terk ederken bulursunuz kendinizi.

Ve işte bir başka aykırı görüş: trafik kısıtlamaları nedeniyle bir test çalıştıramıyorsanız, önce trafik sorununuzu çözmek için bir neden vardır, buradan "optimize ederek" kurtulmak için değil. Soloprenör mağazalarını hareket ettiren kaldıraçların çoğu sayfanın yukarısındadır — trafiğinizin kalitesi, teklifinizin netliği, reklamlarınızın alaka düzeyi. Bir açılış sayfası kötü bir trafik kaynağını kurtaramaz. Yararlı bir zihinsel kural: En büyük sızıntının ne olduğundan emin değilseniz, tahmin etmek yerine sızıntı teşhis adımına geri dönün. Ödeme sızıntısını teşhis etmek için beş adımlı kontrol listesi, bir şeyi değiştirmeden önce uygulamak için iyi bir araçtır.

Testle ilgili bir uyarı daha: bir testin görünümüne aşık olmayın. Şubat ayında işe yarayan bir test Temmuz'da işe yaramayabilir ve bir ürün için işe yarayan bir test diğerine zarar verebilir. Her deneyi doğanın yasası olarak değil, tek bir veri noktası olarak ele alın. Güven oluşturmanın tek yolu süreci tekrarlamaktır — testi çalıştırın, sonucu kaydedin, sıradakine geçin ve belirli müşterileriniz için gerçekte neyin işe yaradığına dair yavaş yavaş bir harita oluşturun.

Süreç aşamasında bir yerde — satışlar tutarlı olduğunda ve tekrarlanabilir pazarlama oluşturmaya başladığınızda — CRO, bir dizi kahramanca tek seferlik müdahale olmaktan çıkar ve bir döngü haline gelir. Burada solo kurucunun en büyük düşmanı cehalet değil tutarsızlıktır. Fikirleri test etmek için yeterli trafiğiniz var, ancak testleri yürütecek yalnızca sizsiniz ve hafızaya ve ivmeye güvenme cazibesi vardır. Bu asla ölçeklenmez. Çözüm, sizin iyi bir ruh halinde olmanıza bağlı olmayan bir süreç oluşturmaktır.

Basit bir süreç şöyle görünür: her ay, birikmiş işlerinizden bir hipotez seçin. Bunu "Y sayfasında/yolunda X'i değiştirirsem, Z'nin olmasını beklerim" şeklinde yazın. Belirli bir süre çalıştırın — en az birkaç tam hafta ve istatistiksel kesinlik vaat edemeseniz bile yöne güvenebileceğiniz kadar ziyaretçi. Sonucu elektronik tablonuza kaydedin. Sonra karar verin: benimseyin, reddedin veya yineleyin ve sıradakine geçin. Zamanla bu döngü gerçek ürün haline gelir: artık siteyi "dönüşüm için optimize etmiyorsunuz", tüm işinizin dayandığı varsayımları test ediyorsunuz. Tanıdığım uzun süredir solo operatör olan biri mağazasını küçük bir laboratuvar gibi işletiyor — kargo mesajlarını, ürün sayfası metinlerini, görsel sırasını, hatta sipariş onay e-postalarının konu satırlarını test etti — ve elektronik tablosu satın aldığı herhangi bir ajans raporundan daha değerli. Siz de mağazanızı böyle bir sisteme dönüştürebilirsiniz, ancak anahtar, bir şeyleri yazma disiplinidir.

Bu aşamada sık sorulan bir soru, özel bir A/B test aracı mı kullanılacağı yoksa sadece basit öncesi/sonrası değişiklikler mi yapılacağıdır. Trafiğiniz varsa, uygun bir test aracı, haftanın zamanını ve diğer değişkenleri kontrol ederek size güven verir. Ancak hâlâ gündüz işi olan bir solo kurucuysanız, bir testi gözlemlemek için zamanınız olmayabilir. Daha basit alternatif, bir değişiklik yapmak, metriği iki hafta boyunca izlemek ve önceki iki haftayla karşılaştırmaktır — mevsimsel ve dış faktörlerin karşılaştırmayı bozabileceği uyarısıyla. Her iki durumda da disiplin aynıdır: bir seferde yalnızca anlamlı bir şeyi değiştirirsiniz ve sonucu yazarsınız.

Hâlihazırda müşterilere hizmet veriyorsanız veya pazarlama çabalarınızı büyüttüyseniz, tekrarlanabilir bir CRO süreci tam olarak ihtiyacınız olan şeydir; ödünç alabileceğiniz bir çerçeve için e-ticaret müşterileri için tekrarlanabilir CRO süreci nasıl oluşturulur bölümüne bakın. İlkeler, kendi mağazanızda veya başkasının mağazasında çalışıyor olmanızdan bağımsız olarak aynıdır: gözlem, hipotez, deney, kayıt, karar. Tek fark, kendi mağazanız olduğunda tüm öğrenimleri saklamanızdır.

Tüm aşamalarda asla değişmeyen birkaç temel vardır. Güven kapıcıdır: bir ziyaretçi mağazanıza güvenmiyorsa, hiçbir dönüşüm taktiği yardımcı olmaz. Bu, ürün sayfalarınızın bir fotoğraftan ve fiyattan daha fazlasına ihtiyacı olduğu anlamına gelir. Net, spesifik açıklamalar kullanın; varsa gerçek müşteri fotoğrafları veya yorumları ekleyin; kargo, iade ve iletişim bilgileri konusunda açık olun. Bunlar "optimizasyon hileleri" değildir — daha sonraki tüm optimizasyonu mümkün kılan temeldir. Araştırma ve çoğu CRO rehberi aynı fikirdedir: beklenmedik maliyetler, karmaşık akışlar ve güven eksikliği üç büyük dönüşüm katilidir. İlk ikisini düzeltmek için tüm kariyerinizi harcayabilirsiniz, ancak güven yoksa satış zaten asla gerçekleşmeyecekti. Bunu düşünmenin bir yolu: güvene yatırım yapıp yapmamayı seçemezsiniz — yalnızca bunu bilinçli olarak mı yapacağınızı yoksa sepetinizi terk etme raporunuz size söylediğinde mi keşfedeceğinizi seçebilirsiniz.

Son bir dürüst not: tanımladığım aşama sınırları belirsizdir. Haftada bin ziyaretçiniz olabilir, ancak tek bir müşterinin yüz tıklamadan daha değerli olduğu hiper niş bir ürününüz olabilir. Ya da bir bloga büyük trafiğiniz ve ürün sayfalarına neredeyse hiç trafiğiniz olmayabilir. Aşamaları bir kural kitabı olarak değil, neyin ilginizi hak ettiğine dair genel bir his olarak kullanın. Ürününüz aylarca değerlendirme gerektiriyorsa, trafiğiniz olmadan çok önce güven içeriğine yatırım yapmanız gerekebilir. 5 dolarlık bir dürtü ürünü satıyorsanız, bu zaman çizelgesinin önerdiğinden daha erken fiyatlandırma ve ücretsiz kargo test etmeniz gerekebilir. Ana hat şudur: solo bir kurucu için dönüşüm optimizasyonu, en büyük deneyleri yapmakla ilgili değildir — önemli olan deneyleri, onları çalıştıracak veriye sahip olduğunuzda yapmak ve olmadığınız bir aşamadaymış gibi davranmamaktır.

Bu, bu makaleden alacağınız "en iyi uygulama"ya en yakın şeydir. Yalnızca bir şey alırsanız: bildiklerinizi düzeltin, yalnızca test edecek kadar veriniz olduğunda test edin ve bir araç veya kontrol listesinin size aksini söylemesine asla izin vermeyin.