Teklif alma landing page’i ile satın alma landing page’i aynı dönüşüm modeline sahip değildir. Birinde kullanıcıdan karar sürecini başlatması beklenir; diğerinde ise satın alma kararını tamamlaması. Bu fark yalnızca CTA metnini değil, sayfanın bilgi sırasını, form yapısını, fiyat sunumunu, güven unsurlarını ve ölçüm modelini değiştirir.
Teklif alma sayfasında kullanıcı henüz kapsam, fiyat veya uygunluk hakkında netlik arıyor olabilir. Satın alma sayfasında ise kullanıcı çoğunlukla hangi ürünü veya paketi alacağını biliyor ve ödeme öncesindeki son belirsizlikleri çözmek istiyordur. Bu iki davranışı aynı şablona zorlamak, teklif sayfasında gereğinden fazla satış baskısı; satın alma sayfasında ise gereğinden fazla açıklama ve sürtünme oluşturabilir.
Temel ilke: Teklif alma landing page’i satış konuşmasını başlatır; satın alma landing page’i işlemi tamamlar. Bu nedenle biri nitelikli talep üretmeye, diğeri güvenli ve sürtünmesiz işlem tamamlamaya odaklanmalıdır.
Teklif alma landing page’i ile satın alma landing page’i arasındaki temel fark nedir?
Teklif alma sayfasında ana dönüşüm genellikle form gönderimi, danışmanlık talebi, demo isteği, proje değerlendirmesi veya randevu başlatmadır. Kullanıcı satın alma işlemini o anda tamamlamaz. Satış ekibi, fiyatlandırma sistemi veya sonraki operasyon adımı devreye girer.
Satın alma landing page’inde ise kullanıcı seçimini ödeme, sipariş veya abonelik işlemiyle tamamlar. Bu yüzden ana hedef “daha fazla lead” değil, başarılı işlem ve doğru işlem değeridir.
Google Analytics, generate_lead olayını form veya bilgi talebi gönderimi; purchase olayını ise satın alma tamamlanması için önerir. Ayrıca lead generation hunisinde qualify_lead, working_lead ve close_convert_lead gibi sonraki aşamalar da ölçülebilir Google Analytics Yardım - Recommended Events.
| Boyut | Teklif alma landing page’i | Satın alma landing page’i |
|---|---|---|
| Ana hedef | Nitelikli talep başlatmak | İşlemi tamamlamak |
| Kullanıcı durumu | Kapsam veya fiyatı netleştiriyor | Seçimini büyük ölçüde yapmış |
| Ana CTA | Teklif Al / Projemi Değerlendir | Satın Al / Siparişi Tamamla |
| Form görevi | İhtiyacı anlamak ve nitelendirmek | İşlem için gerekli bilgiyi toplamak |
| Fiyat yaklaşımı | Sabit, başlangıç veya kapsam bazlı olabilir | Toplam tutar net görünmelidir |
| Başarı metriği | Nitelikli lead, teklif, satış | Satın alma, gelir, işlem değeri |
Teklif alma landing page’i hangi durumlarda kullanılır?
Teklif alma modeli; fiyatın kullanıcıya, projeye veya kapsam değişkenlerine göre belirlendiği hizmetlerde daha yaygındır.
- Özel yazılım projeleri
- Kurumsal web tasarım
- Nakliyat ve lojistik
- B2B danışmanlık
- Kurumsal eğitim
- Özel üretim
- Yüksek değerli hizmetler
Bu sayfalarda kullanıcının “kaç TL?” sorusundan önce “benim ihtiyacım için nasıl bir kapsam gerekir?” sorusu cevaplanabilir. Landing page tasarımı bu durumda kullanıcıyı doğrudan ödeme ekranına zorlamak yerine doğru bilgiyle satış sürecine hazırlamalıdır.
Satın alma landing page’i hangi durumlarda kullanılır?
Satın alma landing page’i, ürün veya teklifin kullanıcı tarafından doğrudan seçilip işlem tamamlanabildiği durumlarda daha uygundur.
- Sabit fiyatlı dijital ürün
- Abonelik
- Etkinlik bileti
- Standart paket
- E-ticaret ürünü
- Online kurs
- Belirli şartları sabit rezervasyon
Burada kullanıcıya “bize bilgi bırakın, sizi arayalım” demek gereksiz bir ara adım olabilir. Ürün, fiyat, kapsam ve ödeme koşulları netse doğrudan satın alma akışı daha doğal olabilir.
Hero alanı nasıl farklılaşmalı?
Teklif alma sayfasında hero alanı hizmetin hangi problemi çözdüğünü, kimler için uygun olduğunu ve sonraki değerlendirmenin nasıl ilerlediğini anlatmalıdır.
Örnek teklif alma hero:
H1: İş Sürecinize Uygun Özel Yazılım Kapsamını Birlikte Belirleyin
Alt açıklama: Mevcut sürecinizi, kullanıcı rollerini ve entegrasyon ihtiyaçlarını paylaşın; proje kapsamı ön değerlendirme sonrası netleşsin.
CTA: Projemi Değerlendir
Satın alma sayfasında ise ürün, fiyat ve işlem daha doğrudan görünmelidir.
Örnek satın alma hero:
H1: Yıllık Pro Plan ile Tüm Raporlama Özelliklerine Erişin
Alt açıklama: Yıllık abonelik, belirtilen özellikler ve destek kapsamıyla birlikte sunulur.
CTA: Yıllık Planı Satın Al
Fiyat bilgisi iki sayfada nasıl ele alınmalı?
Satın alma landing page’inde kullanıcı ödeme öncesinde toplam maliyeti anlamalıdır. Ürün bedeli, vergi, teslim, ek ücret veya abonelik yenileme koşulu gibi bilgiler işlem sonunda sürpriz oluşturmamalıdır.
Stripe’ın güncel checkout rehberi, ödeme ekranında doğru sipariş özeti, toplam maliyet, vergi ve ücretlerin görünür olmasını; son anda ortaya çıkan ek maliyetlerden kaçınılmasını önerir Stripe - Checkout Screen Best Practices.
Teklif alma sayfasında ise kesin fiyat her zaman mümkün olmayabilir. Bu durumda:
- Başlangıç fiyatı
- Fiyat aralığı
- Paketler
- Fiyatı etkileyen değişkenler
- Teklif süreci
açıklanabilir. Amaç fiyatı saklamak değil, henüz hesaplanamayan fiyatın neden değiştiğini anlaşılır kılmaktır.
Form yapısı neden aynı olmamalı?
Teklif alma formu ihtiyacı anlamaya yardımcı olmalıdır. Satın alma formu ise işlemi tamamlamak için zorunlu bilgiyi toplamalıdır.
| Form alanı | Teklif alma | Satın alma |
|---|---|---|
| Ad / iletişim | Genellikle gerekli | İşlem veya teslim için gerekli |
| İhtiyaç açıklaması | Gerekli olabilir | Genellikle gereksiz |
| Bütçe / kapsam | Nitelendirme için kullanılabilir | Ürün fiyatı zaten nettir |
| Teslimat bilgisi | İlk aşamada gerekmeyebilir | Fiziksel üründe gerekli olabilir |
| Ödeme bilgisi | Genellikle yok | İşlemin parçasıdır |
Teklif formunu gereksiz kısaltmak satış ekibine yetersiz bilgi bırakabilir. Satın alma formunu gereksiz uzatmak ise işlem sürtünmesini artırabilir. Stripe, checkout formlarında her alanın varlığını gerekçelendirmeyi ve yalnızca siparişi tamamlamak için gerekli bilgiyi istemeyi önerir Stripe - Checkout Screen Best Practices.
CTA dili nasıl değişmeli?
CTA kullanıcının gerçek sonraki adımını anlatmalıdır.
Teklif alma CTA örnekleri:
- Teklif Talep Et
- Projemi Değerlendir
- İhtiyacımı Paylaş
- Demo Talep Et
- Uygunluğu Kontrol Et
Satın alma CTA örnekleri:
- Satın Al
- Siparişi Tamamla
- Aboneliği Başlat
- Ödemeye Geç
- Rezervasyonu Tamamla
Satın alma akışında “Bilgi Al” gibi belirsiz CTA, kullanıcıyı gerçek işlemden uzaklaştırabilir. Teklif alma sayfasında ise “Hemen Satın Al” gerçek satış süreciyle uyuşmayabilir.
Güven unsurları nasıl farklılaşır?
Teklif alma sayfasında güven daha çok işletmenin yetkinliği ve süreç güvenilirliği etrafında kurulur:
- Benzer projeler
- Referanslar
- Süreç açıklaması
- Uzmanlık alanı
- Geri dönüş ve teklif modeli
Satın alma sayfasında ise işlem güveni öne çıkar:
- Toplam fiyat
- İade veya iptal koşulları
- Ödeme yöntemleri
- Teslimat veya erişim bilgisi
- Güvenli ödeme altyapısı
- Destek ve iletişim
Stripe, checkout aşamasında görsel sadelik, güven sinyalleri, fiyat şeffaflığı ve destek/politika erişimini önemli bileşenler arasında sayar Stripe - Checkout Screen Best Practices.
Sayfa uzunluğu nasıl değişebilir?
Teklif alma landing page’i, özellikle karmaşık ve yüksek değerli hizmetlerde daha fazla karar desteği gerektirebilir. Kullanıcı süreç, kapsam, referans ve uygunluk hakkında bilgi arar.
Satın alma sayfası ise kullanıcı kararını büyük ölçüde verdiyse daha kısa ve odaklı olabilir. Ancak yüksek fiyatlı veya riskli ürünlerde satın alma sayfası da detaylı olabilir.
Bu nedenle “teklif alma sayfası uzun, satın alma sayfası kısa olur” şeklinde sabit kural yoktur. Asıl fark bilgi türüdür:
- Teklif alma → karar ve uygunluk bilgisi
- Satın alma → işlem ve güven bilgisi
Satın alma sayfasında dikkat dağıtıcı unsurlar azaltılmalı mı?
Kullanıcı ödeme aşamasına yaklaştıkça ana işlem yolunun daha net olması önemlidir. Çok sayıda farklı CTA, ilgisiz kampanya, gereksiz menü veya başka ürünlere yönlendiren güçlü bağlantılar işlemi dağıtabilir.
Stripe’ın checkout rehberi, ödeme ekranının kullanıcıya inceleme ve ödeme arasında açık ve basit bir yol sunmasını önerir Stripe - Checkout Screen Best Practices.
Teklif alma sayfasında ise kullanıcı henüz değerlendirme aşamasında olduğu için referans, süreç ve ilgili bilgi bağlantıları daha yararlı olabilir.
Ölçüm modeli neden farklı olmalı?
Teklif alma landing page’inde form gönderimi yalnızca ilk adımdır. Başarı şu zincirle izlenebilir:
- Form başlangıcı
- Başarılı form gönderimi
- Nitelikli lead
- Satış görüşmesi
- Teklif
- Kazanılan müşteri
Google Analytics’in önerilen lead generation olayları bu tür daha uzun satış hunilerinin farklı aşamalarını ölçmek için kullanılabilir Google Analytics Yardım - Recommended Events.
Satın alma landing page’inde ise:
- Ürün görüntüleme
- Checkout başlangıcı
- Ödeme bilgisi
- Satın alma
- İade
gibi olaylar daha anlamlıdır. Google Analytics, online sales için begin_checkout, add_payment_info, purchase ve refund gibi önerilen olaylar sunar Google Analytics Yardım - Recommended Events.
Dönüşüm değeri nasıl ele alınmalı?
Satın alma sayfasında işlem değeri doğrudan bilinir. Farklı ürün veya sepet tutarlarında her satın alma farklı değer taşıyabilir. Google Ads, bu tür durumlarda transaction-specific conversion values kullanılabileceğini açıklar Google Ads Yardım - Track Transaction-specific Conversion Values.
Teklif alma sayfasında ise her lead aynı değerde olmayabilir. Kurumsal proje talebi ile küçük destek talebi farklı iş potansiyeli taşıyabilir. Google Ads, farklı hizmetler veya farklı lead türleri için de farklı dönüşüm değerlerinin kullanılabileceğini belirtir Google Ads Yardım - Track Transaction-specific Conversion Values.
Dönüşüm takibi kurulumu bu nedenle teklif formu ile satın alma olayını aynı “conversion” etiketi altında anlamsız biçimde birleştirmemelidir.
Teşekkür sayfası ve işlem sonrası deneyim nasıl farklılaşır?
Teklif alma sonrası kullanıcıya:
- Talebin alındığı
- Ne zaman dönüş yapılacağı
- Sonraki adımın ne olduğu
- Ek bilgi gerekirse nasıl paylaşacağı
açıklanmalıdır.
Satın alma sonrası ise:
- Sipariş veya abonelik onayı
- Ödeme durumu
- Teslim veya erişim bilgisi
- Fatura veya işlem özeti
- Destek kanalı
sunulmalıdır. Satın alma sonrası ekran yalnızca “teşekkürler” dememeli; kullanıcının işlemin gerçekten tamamlandığını anlamasını sağlamalıdır.
Aynı sayfada hem teklif hem satın alma CTA’sı kullanılabilir mi?
Bazı hibrit modellerde kullanılabilir. Örneğin standart paketler doğrudan satın alınırken kurumsal paket için teklif istenebilir. Ancak bu iki yolun farkı açık olmalıdır.
Örnek yapı:
- Standart paket → Satın Al
- Kurumsal paket → Teklif Al
İki CTA aynı kullanıcı için aynı ağırlıkta sunulursa karar belirsizleşebilir. Kullanıcı hangi durumda hangi yolu seçmesi gerektiğini anlamalıdır.
Hangi model daha yüksek dönüşüm sağlar?
Teklif alma ve satın alma modelini yalnızca dönüşüm oranıyla karşılaştırmak yanıltıcıdır. Satın alma oranı daha düşük ama işlem değeri yüksek olabilir. Teklif formu çok sayıda lead üretip düşük satış oranı oluşturabilir.
Doğru karşılaştırma iş sonucuna göre yapılmalıdır:
- Nitelikli lead oranı
- Satışa dönüşüm
- Gelir
- Dönüşüm başına maliyet
- Müşteri edinme maliyeti
- Ortalama işlem değeri
Yayın öncesi karar kontrol listesi
- Kullanıcı bu sayfada bilgi mi istiyor, işlem mi tamamlıyor?
- Fiyat sabit mi, kapsam bazlı mı?
- Satış ekibi devreye girmeden satın alma mümkün mü?
- CTA gerçek sonraki adımı anlatıyor mu?
- Teklif formu nitelendirme için gerekli bilgiyi topluyor mu?
- Satın alma formu gereksiz alan içeriyor mu?
- Toplam fiyat ve ek ücretler işlem öncesi açık mı?
- İade, iptal veya teslim koşulları görünür mü?
- Lead ve purchase ayrı olaylar olarak ölçülüyor mu?
- Nitelikli lead sonucu CRM’e bağlanıyor mu?
- Satın alma için işlem değeri ve para birimi doğru gönderiliyor mu?
- İşlem sonrası kullanıcı ne olacağını açıkça anlıyor mu?
Sonuç: Dönüşüm hedefi değişince sayfanın mimarisi de değişir
Teklif alma landing page’i ile satın alma landing page’i aynı sayfanın farklı CTA’lı iki versiyonu değildir. Teklif alma sayfası kullanıcıyı nitelikli bir satış görüşmesine hazırlar; satın alma sayfası ise kararı güvenli ve sürtünmesiz biçimde tamamlatır.
Teklif alma modelinde hizmet kapsamı, süreç, uygunluk, güven ve nitelendirme önemlidir. Satın alma modelinde toplam fiyat, işlem kolaylığı, ödeme güveni, teslim ve işlem sonrası netlik öne çıkar. Sayfa yapısını sektör şablonuna göre değil, kullanıcının gerçekten hangi kararı vermesi gerektiğine göre tasarlayın.
Sıkça Sorulan Sorular
Teklif alma landing page’i ile satın alma landing page’i arasındaki en önemli fark nedir?
En önemli fark kullanıcının tamamlaması beklenen karardır. Teklif alma sayfasında kullanıcı satış sürecini başlatır; kapsam, fiyat veya uygunluk daha sonra netleşebilir. Satın alma sayfasında ise kullanıcı ürünü veya paketi seçmiş ve işlemi tamamlamaya yaklaşmıştır. Bu nedenle CTA, form, fiyat sunumu, güven unsurları ve başarı metriği farklı tasarlanmalıdır.
Sabit fiyatı olmayan hizmetlerde satın alma landing page’i kullanılabilir mi?
Kapsam kullanıcıya göre değişiyorsa doğrudan satın alma modeli her zaman uygun olmayabilir. Başlangıç paketi, standart hizmet veya ön değerlendirme sabit fiyatla sunulabiliyorsa belirli bir bölüm doğrudan satılabilir. Ancak özel proje fiyatı keşif veya analiz gerektiriyorsa teklif alma akışı daha doğru olabilir. Hibrit modelde hangi paketin satın alınabildiği, hangisi için teklif gerektiği açıkça ayrılmalıdır.
Teklif alma formu ne kadar uzun olmalı?
Sabit bir alan sayısı yoktur. Form, satış ekibinin talebi anlaması için gereken minimum bilgiyi toplamalıdır. Gereksiz alanlar form terkini artırabilir; aşırı kısa form ise düşük kaliteli ve bağlamsız lead üretebilir. Proje türü, zamanlama, kapsam veya lokasyon gerçekten satış sürecinde kullanılıyorsa istenebilir. Form başlangıcı, tamamlanma ve nitelikli lead sonucu birlikte ölçülmelidir.
Satın alma landing page’inde hangi bilgiler mutlaka görünmeli?
Kullanıcı ne aldığını, toplam fiyatı, önemli ek ücretleri, teslim veya erişim modelini, ödeme adımını ve gerekli iade ya da iptal koşullarını anlayabilmelidir. İşlem sonunda sürpriz maliyet oluşmamalıdır. Ödeme formu yalnızca işlem için gerekli bilgiyi istemeli ve kullanıcıya siparişin başarıyla tamamlanıp tamamlanmadığını açıkça göstermelidir.
Aynı landing page’de hem Teklif Al hem Satın Al CTA’sı kullanılabilir mi?
Evet, özellikle standart ve kurumsal paketlerin birlikte sunulduğu hibrit modellerde kullanılabilir. Ancak iki yolun hangi durumda seçileceği açık olmalıdır. Örneğin standart paket doğrudan satın alınırken özel entegrasyon gerektiren kurumsal paket için teklif istenebilir. Kullanıcı iki eşit CTA arasında neden seçim yapacağını anlayamıyorsa sayfa gereksiz karar yükü oluşturur.
Teklif ve satın alma dönüşümleri aynı şekilde ölçülmeli mi?
Hayır. Teklif formu genellikle lead generation hunisinin başlangıcıdır ve nitelikli lead, teklif ve kazanılan müşteri gibi sonraki aşamalarla birlikte değerlendirilmelidir. Satın alma akışında begin_checkout, ödeme bilgisi ve purchase gibi işlem olayları daha anlamlıdır. Farklı işlem tutarları varsa satın alma değeri ayrıca ölçülmelidir. İki dönüşümü tek bir genel olay altında toplamak optimizasyon kalitesini düşürebilir.
