Kripto pitch deck nasıl yapılır: 9 slayt işi, tek yatırımcı senaryosu

1 girdi, 3 hikaye kontrolü

1 girdi | 3 hikaye kontrolü | 1 okuyucu kararı.

Okuyucuyla ve onlardan almak istediğiniz kararla başlayın. Bir kripto pitch deck, projeyi kurucunun her sayfayı anlatmasına gerek kalmadan açıklamalıdır. Taslak hazırlamadan önce hedef kitleyi belirleyin. Bir yatırımcı, ortak, launchpad veya listing komitesi farklı bilgilere ihtiyaç duyabilir.

Her kontrol için bir cümle yazın:

• Okuyucu: Bu dosyayı kim açacak? Ne değerlendirmeleri gerekiyor?
• Senaryo: Hangi sorunu, ürünü ve iş mantığını anlamalılar?
• Sonraki adım: Hangi spesifik görüşme veya inceleme yapılmalı?

Ardından projenin merkezi iddiasını sade bir dille yazın. Ekip bunu tutarlı bir şekilde açıklayamıyorsa, slayt tasarımını durdurun. Önce anlaşmazlığı çözün. Görsel cilalama, ürün, alıcı veya iş modeli hakkındaki bir bölünmeyi çözemez.

Tüm versiyonlarda tek bir olgusal temel tutun. Vurguyu her okuyucu için değiştirin, temel gerçekleri değil. Çalışma dosyasında hedef kitleyi ve paylaşım durumunu kaydedin. Bu, yatırımcı versiyonunun daha geniş ekip tarafından kullanılan materyallerle uyumlu kalmasını sağlar.

Hangi 9 slayt işi senaryoyu oluşturur?

9 slayt işi, okuyucuya sorundan talebe bir rota sunar. Bunu sabit bir formül değil, çalışan bir harita olarak ele alın. Kanıt basit olduğunda işleri birleştirin. Bir slaytın taranması zorlaştığında ayırın.

Bir slayt, olası bir okuyucu sorusunu yanıtlayarak yerini hak eder. Rekabet, teknik tasarım veya riski yalnızca gerçek bir boşluğu kapatıyorsa ekleyin. Uzun finansal modelleri ve teknik açıklamaları ekte bırakın. Ana deck'ten bu dosyalara işaret edin.

Token lansmanı planın bir parçasıysa, kamuya açık iddiaları token lansman pazarlama kontrol listesi ile uyumlu hale getirin. Onaylanmış proje gerçeklerini sunum ve lansman materyallerinde tutarlı tutun.

Token gerçekleri ayrı bir kanıt zinciri gerektirir

Bir token slaydı, token'ın projedeki rolünü açıklamalıdır. İş senaryosunun yerini almamalıdır. Okuyucular token'ın neden var olduğunu ve ne yaptığını bilmelidir. Tasarımının ürün kullanımı ve proje operasyonlarıyla nasıl ilişkili olduğunu gösterin.

Ana slaydı argümanı etkileyen gerçeklere odaklayın:

• İşlev: Token'ın ürün veya projedeki gerçek rolünü belirtin.
• Arz: Güncel onaylanmış arz rakamını ve tahsis kategorilerini kullanın.
• Dağıtım: Okuyucu için ilgili olduğunda vesting veya dağıtım bilgilerini gösterin.
• Durum: Önerilen detayları net bir şekilde işaretleyin. Bunları onaylanmış şartlardan ayırın.
• Kaynaklar: Güncel sözleşme, yönetişim veya ürün belgelerine işaret edin.

Her rakam için bir sorumlu atayın. Paylaşmadan önce arz ve tahsis detaylarını deck, web sitesi ve destekleyici belgeler arasında mutabık kılın. Bir detay çözülmemişse, etiketleyin. Görselin kesinlik izlenimi vermesine izin vermeyin.

Ayrıntılı tablolar hikayeyi kalabalıklaştırdığında ekte tutun. Piyasa fiyatı ürün talebini kanıtlamaz. Bir token'a sahip olmak erişim, gelir veya gelecekteki değeri garanti etmez. Lansman hazırlığı için, proje materyallerini uyumlu tutmak üzere token lansman kontrol listesini kullanın.

Taslaktan inceleme metnine nasıl geçilir?

5 kontrol, deck'i kaba hikayeden inceleme metnine taşır: hedef kitle, sıralama, iddialar, tasarım ve onay. Düzenleri iyileştirmeden önce argümanı bitirin.

1. Okuyucuyu adlandırın: Hedef kitleyi ve istenen kararı taslağa yazın.
2. Hikayeyi sıralayın: Kullanıcı ihtiyacından ürüne, kanıta, ekonomiye, uygulamaya ve talebe geçin.
3. Kaynakları ekleyin: Önemli iddiaları bir dosyaya, sorumlu kişiye ve güncel duruma bağlayın.
4. Taramaya uygun tasarlayın: Her slayda bir başlık, bir çıktı ve okunabilir destek verin.
5. Dışa aktarımı test edin: Dosyayı hem sunum hem de belge olarak inceleyin.

Her adımda, bir sonraki slaydın bir öncekinden mantıksal olarak gelip gelmediğini sorun. Okuyucular ürün, gelir ve token'ın nasıl ilişkili olduğunu tahmin etmek zorunda kalıyorsa, eksik açıklamayı ekleyin veya sırayı değiştirin. Bir slayt sözlü bir paragraf gerektiriyorsa, detayı ekte taşıyın. Veya noktayı basitleştirin.

Her versiyon için tarihli bir ana kopya tutun. Hassas rakamları kimin onayladığını not edin. Dağıtımdan önce iletişim bilgilerinin ve bağlantıların çalıştığını doğrulayın. Temiz bir inceleme metni, sunum yapan kişinin her boşluğu doldurmasına gerek kalmadan hikayeyi anlatmalıdır.

Deck ekibinizden ayrılmadan önce 6 kontrol

6 kontrol, bir kripto pitch'i zayıflatabilecek hataları yakalar: çelişkili gerçekler, belirsiz durum ve desteklenmeyen iddialar. Hikayeyi belirledikten sonra bunları çalıştırın. Dosyayı yeni bir okuyucuya göndermeden önce bitirin.

• Ürün: Her ekran görüntüsü mevcut ürün durumuyla eşleşiyor mu?
• Token: Arz, tahsis ve dağıtım detayları onaylanmış materyallerle uyumlu mu?
• Pazar: Pazar tanımı ve kaynağı görünür mü?
• Kilometre taşları: Tamamlanan iş ve gelecek planları net bir şekilde ayrılmış mı?
• Ortaklar: İfade, önerilen, imzalanan ve aktif çalışmayı ayırt ediyor mu?
• Grafikler: Birimler, kaynaklar ve varsayımlar görselin yanında görünüyor mu?
• Talep: İstenen destek belirli bir planla bağlantılı mı?
• Dosya: Slayt sırası, bağlantılar ve iletişim bilgileri dışa aktarımdan sonra çalışıyor mu?

Bir deck, bir yatırımcının ilerleyip ilerlemeyeceğine karar veremez. Bir listing komitesi, kanıtı nasıl değerlendireceğine karar verir. Ekibiniz, iddia doğruluğunu, talep netliğini ve materyaller arasındaki tutarlılığı kontrol eder.

Bir komiteye yönelik versiyon için, listings ve doğrulama aracılığıyla sunulan materyalleri inceleyin. Anlatı ve slayt desteği için kripto girişim pitch deck hizmetine bakın.

İlk kez okuyan biri ne anlamalı?

1 ilk kez okuyan kişi, proje ekibinin artık görmediği bir boşluğu ortaya çıkarabilir. Çalışmaya aşina olmayan birinden deck'i sözlü bir giriş olmadan incelemesini isteyin. Ardından senaryoyu kendi kelimeleriyle açıklamalarını isteyin.

Aşağıdakileri tanımlayıp tanımlayamadıklarını kontrol edin:

• Kullanıcı sorunu ve ürün yanıtı.
• Hangi kanıtın güncel olduğu ve neyin planlandığı.
• İş modelinin ürünle nasıl ilişkili olduğu.
• Varsa token'ın neden gerekli olduğu.
• Okuyucunun bir sonraki adımda ne yapmasını istediğiniz.

Özetleri konuyu kaçırdığında, yorumlarının değiştiği slaydı bulun. Düzeltme, eksik bir gerçek veya yanlış yerleştirilmiş bir slayt olabilir. Daha iyi destek gerektiren bir iddia olabilir. Daha fazla metin her zaman çözüm değildir.

Sektör bilgisine sahip bir incelemeciden iş ve token mantığını sorgulamasını isteyin. Ayrı bir tasarım incelemecisinden hiyerarşi ve okunabilirliği kontrol etmesini isteyin. Yorumları kişisel zevke değil, bir okuyucu sorusuna bağlı tutun. İlgili planlama konuları için kripto pazarlama rehberine göz atın.

DigitalMedia1'a mevcut deck'inizi veya taslağınızı, hedef okuyucuyu ve onaylanmış kaynak dosyaları gönderin. Hikayeyi inceleyebilir ve açıklığa kavuşturulması gereken iddiaları işaretleyebiliriz.

Nasıl çalışır

1. 1. Okuyucuyu adlandırınHedef kitleyi ve onlardan almak istediğiniz kararı seçin. Onaylanmış proje açıklamasını ve fon toplama hedefini toplayın.
2. 2. Merkezi senaryoyu yazınSorunu, ürünü, kanıtı, iş modelini ve ekibi sade bir dille açıklayın. Token'ı yalnızca önemli olduğu yerde hikayede tutun.
3. 3. İddiaları kaynaklarla eşleştirinToken detaylarını, ürün durumunu, pazar iddialarını ve kilometre taşlarını güncel kaynak materyalle ilişkilendirin. Varsayımları ve planlanan çalışmaları etiketleyin.
4. 4. Slayt işlerini atayınHer slayda bir amaç ve bir çıktı verin. Gerektiğinde destekleyici teknik veya finansal detayı ekte taşıyın.
5. 5. İnceleme metnini test edinYeni bir okuyucudan senaryoyu geri anlatmasını isteyin. Net olmayan noktaları çözün, hassas rakamları kontrol edin ve versiyonu hedef kitlesi için onaylayın.