'Sadece Tarihi Değiştir': Etkinlik Açılış Sayfanızın Gerçekten Neye İhtiyacı Olduğuna Nasıl Karar Verirsiniz?

Özet

Başka bir etkinlik açılış sayfasında "sadece tarihi değiştirmeden" önce, o etkinliğin gerçekte ne kadar sayfaya ihtiyacı olduğuna karar verin. Doğru sayfa miktarı, ziyaretçilerinizin zaten bildikleri ile kayıt olmak için bilmeleri gerekenler arasındaki boşluğu kapatan en küçük sayfadır. Üç soru sorun: Bu kitle size ne kadar güveniyor, buraya gelmek için neye tıkladılar ve bir "belki"nin maliyeti nedir? Ardından bir şablonu yeniden kullanmak, uyarlamak veya özel bir sayfa oluşturmak arasında seçim yapın. Etkinlikten sonra dönüşüm oranını, hemen çıkma oranını ve form terk oranını izleyin; böylece bir sonraki karar içgüdüsel değil, veriye dayalı olur. Bu çerçeve, küçük bir iç ekip olarak teknik bilgisi olmayan bir patrona seçimleri sade iş diliyle açıklamanıza yardımcı olur.

"Sadece tarihi değiştir ve yayına al." Patronunuz çoktan bir sonraki göreve geçti. Bu çeyrekte dördüncü kez bir web semineri için sayfa hazırlamanız isteniyor ve geçen sefer de bir öncekiyle aynı şablonu kullandınız. Bu kitlenin veya bu tanıtım kanalının daha fazlasına ihtiyaç duyabileceğine dair belirsiz bir hissiniz var; ama nedenini açıklayamıyorsunuz ve teknik bilgisi olmayan patronunuz dönüşüm psikolojisiyle ilgili bir ders dinlemek istemiyor. Bu yüzden tarihi değiştirip yayınlıyor ve kayıtların gelmesini umuyorsunuz.

Sorun şu ki "sadece tarihi değiştir" bir talimat kılığına girmiş bir karardır. Asıl karar, bu etkinliğin ne kadar açılış sayfasını hak ettiğidir: ne kadar içerik, ne kadar kanıt, ne kadar tasarım işi, sınırlı haftanızın ne kadarı. Bunu iyi yanıtlamak, kimsenin okumadığı sayfalar oluşturmanızı engeller ve ikna edilmesi gereken bir kitle için zayıf bir sayfayı yeniden kullanmanızı da engeller. Bu makale size bu çağrıyı yapmanın, patronunuza otuz saniyede açıklamanın ve ardından haklı olup olmadığınızı kontrol etmenin basit bir yolunu sunuyor.

Sayfa yalnızca bir köprüdür

Bir etkinlik için açılış sayfası, bir teslimat değil, bir iletişim aracıdır. Tek bir işi vardır: ziyaretçinin zaten bildiği ile kayıt olmak için bilmesi gereken arasındaki boşluğu kapatmak. Sayfanın soyut olarak iyi olması gerekmez. Sayfaya gelen kişi için bu boşluğu kapatacak kadar tam olarak uzun ve ikna edici olması gerekir. Cvent blogunun etkinlik açılış sayfaları rehberi, böyle bir sayfayı dikkat dağıtmayan, her öğenin tek bir dönüşüm hedefine yönelik olduğu bir sayfa olarak tanımlıyor. Bu yararlı bir ideal, ancak önemli olan kısmı atlıyor: gereken ikna miktarı etkinlikten etkinliğe değişir.

Takviminizdeki iki etkinliği düşünün. Birincisi mevcut müşteriler için üç aylık bir güncelleme. Ürününüzü kullandılar, adınızı biliyorlar ve gelen kutuları size zaten güveniyor. Boşluk çok küçük: bir tarih, bir saat, bir bağlantı ve belki de neyin değiştiğine dair bir cümle gerekiyor. Başlık, üç satır metin, bir kayıt formu ve gönder düğmesinin yanında tarihin tekrarı olan bir sayfa işi görür. Konuşmacı biyografileri, gündem ve referanslar içeren uzun bir sayfa daha iyi değildir; sadece daha uzundur ve size zaman kaybettirir.

İkinci etkinlik, şirketinizi hiç duymamış kişilere yönelik bir günlük halka açık bir konferans. Boşluk geniş. Kim olduğunuzu, etkinliğin masalarından bir gün uzaklaşmaya değip değmediğini, konuşmacıların güvenilir olup olmadığını, formatın ne olacağını, önceki katılımcıların ne düşündüğünü veya e-posta adreslerini vermenin güvenli olup olmadığını bilmiyorlar. Sade bir şablon, teknik olarak doğru ama tamamen inandırıcılıktan uzak bir sayfa üretecektir. Ziyaretçi hemen çıkacak ve nedenini bilemeyeceksiniz çünkü sayfada her şey vardı.

Öyleyse ilk ilke şudur: doğru sayfa miktarı, gelen belirli kişi için boşluğu kapatan en küçük miktardır. En büyüğü değil, en küçüğü de değil, yeterli olan en küçüğü. Geri kalan her şey dekorasyondur. Bu ilkenin hoş bir yan etkisi var: size bir şeyleri dışarıda bırakma izni verir. Çoğu etkinlik açılış sayfası kontrol listesi sosyal kanıt, görseller, SSS, konuşmacılar, gündem ve geri sayım sayaçlarını içerir. Bunların hepsi araçtır. İhtiyacınız olmayan bir araç dağınıklıktır. Soru "bu bölüm iyi mi?" değil. Soru şu: "bu bölüm bu ziyaretçi ile kayıt arasındaki mesafeyi azaltıyor mu?"

Bu nedenle, önerilen bölümler listesinden başlamak yerine sayfayı katılımcı yolculuğuyla hizalamak yardımcı olur. Bunu teknik bilgisi olmayan bir patrona açıklarken "güven" kelimesinden kaçının. Bunun yerine şunu söyleyin: "Bu ziyaretçiler bizi henüz tanımıyor, bu yüzden sayfa e-postalarını istemeden önce bizi tanıtmak zorunda. Bu, konuşmacı kimlik bilgileri ve kısa bir gündem eklemek anlamına geliyor. Geçen ayki sayfayı temel olarak kullanacağım, yani sıfırdan oluşturmak değil, metin değiştirmek yaklaşık yirmi dakika sürer." Patron tasarım görüşü değil, zaman ve çaba duyar. Kararın dili budur.

Gerçek seçim: şablon, uyarlanmış veya özel

Patronunuz "sadece tarihi değiştir" dediğinde yararlı yanıt "yeni bir sayfaya ihtiyacımız var" veya "onu yeniden kullanacağız" değildir. "Bu etkinlik üç düzeyden hangisine ihtiyaç duyuyor?" Üç seçenekli bir karar olarak ele alabilirsiniz ve her seçeneğin bir işi vardır.

Seçenek	Ne zaman kazanır	Ana risk
Bir şablonu olduğu gibi yeniden kullanmak	Kitle size zaten güveniyor, format aynı ve trafiği getiren e-posta veya davetiyeyi zaten açıklamayı yaptı	O kadar genel görünmek ki birkaç ziyaretçi etkinliğin gerçek veya güncel olduğundan şüphelenir
Bir şablonu uyarlamak	Kitle sıcak ama konu yeni; yapıyı korur ve yeni faydaları, konuşmacıları ve SSS'leri eklersiniz	Eski etkinlik için anlamlı olan bölümleri koruyarak sayfanın geri dönüştürülmüş hissettirmesi
Özel bir sayfa oluşturmak	Kitle soğuk, riskler yüksek veya trafik, sayfanın tüm satış konuşması olduğu reklamlardan geliyor	Uyarlanabilecek bir sayfada günler harcamak veya yalnızca birkaç yüz ziyaret alan bir sayfayı gereğinden fazla oluşturmak

Tablo bir kısayoldur, kalite sıralaması değildir. Ziyaretçi kaydolmaya hazır olduğunda yeniden kullanılan bir sayfa, özel bir sayfadan daha iyi performans gösterebilir. Metin gerçek soruları yanıtlamadığında özel bir sayfa başarısız olabilir. Hata, şablonu ve özel sayfayı bir kimlik seçimi olarak ele almaktır; sanki şirketiniz "özel sayfa oluşturan türden"miş gibi. Bu, etkinlik bazında bir karardır. Göreviniz, bu etkinlik, bu kitle ve bu trafik için bir çağrı yapmak ve ardından bunu bu üç şeyle savunmaktır. Patronunuza yukarıdaki tabloyu gösterip bu etkinliğin hangi sütuna girdiğini sorabilirsiniz. Bu, yazı tipleriyle ilgili bir tartışmadan daha hızlı ve daha az savunmacıdır.

"Bir şablonu uyarlamak" pratikte gerçekte ne anlama gelir? Halihazırda dönüşüm sağlayan iskeleti korur ve anlam taşıyan öğeleri değiştirirsiniz: başlık, altındaki fayda odaklı paragraf, konuşmacı adları ve kimlik bilgileri, gündem maddeleri, SSS ve kayıt formunun bağlam satırı. Geçen etkinliğin konuşmacı fotoğrafını sırf yer doldurduğu için bu etkinliğin sayfasında tutmazsınız. İyi bir test, sayfayı bir yabancı olarak okumak ve her cümlenin geçen çeyrekteki etkinlik için yazılmış olup olamayacağını sormaktır. Cevap evetse, onu uyarlamadınız; sadece tarihi değiştirdiniz.

Ayrıca birçok küçük ekibin gözden kaçırdığı dördüncü bir seçenek daha var: hiçbir şey yapmamak ve insanları özel bir açılış sayfası yerine genel bir web sitesine veya bilet satış sayfasına yönlendirmek. Bazen etkinlik o kadar küçüktür veya kitle o kadar bilinir ki ayrı bir sayfa hiçbir değer katmaz. Ancak etkinliğin kendi tanıtım bağlantısı olduğu anda, özel bir sayfa genellikle o saate değer çünkü kayıtları temiz bir şekilde izlemenize ve hikayeyi kontrol etmenize olanak tanır.

Patronunuz sormadan önce bunu çözmek için üç soru

Bir şey oluşturmadan veya yeniden kullanmadan önce şu üç soruyu yanıtlayın. Yaklaşık doksan saniye sürer ve size yüksek sesle söyleyebileceğiniz bir cevap verir.

İlk olarak, ziyaretçi size ne kadar güveniyor? Mevcut müşteriler ikna değil lojistik ister. Yabancılar kanıta ihtiyaç duyar. Müşteri web seminerinizde işe yarayan aynı sayfa, halka açık bir etkinlikte aniden başarısız oluyorsa, bu nadiren tasarımdır. Mesele, yabancıların başlığa inanmak için henüz bir nedeni olmamasıdır; bu nedenle araştırmaya dayalı sayfalar konuşmacı kimlik bilgilerine, geçmiş katılım sayılarına ve referanslara yaslanır. Güven azaldıkça bu öğeler daha çok önem kazanır. Bir müşteri etkinliği için bir müşteriden alınan referans gereksizdir; zaten müşteridirler. Halka açık bir etkinlik için tanınmış bir katılımcıdan alınan referans genellikle alanın en iyi tek kullanımıdır.

İkinci olarak, insanlar buraya gelmek için neye tıkladı? Bu, sayfanın ne kadar bağlam sağlaması gerektiğini belirler. Listenize bir e-posta gönderiyorsanız, e-posta etkinlik adını, tarihini ve nedenini zaten vermiştir; sayfanın yalnızca ayrıntıları doğrulaması ve RSVP'yi toplaması gerekir. Soğuk bir kitleye sosyal medya reklamı yayınlıyorsanız, reklam tek bir cümledir ve açılış sayfası tüm dosyadır. Bir web seminerinin iki şekilde tanıtıldığını hayal edin: abonelere beş paragraflık bir e-posta ve akışın önünde kısa bir reklam. E-posta odaklı ziyaretçi zaten "evet"e büyük ölçüde yaklaşmış olarak gelir; reklam odaklı ziyaretçi şüpheci gelir. Aynı sayfa ikisine de eşit hizmet edemez. Bu nedenle kısa mı uzun mu etkinlik sayfası sorusu aslında gizlenmiş bir trafik kaynağı sorusudur.

Mümkünse, oluşturmadan önce analizlerinizi kontrol edin. Son etkinliğin trafiğine kaynağa göre bakın. Çoğu kişi e-postadan geldiyse, sonraki benzer etkinlik için sade bir şablon yeterlidir. Büyük bir kısım reklamdan geldiyse, sayfa kendini kanıtlamalıdır. Birçok küçük ekip, teknik gibi göründüğü için kaynağı izlemez; ancak bu genellikle bu karar için en yararlı tek sayıdır.

Üçüncü olarak, bir "belki"nin maliyeti nedir? Biri kaydolmazsa, ona tekrar ulaşabilir misiniz? Ardından bir besleme sırası gelen ücretsiz bir web semineri için sayfanın anlaşmayı kapatması gerekmez; sadece e-posta adresini alması gerekir. Ancak etkinlik ücretli bir konferanssa ve tek dönüşüm bilet satışıysa, bir "belki" kayıp satıştır. Bu yüzden sayfanın işi etkinlik modeline göre değişir. Ücretsiz bir web semineri sayfası meşru olarak kısa olabilir çünkü takip e-postalarınız ikna yükünü taşıyabilir. Ücretli bir bilet sayfası iknayı kendisi yapmak zorundadır.

Üç soru bazen çelişebilir. Reklamlardan gelen soğuk bir kitle ve ücretsiz bir web semineri karma bir durumdur: kitlenin daha fazla kanıta ihtiyacı vardır, ancak "belki"nin maliyeti düşüktür çünkü onlara daha sonra e-posta gönderebilirsiniz. Bu durumda, tam bir konferans tarzı sayfa olmadan bir e-posta adresi karşılığında yeterli güvenilirlik sağlayan orta uzunlukta bir sayfa genellikle doğru çağrıdır. Örneğin, orta uzunlukta bir sayfa, her biri bir kimlik bilgisine sahip kısa bir konuşmacı listesi, üç maddelik bir gündem ve iki maddelik bir SSS içerebilir, ancak uzun referans bloğunu ve geri sayım sayacını atlayabilir. Bu bir uzlaşma değildir; soğuk bir ziyaretçinin bir e-posta adresini teslim etmeden önce gerçekten sorduğu sorulara hedeflenmiş bir yanıttır. Sunarken şunu söyleyebilirsiniz: bu sayfa boşluğa göre boyutlandırıldı.

Bir açı daha var: formunuz. Form sayfanın bir parçasıdır ve uzunluğu gizli bir karardır. Ücretsiz bir web semineri genellikle yalnızca bir e-posta adresi isteyerek işi bitirebilir. Ücretli bir konferans ad, şirket, unvan ve fatura ayrıntıları gerektirebilir. Her ekstra alan kayıtlara mal olur, bu nedenle formun taleplerini etkinliğin değerine ve ziyaretçinin size ne kadar güvendiğine göre ayarlayın. Patron "daha fazla müşteri adayı nitelendirme" istiyorsa, eklenen her alanın ziyaretçinin değeri almadan önce ödediği bir bedel olduğunu açıklayın.

Aciliyet tuzağı

"Küçük tut" ifadesine en yaygın itiraz, "ama kayıt almak için aciliyete ihtiyacımız var"dır. Etkinlik sayfalarıyla ilgili olağan tavsiye, geri sayım sayaçlarını ve sınırlı kontenjanı içerir ve bu tavsiye yanlış değildir. Koşulludur. Erken kayıt fiyatının bitmesi veya gerçekten sınırlı sayıda koltuk gibi gerçek bir son tarihi yansıtan bir geri sayım, kararsız bir ziyaretçiye şimdi harekete geçmesi için bir neden verir. Ancak sınırsız kapasiteye sahip bir web seminerine "koltuklar hızla doluyor" sayacı yerleştirdiğinizde, kitlenizi aciliyeti görmezden gelmek için eğitiyorsunuz.

Bu, tek seferlik kampanyalardan çok küçük iç ekipler için önemlidir, çünkü etkinlikleriniz genellikle bir serinin parçasıdır. Aynı kişiler art arda üç sayfa görür. Sayaç her seferinde sıfırlanırsa, bu bir şakaya dönüşür. "Bir geri sayım" isteyen patron bunu bir çaba olarak görebilir, ancak sahte aciliyet, tekrarlanan bir kitle için güveni aktif olarak azaltabilen bir sayfadaki tek öğedir. İlke şudur: aciliyet bir iddiadır ve iddiaların aynı kitle için birden fazla kez doğru olması gerekir. Aciliyet kullanmak istiyorsanız, bunu gerçek bir kısıtlamaya bağlayın. Yapamıyorsanız, çıkarın ve aynı çabayı etkinliğin değerini netleştirmeye harcayın.

Aynı fikir "son şans" veya "kaçırmayın" gibi ifadeler için de geçerlidir. Etkinlik gerçekten bir kerelikse, bu ifadeler dürüsttür. Bu yıl aynı web seminerini üçüncü kez düzenliyorsanız, bunlar gürültüdür. Bir yabancı bunun üçüncü kez olduğunu bilmez, ancak e-posta listeniz bilir ve listeniz genellikle kayıtlarınızın geldiği yerdir.

Aynı mantık, yinelenen harekete geçirici mesajlar için de geçerlidir. Uzun bir sayfada üstte, ortada ve altta bir CTA gerçekten yararlıdır çünkü ziyaretçi kaydırır. Kısa bir sayfada CTA'yı üç kez tekrarlamak umutsuz görünür ve tek bir açıklayıcı cümle tutabilecek yer kaplar. Sayfa bir kaydırma kazanarak bunu hak ettiğinde tekrarı kullanın.

Sorgulamaya değer ilgili bir varsayım daha var: "sayfanın ilk görünen kısmı" sabit bir alandır. Telefonda, katlama ekranın nerede bittiğine bağlıdır ve etkinlik trafiğinin önemli bir kısmı mobil cihazlardan gelir. Bir kahraman görseli, küçük bir tarih ve görselin altında bir düğme içeren masaüstü odaklı bir sayfa, düğmeyi telefonda ekranın hemen dışında gösterebilir ve her ziyaretçi sayfanın bozuk olduğunu düşünür. Ne kadar sayfa oluşturacağınıza karar verirken, daha fazla içeriğin daha iyi olduğunu varsaymadan önce en uzun sürümü telefonda test edin. Sorun nadiren "çok fazla kelime"dir; sorun, ziyaretçinin acil sorusuna yanıt vermeyen kelimelerdir.

Etkinlikten sonra: bir sonraki tartışmayı sayıların belirlemesine izin verin

Küçük bir ekiptesiniz, bu yüzden her şeyi test etme lüksünüz yok. Ancak birkaç sayıyı takip edebilir ve bunları bir sonraki tartışmayı başlamadan durdurmak için kullanabilirsiniz. Databox'ın açılış sayfası metrikleri rehberi, dönüşüm oranı, hemen çıkma oranı ve form terk oranına dikkat etmeyi önerir ve bir etkinlik sayfası için bu üçü genellikle yeterlidir.

Dönüşüm oranı, kayıtların ziyaretlere bölünmesidir. Yüksek trafikle düşük dönüşüm genellikle ya sayfanın ziyaretçinin sorusuna yanıt vermediği ya da trafiğin etkinlikle iyi eşleşmediği anlamına gelir. Hemen çıkma oranı, kaç kişinin hemen ayrıldığını söyler. Yüksek bir hemen çıkma oranı genellikle reklamın veya e-postanın bir şey vaat ettiği ve sayfanın başka bir şey sunduğu anlamına gelir, tasarımın kötü olduğu değil. Form terk oranı, sayfa sorununun gerçekten ortaya çıktığı yerdir: insanlar kaydırır, CTA'ya tıklar ve ardından formu doldurmayı bırakırsa, formunuz çok uzun veya çok fazla şey istiyordur.

İşte somut bir örnek. Bir web semineri için bir sayfayı yeniden kullandığınızı ve patronun kayıt sayıları düşük olduğu için sayfanın başarısız olduğuna karar verdiğini varsayalım. Kabul etmeden önce kaynak dökümünü çıkarın. Trafiğin çoğu düşük niyetli bir reklamdan geldiyse, sayfa başarısız olmadı; kitle eşleşmesi başarısız oldu. Trafik en etkileşimli e-posta listenizden geldiyse ve yine de hemen çıktılarsa, bu bir sayfa boşluğudur. Ayrım, bir sayfayı yeniden oluşturmak ile bir reklamı değiştirmek arasındaki farktır. Bu, teknik bilgisi olmayan bir patronla yapılacak çok daha kolay bir konuşmadır çünkü onların dilini kullanır: sonuçlar, estetik değil. Ve bir sayfanın neden yetersiz performans gösterebileceğini daha derinlemesine incelemek istiyorsanız, tasarımla ilgisi olmayan nedenlerle başlayın.

Kaynak dökümünü fazla çaba harcamadan elde etmek için bağlantılarınıza bir parametre ekleyin: biri e-posta, biri reklam, biri sosyal için. Birçok e-posta ve reklam aracı bunu otomatik olarak ekler, ancak kayıt bağlantısının sonuna basit bir "?utm_source=email" eklemek bile analizlerinizdeki bölünmeyi görmek için yeterlidir. Kurulumu beş dakika sürer ve gelecek çeyrekteki "bu sayfa neden çalışmadı" konuşmasını bir veri aramasına dönüştürür.

Yanlış okunması kolay ikinci bir örüntü daha var. Bir sayfa yüksek dönüşüm oranına sahip olabilir ve yanlış kişileri çekiyorsa yine de sorun olabilir. Metniniz aşırı vaatte bulunuyorsa, kayıtlar alırsınız ve ardından düşük bir katılım oranı görürsünüz, çünkü insanlar gerçekte teslim ettiğinizle eşleşmeyen bir etkinliğe kaydolmuştur. Açılış sayfasının işi yalnızca kayıtları en üst düzeye çıkarmak değildir; doğru beklentiler oluşturmaktır. Patronunuza sonuçları bildirirken dönüşüm oranının yanına katılım veya gelme oranını da ekleyin. İyi dönüşüm sağlayan ve ilgili katılımcılar getiren bir sayfa, daha da iyi dönüşüm sağlayıp odayı gelmeyenlerle dolduran bir sayfadan daha iyidir.

Sayfayı suçlamadan önce bir kontrol daha: sayfayı telefonda açın. Etkinlik trafiğinin önemli bir kısmı mobil cihazlardan gelir, bu nedenle küçük düğmelere ve sıkıştırma gerektiren bir forma sahip masaüstü düzeni, metin mükemmel olsa bile bir sayfa sorunudur. Basit bir test, sayfayı kendi telefonunuzda yükleyip kaydolmaya çalışmaktır. Düğmeye dokunmak için yakınlaştırmanız gerekiyorsa, sayfanız mobil ziyaretçilere gitmelerini söylüyordur. Bu düzeltme genellikle CSS düzeyinde bir iştir, yani diğer önceliklerin arkasında takılabilir; patrona mobil trafik sorunu olarak iletmek, planlanma olasılığını artırır.

Peki patronunuza ne söylemelisiniz?

Patronunuz "sadece tarihi değiştir" dediğinde, cevabınız her seferinde "yeni bir sayfaya ihtiyacımız var" olmamalı ve her seferinde "tabii, onu yeniden kullan" da olmamalı. Üç sorunun kısa bir versiyonu olmalı: "Kitle ve trafik geçen seferkiyle aynı, bu yüzden aynı sayfa yeterli" veya "Bu kitle yeni ve reklamlardan geliyor, bu yüzden farklı bir sayfaya ihtiyacımız var yoksa onları kaybederiz."

İki veya üç onaylanmış etkinlik sayfası şablonundan oluşan küçük bir kitaplık tutun. Biri sade bir müşteri güncelleme şablonu olmalı: başlık, tarih, form, tamam. Diğeri sıcak kitle şablonu olmalı: faydalar, kısa gündem, konuşmacı adları, SSS, form. Üçüncüsü, büyük halka açık etkinlikler düzenliyorsanız, tam özel bir yapı olabilir: kahraman, kanıt, gündem, konuşmacılar, referanslar, SSS, tekrarlanan CTA. Bu kitaplıkla, bir sayfayı uyarlamak genellikle bir gün yerine bir saatlik bir iştir. Ardından, yayınlamadan önce altmış saniyelik bir uyum kontrolü yapın: başlık faydayı vaat ediyor mu, tarih ve saat gözden kaçırılamaz mı, form kısa mı ve CTA bu trafik kaynağı için doğru yerde mi? Etkinlikten sonra üç metriği kontrol edin ve şablonu güncelleyin, böylece bir sonraki karar daha kolay olur.

Yeterli olan en küçük sayfa değişken bir hedeftir. Ayrıntılara en yakın kişi olarak göreviniz, bunu her etkinlik için tahmin etmek ve tahmini patronunuzun önemsediği terimlerle açıklamaktır: harcanan zaman, kaybedilen kayıt riski ve geçen sefer sayıların ne söylediği. Geri itme alırsanız, ucuz bir deney önerin: bir sonraki düşük güvenli etkinlik için eski sayfayı koruyun ve bir sonraki soğuk etkinlik için uyarlanmış bir sayfa oluşturun, ardından iki sayıyı karşılaştırın. Bu, patrondan kabul etmesini istediğiniz bir teori değil; finanse etmesini istediğiniz bir testtir. Küçük ekipler tartışmaları küçük deneylerle kazanır. Tarih değişmeye devam edecek. Ne kadar sayfa oluşturulacağı kararı aslında dikkatinizi hak eden karardır.