Kripto Pitch Deck Nasıl Yapılır: İddiaları Slaytlara Haritalayın

Sunumun ilk okuması neyi belirlemeli?

Açılış sayfası projeyi, hedef kullanıcıyı ve ana tezi tanımlamalıdır. Bir okuyucunun, detaylı ürün veya token slaytlarının anlam kazanması için bu 3 noktaya ihtiyacı vardır. Bunları görsel bir stil seçmeden önce taslak haline getirin.

Projenin ne yaptığını ve bu kitlenin neden bunu düşünmesi gerektiğini belirten iki kısa ifadeyle başlayın. Bunlar farklı soruları yanıtlamalıdır. Birincisi ürünü tanımlar. İkincisi fırsatı veya ihtiyacı açıklar. Birbirlerini tekrarlıyorlarsa, sunum bir durum oluşturmadan özellikleri tanımlıyor olabilir.

Okuyucuyu ve istenen sonraki adımı belirleyin. Bir girişim fonu, ekosistem fonu, stratejik ortak ve launchpad'in her biri farklı kanıtlara ihtiyaç duyabilir. Bu sürümün bir konuşma başlatmayı mı yoksa daha derin bir incelemeyi desteklemeyi mi amaçladığına karar verin. Ardından okuyucunun ilk geçişten sonra ne anlaması gerektiğini kaydedin.

Öncülü test etmek için bu kısa bilgiyi kullanın:

• Kullanıcı: Ürünün hitap ettiği sorunu hangi grup yaşıyor?
• Durum: Bugün ne çalışıyor ve ne planlanmış durumda?
• Tez: Önerilen çözümü bu kitle için ne alakalı kılıyor?
• Talep: Okuyucunun atması gereken sonraki adım nedir?

Cevap ayrıca ana sunuma neyin ait olduğunu da tanımlar. Arka plan detayı, ürün veya talep hakkındaki kanıtların yerini almamalıdır. İlgili planlama için, sunumu lansman materyalleriyle uyumlu hale getirmek üzere token lansman kontrol listesini kullanın.

12 konumlu bir slayt haritası hikayeyi test edilebilir kılar

12 konumlu bir harita, her konuyu zorunlu kılmadan anlatıya çalışan bir düzen verir. Bunu bir taslak olarak ele alın, ardından kanıtlar daha kısa bir açıklamayı desteklediğinde slaytları birleştirin veya kaldırın.

1. Proje tezi ve hedef kullanıcı.
2. Kullanıcı sorunu ve bağlamı.
3. Ürün ve mevcut durum.
4. Pazar sınırı ve kaynağı.
5. İş modeli veya değer yakalama.
6. Doğrulama, kullanım veya belgelenmiş öğrenme.
7. Alternatifler ve farklılaşma.
8. Kullanıcılara giden yol ve onboarding.
9. Ekip sorumlulukları ve ilgili deneyim.
10. Varsa token rolü.
11. Yol haritası ve fon kullanımı.
12. Spesifik talep ve sonraki adım.

Her slayta bir yatırımcı sorusu ve bir ana iddia verin. Başlığı bir konu etiketi olarak değil, cevap olarak yazın. "Ürün, tekrarlanan mutabakat adımlarını azaltır" gibi bir başlık bir noktayı belirtir; "Ürün" belirtmez. Kanıtı doğrudan altına yerleştirin.

Başlıkları sırayla okuyun. Tutarlı bir özet oluşturmalıdırlar. Argüman, bağlantıyı açıklamadan üründen token'a atlıyorsa, sırayı revize edin. Teknik diyagramları ve genişletilmiş varsayımları, ana okumayı kesintiye uğrattıklarında bir eke koyun. Onaylanmış bir anlatıyı sunum materyallerine dönüştürme konusunda yardıma ihtiyacı olan ekipler bir kripto pitch deck hizmetini kullanabilir.

Hangi kanıt her iddianın yanında yer almalı?

Bir iddia kaydı, geniş ifadeleri bir incelemecinin kontrol edebileceği öğelere dönüştürür. Her önemli iddia için 6 alan kaydedin: slayt, tam ifade, kaynak, kaynak bağlamı, durum ve dahili sorumlu. Bu, görsel tasarım başlamadan önce boşlukları görünür kılar.

İddiayla eşleşen kanıt kullanın. Bir ürün ekran görüntüsü bir arayüzü gösterebilir, ancak benimsemeyi kanıtlamaz. Belgelenmiş bir pilot çalışma bir testi tanımlayabilir, ancak daha geniş bir pazarı temsil etmeyebilir. Kaynaklı bir pazar tahmini bir kategoriyi tanımlayabilir, ancak projenin ulaşılabilir kullanıcılarını belirlemez.

Malzemeyi 3 kategoriye ayırın:

• Gözlemlenen: ürün davranışı, tamamlanmış entegrasyonlar veya belgelenmiş geri bildirim.
• Tahmini: belirtilen varsayımlara ve tanımlanabilir kaynaklara dayalı hesaplamalar.
• Planlanan: henüz tamamlanmamış gelecek sürümler, ortaklıklar veya dağıtım adımları.

İfadenin kanıtın desteklediğinin ötesine geçmediğini kontrol edin. Tahminleri tahmin olarak etiketleyin. İlgili grafik veya iddianın yanında bir kaynak belirtin. Üçüncü taraf verileri için, pazarının ve kitlesinin sunumdaki açıklamayla eşleştiğini doğrulayın. Bir ortaklık logosu tek başına kapsamı veya durumu açıklamaz; ilişkiyi doğru şekilde etiketleyin.

Aynı disiplin harici materyallere de taşınmalıdır. Memecoin lansman kılavuzu ilgili lansman planlamasını kapsar. Hedef kitlesini ve ürün durumunu sunumdaki iddialarla uyumlu hale getirin.

Token detayları durum, işlev ve kaynak gerektirir

Bir token slaytı, okuyucunun mevcut işlevleri gelecek önerilerden ayırt etmesine izin vermelidir. Token'ın ürün, yönetişim veya finansman durumundaki gerçek rolüyle başlayın. "Fayda" gibi etiketler, sahiplerin veya katılımcıların ne yapabileceğini açıklamaz.

Argüman için önemli olduklarında token detaylarını ekleyin. Arz modelini ve tahsis kategorilerini belirtin. İlgili vesting, kilitlenmeler veya serbest bırakma koşullarını sade bir dille açıklayın. Hangi rakamların onaylandığını ve hangilerinin geçici olduğunu belirleyin. Koşullar kararlaştırılmamışsa, bir taslağı nihai olarak sunmak yerine bunu söyleyin.

Kompakt bir tahsis grafiği yardımcı olabilir, ancak etiketlere ve bağlama ihtiyaç duyar. Rakamlarının ve terminolojisinin web sitesi, token dokümantasyonu ve sözleşme bilgileriyle eşleştiğini kontrol edin. Canlı olanı önerilenden ayırın. Token'ı içerebilecek belirli aktiviteyi tanımlayın, ardından bu kullanımın arkasındaki varsayımları ve bağımlılıkları belirtin.

Ürün benimsemesinin otomatik olarak token talebi yarattığını ima etmekten kaçının. Yönetişimi yalnızca yatırım durumu için gereken düzeyde açıklayın. Sözleşme düzeyindeki detayı, ana argümanı gizliyorsa destekleyici materyale taşıyın. Daha geniş token planlaması gerektiğinde, token lansman kontrol listesi ilgili bir hazırlık yolu sunar.

Pazar büyüklüğü, yol görünür olduğunda kullanışlı hale gelir

Bir pazar slaytının tanımlanmış bir kullanıcı grubuna, net bir sınıra ve izlenebilir bir kaynağa ihtiyacı vardır. Projenin hizmet verebileceği kitleyle başlayın. Ardından tahminin nasıl oluşturulduğunu gösterin. Geniş bir kategori toplamı, ekibin hangi kullanıcılara ulaşabileceğini açıklamaz.

Tahmini, kullanıcılara pratik bir yolla bağlayın. İlk kitleyi, ona ulaşabilecek kanalı, onboarding yolunu ve kullanıcıların geri dönme nedenini gösterin. Ekibin neyi test ettiğini ve neyin hipotez olarak kaldığını belirleyin. Bu, pazar fırsatı ile mevcut kanıt arasındaki boşluğu açık hale getirir.

Okunabilir bir slayt, yolu kısa bir akış olarak gösterebilir:

• Kitle: ekibin hizmet vermeyi amaçladığı ilk grup.
• Erişim: o gruba ulaşabilen kanal veya ortak.
• İlk kullanım: yeni bir kullanıcının tamamlayabileceği eylem.
• Öğrenme: ekibin daha sonra inceleyeceği kanıt.

Tamamlanmış işleri planlardan ayırın. Bir listing, entegrasyon veya ortaklık görüşmesini, belgelenmedikçe tamamlanmış olarak tanımlamayın. Ekosistem erişimi, ortak onayı, düzenleyici inceleme veya teknik hazırlık gibi bağımlılıkları, planı etkiledikleri yerde açıklayın.

Sunumu kampanya materyalleriyle koordine edin. KOL kampanya kılavuzu, ekiplerin yaratıcı aktivitesini sunumda gösterilen kitle ve iddialarla uyumlu hale getirmesine yardımcı olabilir.

Bir PDF'nin sunumcu olmadan seyahat etmek için yeterli bağlama ihtiyacı vardır

İletilen bir PDF, grafiklerini ve iddialarını sözlü anlatım olmadan açıklamalıdır. Tutarlı bir tipografi hiyerarşisi, okunabilir etiketler ve her görseli yorumlamak için yeterli bağlam kullanın. Tasarım, eksik kanıtların yerini almamalı, argümanı netleştirmelidir.

Slayt başına bir ana nokta kullanın. Bir süreci veya ilişkiyi metinden daha net hale getirdiğinde bir diyagram seçin. Grafiklere okunabilir eksenler verin ve kaynaklarını belirleyin. Canlı yetenekleri ve planlanan çalışmaları tutarlı bir şekilde işaretleyin. Detaylı teknik materyali, merkezi anlatıdan uzaklaştırdığında bir eke koyun.

Dosyayı 3 biçimde inceleyin: tam ekran sunum, dışa aktarılmış PDF ve hızlı kaydırma. Fontların görüntülendiğini, bağlantıların açıldığını ve metnin daha küçük bir ekranda okunabilir kaldığını kontrol edin. Paylaşmadan önce gizli notları, eski slaytları ve gizli yorumları kaldırın. Dışa aktarılan dosyanın onaylanmış sürümle eşleştiğini doğrulayın.

Proje ekibi dışından birinden sunumu brifing olmadan okumasını isteyin. Ürünü, token rolünü, kanıtı ve talebi açıklamalarını sağlayın. Özetlerini amaçlanan mesajla karşılaştırın. Bir noktayı kaçırırlarsa, karışıklığa neden olan slaydı revize edin. Zayıf bir argümanı daha küçük metin veya ekstra dekorasyonla çözmeyin.

Son inceleme çelişkileri yakalamalı, dekorasyon eklememelidir

Bir tutarlılık geçişi, sunumu projenin onaylanmış materyalleriyle karşılaştırır. Ürün durumunu, ekip detaylarını, token koşullarını, yol haritası dilini, ortaklık açıklamalarını ve iletişim bilgilerini kontrol edin. Dosyayı göndermeden önce çelişkili ifadeleri çözün.

5 inceleme adımı kullanın:

1. Her iddiayı kaynağı ve mevcut durumuyla eşleştirin.
2. Token rakamlarını ve terminolojisini materyaller arasında karşılaştırın.
3. Planlanan işin tamamlanmış olarak tanımlanmadığını kontrol edin.
4. Başlıkları sırayla okuyarak tutarlı bir argüman elde edin.
5. Talebi, iletişim yolunu ve onaylanmış dışa aktarmayı doğrulayın.

Son taslağı, hedef kitleye benzeyen okuyucularla test edin. Ne anladıklarını, hangi kanıtlara güvendiklerini ve neyin net olmadığını sorun. Tekrarlanan soruları kaydedin. Her slayda uyarı eklemek yerine altta yatan boşluğu düzeltin. Ekibin neyin paylaşıldığını belirleyebilmesi için onaylanmış dosyanın dahili bir kopyasını saklayın.

Fon toplama kuralları ve yatırımcı incelemesi, yargı yetkisine ve anlaşma yapısına göre değişebilir. Doğru bir sunum bu incelemeleri kontrol etmez veya bir yatırımcının devam edip etmeyeceğini belirlemez.

Odaklı bir inceleme için GeoMarketing Experts'e mevcut taslağı, hedef okuyucuyu, onaylanmış ürün ve token bilgilerini, kaynak materyali ve istenen sonraki eylemi gönderin. Bir sonraki adım, pitch deck hizmeti aracılığıyla bir kapsam incelemesidir.

Nasıl çalışır

1. Okuyucuyu ve hedeflenen kararı belirleyinKitleyi ve sunumun desteklemesi gereken sonraki eylemi adlandırın. Proje özetini, ürün durumunu ve talebi toplayın.
2. İddiaları ve kaynakları toplayınÜrün kanıtlarını, pazar referanslarını, ekip detaylarını ve onaylanmış token bilgilerini toplayın. Taslak oluşturmadan önce çözülmemiş bilgileri işaretleyin.
3. Slayt argümanını taslak haline getirinBaşlıkları ve kanıtları sırayla yazın. Her slaydın farklı bir noktayı ilerlettiğini kontrol edin.
4. Tasarlayın ve dışa aktarınTutarlı bir görsel sistem uygulayın. Sunumu ve PDF'yi okunabilirlik, doğruluk ve çalışan bağlantılar açısından kontrol edin.
5. Okuyucunun özetini test edinEkip dışından birine ürünü, kanıtı, token rolünü ve talebi açıklatın. Yanlış anladıkları her noktayı revize edin.