Kripto Pitch Deck Nasıl Yapılır: Yatırımcının Beş Dakikada Takip Edebileceği Bir Sunum

Sunum, yatırımcının neyi anlamasına yardımcı olmalı?

Hızlı test: Sunumun hikayesini 60 saniyede anlatın. Daha fazlasına ihtiyacınız varsa, anlatı slaytlara hazır değildir.

Bir kripto pitch deck, projenin ne yaptığını, neden önemli olduğunu, nasıl sürdürülebilir olabileceğini ve okuyucudan ne düşünmesini istediğinizi anlamayı kolaylaştırmalıdır. Kendi başına bir ürün kılavuzu veya token açıklayıcısı değildir; daha derin bir konuşmayı hak eden bir karar belgesidir.

Slaytları taslaklamadan önce, bu sorulara düz metin yanıtlar yazın:

• Sorunu kim yaşıyor ve bugün nasıl çözüyorlar?
• Ürününüz onlara anlamlı şekilde farklı ne yapma imkanı veriyor?
• Kim kullanıyor, kim ödüyor ve bu tabloyu hangi kanıt destekliyor?
• Bu ekip neden uygulanabilir bir yola sahip?
• Bir token varsa, sistemde hangi rolü oynuyor?

Bu yanıtları kullanarak tek cümlelik bir tez oluşturun. Projeye aşina olmayan birinin, tezi bir kez okuduktan sonra doğru şekilde tekrarlayıp tekrarlayamadığı faydalı bir testtir. Tekrarlayamıyorsa, slayt eklemeden önce hikayeyi basitleştirin. İddiaları spesifik tutun: “protokollerin zincirler arası likidite koordine etmesine yardımcı oluyoruz”, finansı değiştirmekle ilgili geniş bir ifadeden daha nettir. Sunumun amacı, tartışmaya devam etmek için bir neden göstermektir, her teknik veya ticari detayı ekrana sığdırmak değildir.

Tasarlamadan önce anlatıyı oluşturun

Anlatıyı bir dizi yanıt olarak oluşturun, ardından her yanıta bir slayt atayın. Bu, sunumun birbirinden kopuk gerçekler yığını olmasını engeller ve tasarım çalışması başlamadan önce boşlukları tespit etmeyi kolaylaştırır.

Pratik bir hikaye akışı şöyledir:

• Bağlam: kullanıcı, sorun ve mevcut alternatifin maliyeti.
• Yanıt: ürün, nasıl çalıştığı ve bu yaklaşımın neden soruna uyduğu.
• Fırsat: ulaşılabilir pazar, iş modeli ve benimsenme yolu.
• Kanıt: ürün durumu, kullanıcı kanıtları, ortaklıklar veya diğer doğrulanabilir ilerleme.
• Yürütme: ekip, öncelikler ve bir sonraki aşamanın gerektirdikleri.
• Talep: aranan destek türü ve planı nasıl ilerleteceği.

Her bölümü basit bir neden-sonuç geçişiyle bağlayın: sorun bir ihtiyaç yaratır, ürün bu ihtiyacı karşılar ve kanıt, yaklaşımın işe yarayıp yaramadığını gösterir. Hikayeye neden ait olduğunu açıklamadan yeni bir pazar, özellik veya token konsepti tanıtmaktan kaçının. Bir noktanın önemli bağlam gerektirmesi durumunda, detayını eke taşıyın ve ana slaydı sonuca odaklı tutun. Bir taslağı okuyucu dostu bir hikayeye dönüştürme konusunda yardım için kripto pitch deck hizmetine bakın.

Bir kripto sunumunda hangi slaytlar olmalı

Projenin durumunu açıklamak için gereken slaytları ekleyin, sabit sayıda slayt değil. Odaklı bir sunum tipik olarak aşağıdaki işleri kapsar; ürünün karmaşıklığına ve kitleye uyacak şekilde bunları birleştirin veya ayırın.

Her konuyu ayrı bir sayfaya zorlamayın. Basit bir ürün, sorun ve çözümü birleştirebilir; teknik olarak karmaşık bir protokol bir diyagram ve ek gerektirebilir. Ana sunumu karar verme hikayesi için kullanın; sözleşme detaylarını, mimariyi, genişletilmiş finansal varsayımları veya token programlarını yedek malzeme için ayırın. Token lansman kontrol listesi, sunumun token açıklamasını daha geniş lansman planıyla uyumlu hale getirmeye yardımcı olabilir.

Tokenomics ve iş modelini açıklamak

İş modelini ve token tasarımını projenin ilişkili ancak ayrı parçaları olarak açıklayın. İş modeli, organizasyonun veya protokolün nasıl değer yarattığını ve yakaladığını tanımlar; token bölümü, varlığın sistemde ne yaptığını ve bu işlevin neden gerekli olduğunu açıklar.

İş modeli için kimin ödediğini, ne aldıklarını ve modelin çalışması için hangi varsayımların geçerli olması gerektiğini belirtin. Gelir henüz oluşmamışsa, mevcut durumu açıkça etiketleyin ve gözlemlenen gerçekleri projeksiyonlardan ayırın. Gelecekteki bir senaryoyu elde edilmiş ivme olarak sunmayın.

Token için okuyucunun detaylara giden yolunu basit tutun:

• Token'ın ürün veya ağdaki pratik rolünü belirtin.
• Arz ve dağıtımı, projenin yayınlanmış materyalleriyle uyumlu şekilde açıklayın.
• Vesting, token serbest bırakma ve yönetişimi yalnızca uygulanabilir olduğunda, tutarlı terimler kullanarak tanımlayın.
• Token teşviklerinin ürün kullanımıyla nasıl ilişkili olduğunu, talebin yerine geçiyormuş gibi davranmak yerine gösterin.
• Varsayımları ve açık kararları, çözülmüş gibi ima etmek yerine belirleyin.

Ekibin her arz rakamını, dağıtım etiketini ve serbest bırakma açıklamasını projenin yetkili belgelerine göre doğrulamasını sağlayın. Arz doğrulamasına odaklı bir açıklama için token arzı nasıl doğrulanır bölümüne bakın. Projenin ayrıca teknik bir anlatıya ihtiyacı varsa, whitepaper rehberi daha derin dokümantasyonu sunumla tutarlı tutmaya yardımcı olabilir.

Bir sunumu hangi kanıtlar güvenilir kılar

Pratik kural: Slayt başına bir fikir ve ilk gönderim için en fazla 12 slayt.

Güvenilir bir sunum, okuyucunun kanıtı hırstan ayırt etmesini sağlar. Maddi iddialara bir kaynak, tarih veya net açıklama ekleyin ve kanıtın slayttaki ifadeyi gerçekten desteklediğinden emin olun.

Yararlı kanıtlar arasında çalışan bir ürün, belgelenmiş bir kullanıcı iş akışı, müşteri veya ortak onayı, protokol etkinliği, bir güvenlik incelemesi veya test edilmemiş olanın şeffaf bir açıklaması yer alabilir. İddiayla eşleşen kanıt seçin: bir ürün ekran görüntüsü bir özelliğin var olduğunu gösterebilir, ancak tek başına tekrarlayan kullanımı kanıtlamaz. Bir ortaklık duyurusu ticari geliri kanıtlamaz. Kanıtın neyi gösterdiğini ve neyi göstermediğini açıklayın.

Sunumu paylaşmadan önce şunları kontrol edin:

• Pazar ifadeleri, yalnızca büyük bir başlık rakamına güvenmek yerine segmenti tanımlar.
• Kullanım dili, ziyaretleri, kayıtları, aktif kullanımı ve ücretli etkinliği ayırt eder.
• Ortak adları ve logoları kullanım için onaylanmış ve doğru şekilde temsil edilmiştir.
• Ürün ekran görüntüleri mevcut deneyimi yansıtır ve özel bilgileri ifşa etmez.
• İleriye dönük ifadeler plan veya varsayım olarak etiketlenmiştir.

Bağlantılar, destekleyici belgeler ve her iddiadan sorumlu kişiyi içeren bir kaynak dosyası tutun. Bu, incelemeyi ve sonraki güncellemeleri çok daha kolay hale getirir. Sunum yaklaşan bir listing çalışmasını destekliyorsa, ayrı materyallerin projeyi farklı şekilde tanımlamasına izin vermek yerine, olgusal dili CoinGecko listing rehberi veya CoinMarketCap listing rehberi ile koordine edin.

7 maddelik pitch deck kontrol listeniz

Her taslağı ellerinizden çıkmadan önce bu 7 maddeye göre kontrol edin. Ekibinizden olmayan bir incelemecinin bunları yalnızca sunumdan yanıtlayabilmesi gerekir.

• Sorunu 1 cümlede belirtin.
• Ürünü ve bugün kimin kullandığını gösterin.
• İşletmenin token dışında nasıl kazandığını açıklayın.
• Token'ın rolünü ve arzını sade bir dille açıklayın.
• Ekibi ve ilgili çalışmalarını gösterin.
• Kanıt ekleyin: canlı ürün, adını verebileceğiniz ortaklar, denetimler.
• Dürüst bir risk slaydı ekleyin.

Terimler tek satırda

Tokenomics, bir token'ın arz, dağıtım ve kullanımlarının tasarımı anlamına gelir.

Anlatı: sorunu, ürünü ve neden şimdi olduğunu birbirine bağlayan kısa hikaye.

Ekranda ve belge olarak çalışmasını sağlamak

Her slaydı, ana noktası bir bakışta görünecek şekilde tasarlarken, dosyanın tamamı bir sunucu olmadan iletildiğinde de anlamlı olmasını sağlayın. Okuyucu, bir grafiğin neyi ölçtüğünü, bir kısaltmanın ne anlama geldiğini veya bir ekran görüntüsünün neden önemli olduğunu tahmin etmek zorunda kalmamalıdır.

Slaydın sonucunu belirten doğrudan bir başlık kullanın, ardından az sayıda ilgili detayla destekleyin. Bir ürün akışını açıklarken yoğun düzyazı yerine net bir diyagramı tercih edin, ancak aktörleri, girdileri ve çıktıları etiketleyin. Grafiklere bir başlık, birim, zaman aralığı ve kaynak verin. Özel terimleri ilk geçtiklerinde tanımlayın; her yatırımcının projenin dahili kelime dağarcığını kullandığını varsaymayın.

İki ayrı inceleme yapın. İlk olarak, sunumu sesli olarak anlatın ve açıklamanın nerede sıra dışı hissettirdiğini veya sözlü düzeltme gerektirdiğini not edin. Ardından dosyayı kendi başına açın ve başlıkların, altyazıların ve geçişlerin hikayeyi anlatım olmadan taşıyıp taşımadığını kontrol edin. Metnin bir dizüstü bilgisayarda okunabilir kaldığını, bağlantıların çalıştığını, dosyanın güvenilir şekilde açıldığını ve eke gezinmenin kolay olduğunu doğrulayın. İletmek için temiz bir sürüm ve konuşmacı notlarının ayrı tutulduğu bir sunum sürümü bulundurun. İyi bir görsel sistem yardımcı olur, ancak netlik, her slaydın neyi kanıtlaması gerektiğine stil vermeden önce karar vermekten gelir.

Göndermeden önce son inceleme

Sunumu göndermeden önce tutarlılık, doğrulama ve kitle uyumu açısından inceleyin. Son bir geçiş, uyumsuz terminolojiyi, desteklenmeyen ifadeleri, net olmayan token mekaniklerini ve harekete geçmek için çok belirsiz talepleri yakalamalıdır.

Dosyayı bu listeye göre kontrol edin:

• Bir okuyucu ürünü ve kullanıcısını sade bir dille açıklayabilir mi?
• Her büyük iddianın belirlenmiş bir kaynağı veya bir plan olarak açık bir etiketi var mı?
• Arz açıklamaları projenin mevcut dokümantasyonuyla eşleşiyor mu?
• Talep, aranan konuşma veya destek türü konusunda net mi?
• Sunum, ana hikayeyi gömmeden olası takip sorularını yanıtlıyor mu?
• Gizli, kişisel veya ticari olarak hassas detaylar paylaşıma uygun mu?

Sınırlar spesifiktir: ikna edici bir sunum durumu netleştirebilir, ancak bir yatırımcının kararını belirleyemez, durum tespitinin yerini alamaz veya doğrulanmamış bir iddiayı güvenilir kılamaz. Fon toplama sonuçları, fırsatı değerlendiren kişilere bağlıdır, bu nedenle sunumu doğru tutun ve önemli bir tartışma başlatmak için kullanın.

MarketingExtra'da bir incelemci, anlatıyı kaynak materyale göre kontrol eder ve tasarım nihai olarak kabul edilmeden önce açıklığa kavuşturulması gereken iddiaları işaretler. Mevcut sunumu, hedef kitleyi, proje dokümantasyonunu ve desteklemesi gereken belirli kararı veya toplantıyı gönderin; bir sonraki adım, hikaye ve kanıtların odaklı bir incelemesidir. Yaratıcı erişim aynı planın parçasıysa, sunumun rolünü daha geniş kripto KOL kampanya rehberi ile de karşılaştırabilirsiniz.

Nasıl çalışır

1. Okuyucuyu ve amacı tanımlayınKitleyi ve sunumun kazanmasını istediğiniz bir sonraki konuşmayı adlandırın. O okuyucunun halihazırda ne bildiğini ve neyin açıklanması gerektiğini not edin.
2. Kaynak materyali toplayın ve kontrol edinÜrün bilgilerini, ekip biyografilerini, onaylanmış ortak referanslarını, metrikleri ve token belgelerini toplayın. Hangi iddiaların onaylandığını ve hangilerinin plan olduğunu işaretleyin.
3. Hikayeyi sade bir dille yazınTasarlamadan önce tezi ve slayt başlıklarını taslaklayın. Sorun, çözüm, kanıt ve talebi yeni bir okuyucunun takip edebileceği bir sıraya dizin.
4. Slaytları ve eki oluşturunÜrünü netleştirdikleri yerde diyagramlar ve görseller kullanın ve destekleyici teknik detayı yedek malzemeye taşıyın. Tanımları ve terimleri tutarlı tutun.
5. Sunum ve belge incelemesini yapınSunumu sesli olarak anlatın, ardından anlatım olmadan okuyun. Net olmayan iddiaları çözün, kaynakları kontrol edin ve paylaşılan dosyanın iletilmeye hazır olduğunu doğrulayın.