16 Eyl 2025·8 dk
Pitch Deck'inizin Yerini Alacak Bir Web Sitesi Oluşturun
Pitch-deck yerine geçirilebilecek bir site nasıl yapılır öğrenin: net hikâye, traction, CTA—artı hızlı başlamak ve yinelemek için kopya, tasarım ve araçlar.
Pitch-deck yerine geçirilebilecek bir site nasıl yapılır öğrenin: net hikâye, traction, CTA—artı hızlı başlamak ve yinelemek için kopya, tasarım ve araçlar.
Bir pitch-deck sitesi "startup siteniz artı bir PDF" değildir. O, yatırımcılara, ortaklara ve yüksek niyetli müşterilere gönderebileceğiniz tek link olan bir deck-replacement site'tir; aynı soruları cevaplar—toplantı gerektirmeden.
İzleyiciyi ve hedef sonucu adlandırarak başlayın.
Birincil kitleniz yatırımcılar ise, site onların sizi hızlıca elemesini sağlamalı: problem, çözüm, pazar, traction, ekip ve neden şimdi.
Pitch-odaklı bir site, net bir "sonraki tık" olduğunda en iyi çalışır. Bir birincil CTA seçin ve her şeyi ona destekleyecek şekilde düzenleyin:
İkincil eylemler olabilir, ama ana yolu onlarla rekabet ettirmeyin.
Her şeyin bir deck'te olması açık web'e uygun değildir. Genel versiyonu güçlü tutun; finansallar, yol haritası detayları, NDA altındaki müşteri isimleri/logolar, güvenlik detayları veya fiyat denemeleri gibi hassas ayrıntıları gate'leyin veya çıkarın. Gerekirse yatırımcıya özel bir sayfa ve basit bir erişim akışı kullanın.
Yayınlamadan önce "işliyor"un ne demek olduğunu tanımlayın: CTA dönüşüm oranı, nitelikli lead sayısı, toplantı rezervasyonları ve yatırımcı cevapları. Böylece siteyi görüşlere değil kanıtlara göre geliştirebilirsiniz.
Pitch-deck sitesi, önünüzdeki okuyucu için yazılmış gibi hissettirdiğinde işe yarar. Başlamadan önce gerçekten bağlantı gönderdiğiniz kitlenin bir listesini yapın—"herkes" değil. Yaygın gruplar arasında yatırımcılar, müşteriler, ortaklar, işe alınacak kişiler ve basın bulunur.
Her kitle için gerçek konuşmalarda sordukları ilk beş soruyu yazın. Sonra her cevabın sitede nerede yer alacağını belirleyin. Bu, deck-replacement sitesinin uzun, genel bir anasayfaya dönüşmesini engeller.
Örnek sorular:
Farklı kitleler farklı kanıt ve CTA istiyorsa, /investors ve /customers gibi odaklanmış rotalar oluşturun. Navigasyonu basit tutun: her rota "ilk beş" soruyu cevaplamalı ve insanları aramak zorunda bırakmamalı.
Paylaşma akışlarını erken tasarlayın:
Okuyanın kim olduğunu ve neyi doğrulamaya çalıştığını bilirseniz, sitenin geri kalanı yapılandırmak ve yazmak çok daha kolay olur.
Bir deck başı, ortası ve sonu olduğu için işe yarar. Siteniz de aynı şekilde hissettirmeli—sadece slayt yerine kaydırılarak sunulur. Amaç her detayı doldurmak değil; okuyucuyu net bir sıra içinde yönlendirmek ve "anladım" dedirtmektir.
Jargondan uzak bir hikâye taslağı yazın:
Her vuruşu bir ana noktada tutun. Bir cümlede söyleyemiyorsanız, muhtemelen iki bölüm gerekir.
Her şeyi sabitleyecek tek, net bir satır seçin: “X'e Y yapmasına Z ile yardımcı oluyoruz.” Ana sayfada birden fazla slogan veya "aynı zamanda" mesajı kullanmaktan kaçının. Destek bölümlerinde genişletebilirsiniz ama sayfanın üstü kendi içinde rekabet etmemeli.
Oluşturun:
Kaydırma versiyonunuz daha uzun sürüyorsa, not-geçişine kayıyor demektir.
Her hikâye vuruşunu ayrı bir site bölümü haline getirin. Bu, harika tasarım ama dağılmış anlam sorununu önler. Yeni içerik eklemeden önce sorun: Bu hangi vuruşu güçlendiriyor? Güçlendirmiyorsa, ayrı bir sayfaya (veya hiçbiri) ait olmalı.
Pitch-deck siteniz, rehberli bir konuşma gibi hissettirmeli: net, sıralı ve kolayca taranabilir. İlk karar, bu konuşmanın tek bir sayfaya sığıp sığmadığıdır.
Tek sayfa seçin: ürün basitçe açıklanabiliyorsa, alıcı/yatırımcı soruları öngörülebilirse ve hedefiniz "anla → güven → iletişim" ise. Tek hikaye kaydırma sürtünmeyi azaltır.
Küçük site seçin: birden fazla kitleye hizmet etmeniz, ürünün anlamlı karmaşıklığı olması (iş akışları, entegrasyonlar, uyumluluk) veya insanları daha derin kanıtlara yönlendirmeniz gerekirse. Küçük site, ana hikayeyi sıkı tutarken detay çekmeceleri sunar.
Tek sayfa veya çok sayfa fark etmeksizin iskelet tutarlı:
Hero (ne yaptığınız + kim için) → Problem → Çözüm → Nasıl çalışır → Traction → Ekip → SSS → CTA.
Tek sayfada bunlar bölümlerdir. Küçük sitede ana sayfa her birini özetleyip "devamını oku" linki verebilir.
Anasayfayı şişirmeden derinlik ekleyin:
Üst navigasyonu 5–7 öğe ile sınırlayın. Yaygın kurulum: Product, How it works, Traction, Team, FAQ, Resources, Contact. Diğerleri footer'da olabilir.
İyi bir pitch-deck sitesi, akıllı, yoğun yatırımcıya konuşuyormuş gibi okunur: net, kendinden emin ve kolay taranabilir. Amacınız "web kopyası yazmak" değil; okuyucunun ilk sorularını, onların soracağı sırayla cevaplamaktır.
Hero, doğru ziyaretçinin doğru yerde olduğunu ve ürünü kullandıktan sonra neyin değişeceğini anlatmalı.
Özellik odaklı cümleler yerine (ör. "AI destekli iş akışı otomasyonu") şunu söyleyin:
Kısa cümleler kazandırır. Yatırımcıların bekleyeceği terimleri (örn. “ARR”, “churn”) ilk geçtiğinde sade dille tanımlayın.
Bu yapı anlatınızı tutarlı tutar ve dolaşan paragrafları engeller.
Iddia: büyük nokta ("Ekipler 10 dakikada onboard olur").
Açıklama: basit "nasıl" ("Verinizi bağlayın, bir şablon seçin, kullanıcıları davet edin").
Kanıt: bir sinyal ("40 ekip tarafından kullanıldı", bir metrik, tanınabilir entegrasyon).
CTA: küçük bir sonraki adım ("Örnek iş akışını gör", "Yatırımcı tek-sayfasını al", "Erişim iste").
İnsanların sadece başlıkları okuyacağını varsayın. Her başlık tam bir düşünce olmalı, bir etiket değil.
Kötü: “Traction”
Daha iyi: “$85k ARR ile Mayıs'tan beri %12 MoM büyüme.”
Kötü: “Çözüm”
Daha iyi: “Üç tabloyu tek canlı gösterge panosu ile değiştirin.”
Başlıklar taranabilirse, sayfa gövde okunmasa bile işe yarar.
Etkin ses kullanın, spesifik sayılar verin ve basit fiiller tercih edin. İç dil (“sinergiler”, “leverage etmek”) kullanmayın. Bir cümle yüksek tempoda söylenemeyecek kadar uzunsa, çok uzun demektir.
İyi bir test: sayfayı bir arkadaşınıza sesli okuyun. Yeniden ifade ediyorsanız, yeniden yazın.
Pitch-deck sitesi bir poster değil—okuma deneyimi olmalı. Ziyaretçiler önce tarar, sonra ne okuyacaklarına karar verir. Tasarımınız taramayı zahmetsiz ve okumayı rahat hale getirmeli.
Bol boşluk, kısa bölümler ve net bir görsel hiyerarşi tercih edin. Güçlü başlıklar, basit alt başlıklar ve 20–40 saniyede tüketilebilecek içerik blokları kullanın.
Satır uzunluğunu okunabilir tutun (masaüstünde yaklaşık 60–80 karakter) ve boşluktan korkmayın. Sıkışık sayfalar karmaşık hissi verir—ürün basit olsa bile.
Vurgulama ve aksiyonlar için bir ana vurgu rengi seçin. Eğer her şey vurgulanmışsa, hiçbir şey vurgulanmamış olur.
Butonları tutarlı yapın:
Tutarlılık, kullanıcıların UI üzerinde düşünmesini azaltır ve dikkatlerini hikayeye yöneltir.
Birçok kişi e-postadan sitenizi telefonda açacaktır. Buna göre tasarlayın:
Yapışkan CTA yardımcı hissetmeli, bağırmamalı: tek buton, minimal yükseklik ve içeriği kapatmamalı.
Erişilebilirlik nezaket ve netlik getirir:
Kısa bir kontrol: bir başparmak kaydırışı içinde ne yaptığınızı ve sonraki adımı anlayabiliyor mu biri? Evetse, netlik için iyi tasarlanmıştır.
Yatırımcılar fikirleri değil kanıtı finanse eder. Deck-replacement siteniz kanıtı kolay görülebilir, hızlı anlaşılır ve yanlış yorumlanması zor şekilde sunmalı.
Her şeyi listelemeyin. Anlatınızı en iyi destekleyen birkaç sinyali seçin, örneğin:
Bunları büyük rakamlar ve sade etiketlerle sıkı bir “Traction” bloğunda verin.
Bir metrik bağlam olmadan soru yaratır. Her ana rakamın yanında şunları ekleyin:
Bu, ham istatistikleri bir sinyale dönüştürür.
Logolar ve referanslar fayda sağlar, ama yalnızca meşruysa.
İzniniz varsa logolar ve isimli alıntılar ekleyin; yoksa anonimleştirilmiş alıntılar (“Operasyon Müdürü, orta ölçek lojistik şirketi”) ve şeffaflık kullanın—onaymış gibi göstermekten kaçının.
Küçük bir kilometre taşı şeridi (3–6 madde): lansman, ilk ödeyen müşteri, pilot genişlemesi, önemli ürün sürümleri, kilit işe alımlar. Net bir zaman çizgisi ilerleme sinyali verir ve “Bu ne kadar gerçek?” şüphesini azaltır.
Bir yatırımcı, bir dakikalık bir tarama sonrası ürününüzü geriye anlatamıyorsa, sitenin geri kalanı pek işe yaramaz. Amaç: “bu ne, tam olarak ne yapıyor?” vergisini azaltmak.
Üç şeyi kapsayan sade bir açıklama ile başlayın: ne olduğu, nasıl çalıştığı ve kullanıcıların ne kazandığı.
Örnek yapı:
Somut olun. "AI destekli iş akışı" gibi soyut bir konumlandırmayı hemen sonuçlara ve basit bir iş akışına çevirin.
Tam etkileşimli bir tur gerekmez. "Aha" anını gösteren hızlı bir demo yeterlidir:
Bir kerelik kullanım durumuna odaklanın.
Alıcının uyum konusunda endişesi varsa, bir kısa blokta cevaplayın:
"Salesforce, HubSpot ve Zendesk ile çalışır. AWS veya GCP'ye konuşlandırılır. SSO destekler (Google, Okta)." Jargonu minimumda tutun ve yalnızca alım kararını değiştiriyorsa detaylandırın.
Çoğu ziyaretçi belgelere çok erken dalmamalı. Derin linkleri sadece ilerleme için gerekli olduklarında ekleyin:
Bunlar opsiyonel tavşan delikleri olarak düşünülmeli—ana sayfa kendi başına dayanabilmeli.
Bir deck-replacement sitesi bir sonraki adımı netleştirmeli ama satış hunisi gibi hissettirmemeli. Tıklamanın nedenini ve sonrasında ne olacağını açıkça söyleyin.
Sayfa görüntüleme başına bir ana eylem seçin ve hazır olmayanlar için bir ikincil seçenek ekleyin.
Her iki CTA'yı da tutarlı kelimelerle ve yerleşimle (üst ve alt genellikle yeterli) kullanın.
Satış akışınıza uyan en hafif seçenekleri sunun:
CTA yanında bir cümle bağlam verin: “Fiyat ve demo linkini iletiriz.” gibi.
Küçük detaylar sürtünmeyi azaltır:
Yatırımcılarla konuşuyorsanız, “Veri odasını iste” veya “Yatırımcı güncellemeleri al” gibi ayrı bir CTA ekleyin. İş e-postası + firma gibi basit bir istekle gate'leyin ve erişimi manuel veya parola ile verin. Bu, hassas dokümanları arama sonuçlarından korur ama ciddi görüşmeler için yolu net tutar.
Deck-replacement sitenizin işi: net iletişim kurmak ve ilgili ziyaretçileri konuşmaya dönüştürmek. Doğru stack, güncel tutabileceğiniz stack'tir.
No-code yapıcılar hız gerektiğinde ve site pazarlama içeriği ağırlıklı olduğunda idealdir. Hızla yayınlayabilir, aynı gün kopya iterasyonu yapabilir ve dev kuyruğundan kaçınabilirsiniz.
Kullan: parlak bir tek sayfa veya küçük site hızlıca istiyorsanız, karmaşık entegrasyonlara gerek yoksa ve güncellemeleri bir kurucu/ pazarlamacı yapacaksa.
CMS, traction, basın, işe alım veya SSS'leri düzenli güncelleyeceğiniz durumlar için iyi çalışır. İçeriği düzenden ayırır; değişiklikler alan doldurur gibi hissettirir.
Kullan: sık güncelleme beklentisi, birden fazla katkıda bulunan veya değişikliklerin onay süreci gerekiyorsa.
Site ürününüzle sıkı entegrasyon, alışılmadık etkileşimler veya spesifik güvenlik/uyumluluk ihtiyaçları gerektiriyorsa özel inşa en iyi seçimdir.
Kullan: mühendislik desteğiniz varsa ve sitenin gereksinimleri haftalık değişmeyecek kadar sabitse.
Çoğu pitch sitesi şu temelleri ister: landing sayfalar, bir form (veya takvim), hafif analitik ve video hosting. Sayfayı hızlı tutan araçları tercih edin; ziyaretçilerin pop-up veya ağır trackerlarla boğuşmasını istemezsiniz.
Ürün ve pazarlama sayfalarını paralel inşa ediyorsanız, bağlam değiştirmeyi azaltan iş akışı araçlarını düşünün. Örneğin, Koder.ai'nin vibe-coding yaklaşımı ekiplerin React pazarlama sayfalarını (ve ilgili backend parçalarını) bir sohbet arayüzünden hızla üretmesine yardımcı olabilir—güncelleme gerektiren durumlarda hızlı iterasyon isteyenler için kullanışlıdır.
Erken üç soruyu cevaplayın: siteyi kim güncelliyor, ne sıklıkla (haftalık traction vs çeyreklik) ve değişiklikleri kim onaylıyor. Her değişiklik için bir geliştirici gerekiyorsa, "en son rakamlar" sessizce geçen çeyreğin sayıları haline gelir.
Hızlı yüklenme gösterişli efektlerden iyidir. Sıkıştırılmış varlıklar, kısa videolar (verimli host edilmiş) ve minimal script'ler hedefleyin—özellikle mobilde. Pitch sitesi anında hissettirmeli, hikayenizi tamponlamamalı.
Deck-replacement site "her şey için sıralama" peşinde koşmaz. Birkaç yüksek niyetli arama için bulunabilir olmalı ve yatırımcıların siteye geldikten sonra ne yaptığı hakkında veri toplamalıdır.
Kendinizi ne olduğunuzla tanımlayan 1–2 ana ifade seçin (örn. “KOBİ'ler için AI muhasebe”, “inşaat planlama yazılımı”). Bunları kullanın:
Başlıklar/description'ları bir pitch gibi yazın: spesifik, fayda odaklı, jargon yok. Küçük bir site varsa, her sayfaya bir iş verin (ör. /traction, /security, /faq) ve anahtar kelime temasını ona göre ayarlayın.
SSS dolgu değil—tekrar edilen e-postaları önleyen bir araçtır. Fiyatlandırma modeli, GTM, rekabet, güvenlik/uyumluluk, zaman çizelgeniz ve ne kadar topladığınız gibi tekrar edilen soruları dahil edin.
Yanıtları taranabilir yapın ve gerektiğinde derin sayfalara yönlendirin (örn. /traction veya /trust).
Analitiği şu olaylarla kurun:
Outreach kanalına özel takip linkleri (UTM) oluşturun ki hangi kaynakın kaliteyi getirdiğini görün—sadece trafiği değil.
İterasyon yapıyorsanız, bu metrikleri haftalık gözden geçirin ve yeniden tasarımdan önce hikaye ve sıralamayı ayarlayın.
Yatırımcılar hızlı hareket eder, ama dikkatli bir operasyon yürüttüğünüz sinyalini de ararlar. Pitch-deck sitesi net, güncel ve veri konusunda saygılıysa güven kazanır.
En azından şunları dahil edin:
Yatırıyorsanız, footer'da kısa bir “Son güncelleme” satırı insanların okuduklarının güncel olduğunu hissettirir.
Eğer veri topluyorsanız (bülten, demo talebi, yatırımcı güncellemeleri), ne sakladığınızı ve nedenini söyleyin. Düz dil, hukuk jargonundan iyidir.
Formları kısa tutun: isim + e-posta genellikle yeterli. Daha fazlasına ihtiyaç varsa (fon büyüklüğü, check aralığı, zaman çizelgesi), bunun isteği nasıl yönlendirdiğini açıklayın ve diğer alanları isteğe bağlı yapın.
Analytics veya CRM kullanıyorsanız, /privacy'de araç kategorisini ve amacını bir cümleyle açıklayın (örn. “hangi sayfaların daha faydalı olduğunu anlamak için”).
Kanıtlayamayacağınız iddialardan kaçının ("banka düzeyinde güvenlik"). Güvenlik notu ekliyorsanız, olgusal tutun: HTTPS, erişim kontrolleri ve gelen dosyaların nasıl işleneceği gibi.
Bayat metrikler sessizce güvenilirliği öldürür. Hafif bir ritim belirleyin:
Güncellemeleri tekrarlayan bir takvim görevi gibi görün; böylece site pitch-ready kalır.
Pitch-deck sitesi asla tamamen "bitti" olmaz. İlk lansmanı yatırımcılara, ortaklara ve yeteneklere güvenle gönderebileceğiniz ilk versiyon olarak görün—sonra geribildirimlere göre geliştirin.
Linki paylaşmadan önce hızlı bir kalite geçişi yapın:
Herhangi bir şeyi kırık bulursanız, düzeltin—yatırımcılar küçük hataları bir sinyal olarak yorumlayabilir.
Siteyi, kitlenize uyan 3 kişiye (veya iyi proxy'lere) gösterin. Onlara 60 saniye kaydırma verin, sonra sorun:
Net cevap alamıyorsanız, hero, başlıklar veya kanıt sırasını tekrar düzenleyin.
Her görüşmeden sonra size sorulan soruları not alın. Tekrarlanan soruları yeni SSS girişlerine veya ilgili bölümün yakınında kısa açıklama bloklarına dönüştürün. Siteniz her konuşma ile daha keskinleşmeli.
Her seferinde bir değişikliği test edin ve anlaşılırlık ile eylemi etkileyenleri önceliklendirin:
Basit bir değişiklik kaydı tutun ki hangi değişikliğin sonucu etkilediğini bilin.
Bir pitch-deck web sitesi, deck-replacement niteliğindedir: pitch deck'inizin sorduğu temel soruları (sorun, çözüm, neden şimdi, kanıt, ekip, istek) toplantı gerektirmeden yanıtlayan tek bir bağlantıdır.
Tipik bir startup ana sayfasından farklı olarak, yüksek niyetli okuyucuların sizi hızlıca değerlendirmesine ve tek bir net adım atmasına yardımcı olmak üzere tasarlanmıştır.
Bir birincil CTA seçin ve tüm anlatıyı bunun etrafında şekillendirin. Yaygın seçenekler:
İkincil bir CTA ekleyebilirsiniz, ama ana yolla rekabet etmemelidir.
Gerçekten bağlantı gönderdiğiniz insanlara yazın ("herkese" değil) ve her kitle için en çok sorulan beş soruyu listeleyin.
Düzenli olarak farklı kitlelere farklı kanıt gerekiyor ise, /investors ve /customers gibi ayrı yollar oluşturun; her birinin kendi anlatısı ve CTA'sı olsun.
Basit bir kaydırılabilir kavis kullanın:
Ürün kolay açıklanabiliyorsa ve hedef “anla → güven → iletişime geç” ise tek sayfa seçin.
Birden fazla kitleyi desteklemeniz, ürünün anlamlı karmaşıklığı varsa (iş akışları, entegrasyonlar, uyumluluk) veya derin kanıtlara düzenli erişim gerekiyorsa küçük bir site seçin. Yaygın yaklaşım, ana hikayeyi sıkı tutan bir ana sayfa ve destekleyici “kanıt çekmeceleri”dir.
Tekrar edilebilir bir kalıp kullanın: iddia → açıklama → kanıt → CTA.
Ayrıca başlıkları, bir kişi yalnızca başlıkları okuyarak tüm hikayeyi anlayacak şekilde yazın (ör. “$85k ARR ile Mayıs'tan beri %12 MoM büyüme” gibi). Dil sade, spesifik ve konuşma tarzında olsun.
3–5 güçlü kanıt noktası seçin ve taranabilir hale getirin (büyük sayılar, net etiketler). Her birinin yanında bağlam verin:
Logo ve referansları yalnızca izniniz varsa kullanın; yoksa anonimleştirilmiş alıntılar ve rol/tür ile şeffaf olun.
30–60 saniyelik, üç şeyi kapsayan sade bir açıklama hedefleyin:
Ardından hafif bir demo ekleyin (20–45s altyazılı video, kısa GIF veya üç etiketli ekran görüntüsü) ve tek bir kullanımı gösterin ki “aha” hissi oluşsun.
Açık siteyi güçlü tutun ve hassas bilgileri gizleyin veya erişimle sınırlandırın:
Gerekirse yatırımcıya özel bir yol ekleyin (ör. “Veri odasını iste”) ve basit bir erişim akışı kullanın (iş e-postası + firma).
Hedeflediğiniz çıktılara göre şu aksiyonları takip edin:
Outreach kanalları için UTM kullanın (e-posta, LinkedIn, hızlandırıcılar) ki hangi kaynağın nitelikli görüşmeler getirdiğini görün. Başarı metriklerini önceden tanımlayın (dönüşüm oranı, cevaplar, rezervasyonlar) ve yeniden tasarımdan önce içerik/sıra üzerine iterasyon yapın.
Her bölümü bir ana fikir ile sınırlayın. Bir cümlede söyleyemiyorsanız, iki bölüme ayırın ya da detayları ayrı bir sayfaya taşıyın.