Deck'inizin cevaplaması gereken soruyla başlayın
Güçlü bir kripto pitch deck, okuyucunun ne inşa ettiğinizi, buna kimin ihtiyacı olduğunu ve işin nasıl yürüyebileceğini anlamasına yardımcı olur. Biz bu kararlarla başlarız, dekoratif bir şablonla değil.
Ekibinizin yararlı bir protokolü olduğunu, ancak ürün hikayesinin forum gönderileri, teknik notlar ve birkaç slayt arasında dağıldığını düşünün. En net kaynak gerçeklerini toplar, ardından kullanıcı sorununu ürüne ve iş senaryosuna bağlamaya yardımcı oluruz. Sunum, her slaydı açıklamak için orada olmasanız bile anlamlı olmalıdır.
Çalışma, yatırımcı görüşmelerine hazırlanan kurucular veya ortak bir hikaye etrafında uyum sağlayan ekipler için uygundur. Ayrıca bir projenin eski bir sunumu gözden geçirmesine de yardımcı olabilir. Ürüne, hedef kitleye, kanıtlara, iş modeline, kilometre taşlarına ve fon toplama talebine bakarız. Kaynak materyali şekillendirmek için pratik bir rehber için bkz. kripto pitch deck nasıl oluşturulur.
Slaytları cilalamadan önce hikayeyi oluşturun
Ayrıntılı tasarıma başlamadan önce ana mesajı ve slayt akışını belirleriz. Bu, ekibinize değişikliklerin hala kolay olduğu bir aşamada mantığı kontrol etme şansı verir.
- Okuyucunun kararını adlandırın. Deck'i kimin göreceğini ve onların neyi anlamasını veya değerlendirmesini istediğinizi netleştiririz. Bir fon toplama sunumu ile genel bir şirket genel bakışı farklı vurgular gerektirebilir.
- Kanıtları bağlayın. Sorunu, ürünü, iş modelini, ivmeyi, ekibi, kilometre taşlarını ve talebi haritalandırırız. Mevcut yetenekleri planlanan çalışmalardan ayırır ve bir iddianın kaynak veya daha net bir ifade gerektirdiği durumları not ederiz.
- Akışı onaylayın. Her bölüm için anahtar bir mesaj içeren önerilen bir sıra paylaşırız. Ekibiniz, tam slayt metnini yazmadan önce hikayeyi kontrol eder.
Diyelim ki ürününüz zincir üstü veri kullanıyor, ancak değerini mühendislik ekibi dışında açıklamak zor. Okuyucunun ürünü anlamasına yardımcı olan teknik detayı korur, ardından kullanıcı ihtiyacı ve iş senaryosu için sade bir dil kullanırız. Diğer kamuya açık materyallerin deck ile uyumlu olması gerekiyorsa, kripto içerik oluşturma ve Web3 metin yazarlığı tutarlı bir anlatımı destekleyebilir.
Tokenomics slaydınız neyi netleştirmeli?
Bir tokenomics slaydı, token'ın rolünü ve tasarımının arkasındaki varsayımları açıklamalıdır. Okuyucunun modeli anlamasına yardımcı olmalı, token sahipliğini bir değer vaadi gibi göstermemelidir.
Token'ın rolüyle başlayın
Ekibinizin fayda ve ürünle bağlantısına dair mevcut açıklamasını kullanırız. Bağlantı hala kararlaştırılıyorsa, yerleşik bir kullanım ima etmek yerine bunu not ederiz.
Modeli sade bir dille gösterin
İlgili olduğunda, slayt tahsis kategorilerini, hak ediş veya serbest bırakma takvimlerini ve arz koşullarını kapsayabilir. Etiketleri diğer materyallerinizle tutarlı tutar ve bilgileri taranabilir hale getiririz.
Açık kararları işaretleyin
Taslak oluşturmadan önce, onaylanmış token bilgilerini, bilinen varsayımları ve çözülmemiş noktaları paylaşın. Teknik ve ekonomik terimleri onaylayabilecek bir kişi belirleyin. Ekibiniz için soruları işaretleyebiliriz, ancak token ekonomisini tasarlamaz veya onaylamayız. Daha uzun bir teknik belgeye ihtiyacınız varsa, whitepaper ve litepaper yazımı bir sunum slaydından daha fazla ayrıntı taşıyabilir.
Bir sonraki yatırımcı görüşmesine götürebilecekleriniz
Ekibinizin inceleyebileceği, paylaşabileceği ve güncelleyebileceği bir sunum alırsınız. Her slaydı, ana noktasının kolayca fark edilmesi ve destekleyici ayrıntılarının okunabilir kalması için şekillendiririz.
Sessiz bir ayın ardından aktif bir foruma sahip bir DeFi protokolü düşünün. Ekibin şimdi ürününü ve token modelini yeni bir yatırımcıya açıklaması gerekiyor. Ürün açıklamasını, iş senaryosunu ve onaylanmış token detaylarını tek bir deck'te toplarız. Ekibin çözmesi için açık varsayımları işaretleriz.
Kararlaştırılan teslimat şunları içerebilir:
- Gelecekteki güncellemeler için düzenlenebilir bir sunum dosyası
- Toplantılar veya e-posta için paylaşılabilir bir çıktı
- Slayt metni, görsel tasarım ve gerektiğinde net diyagramlar
- Onayınızı bekleyen sorular veya iddialar listesi
Desteklenmeyen pazar iddiaları veya uydurulmuş ivme ile boşlukları doldurmayız. Bir noktanın bağlama ihtiyacı olduğunda, kaynağını sorar veya ifadeyi daha kesin hale getirmeye yardımcı oluruz. Deck'in önce bir görsel kimliğe ihtiyacı varsa, kripto marka hizmetimiz slayt tasarımından önce bir yön belirleyebilir.
Nasıl çalışır
- Materyallerinizi paylaşınMevcut bir deck veya taslak, ürün bilgisi, fon toplama bağlamı ve varsa onaylanmış token detaylarını gönderin. Sunumun kimin için olduğunu söyleyin ve bir onaylayıcı belirleyin.
- Kaynak gerçekleri inceleyinNet bir hikaye, yararlı kanıtlar ve cevaplanması gereken sorular ararız. Taslak başlamadan önce odaklı sorular alırsınız.
- Slayt akışı üzerinde anlaşınHer bölüm için bir sıra ve anahtar bir mesaj öneririz. Ekibiniz, deck'in tamamını yazmadan önce yönü onaylar.
- Yazın ve tasarlayınÖzlü slayt metni ve tutarlı bir görsel işlem geliştiririz. Sunum şekillenirken ekibiniz olgusal ve teknik ayrıntıları kontrol eder.
- Onaylayın ve dosyaları alınKararlaştırılan revizyonları uygular, kalan soruları işaretler ve düzenlenebilir sunum ile paylaşılabilir çıktıyı teslim ederiz.
Sık sorulan sorular
Deck'imizi şekillendirmeye başlamanız için hangi dosyalar ve bilgiler yardımcı olur?
Mevcut slaytlarınızı veya taslağınızı, sade bir dille ürün açıklamasını, fon toplama bağlamını ve onaylanmış iş veya ivme bilgilerini gönderin. Projenizin bir token'ı varsa, mevcut modeli ve hala açık olan kararları ekleyin. Ayrıca hedef kitleyi ve geri bildirim toplayacak bir kişiyi belirtin. Bu bize ilk inceleme için yararlı bir başlangıç noktası sağlar.
Bitmiş slaytlar yerine kaba bir taslakla çalışabilir misiniz?
Evet. Hikayeyi ve slayt sırasını bir taslaktan şekillendirebilir, ardından sunumu yazıp tasarlayabiliriz. Örneğin, taslak özellikleri listeliyor ancak kullanıcı ihtiyacını açıklamıyorsa, bu bölümü yazmadan önce kaynak ayrıntılarını isteriz. Plan, neye sahip olduğunuzu ve iddiaları kimin onaylayacağını inceledikten sonra onaylanır.
Zaten bir tasarımı olan bir deck'i iyileştirebilir misiniz?
Evet. Hikayeyi, ifadeleri ve görsel akışı inceler, ardından odaklı düzenlemelerin mi yoksa daha kapsamlı bir geliştirmenin mi daha mantıklı olduğuna karar veririz. Mevcut slaytlar, durumu net bir şekilde desteklediklerinde kalabilir. Bir iddia destekten yoksunsa veya bir slayt ana noktayı gizliyorsa, yeni bilgi veya farklı bir işlem gerektiren noktaları belirleriz.
Token modelimiz hala değişiyorsa ne olur?
Mevcut bilgilerle çalışabilir ve çözülmemiş ayrıntıları ekibinizin onaylaması için etiketleyebiliriz. Varsayımları kesinleşmiş kararlar olarak sunmayız. Örneğin, fayda veya serbest bırakma ayrıntıları nihai değilse, deck paylaşılmadan önce bu noktaları işaretleriz. Ekibiniz bunları önce çözmeye mi yoksa açıkça geçici olarak mı bırakmaya karar verir.
Deck projemiz için zaman çizelgesini ne belirler?
Materyalleri, ihtiyaç duyulan yazım ve tasarımı ve onay yolunuzu inceledikten sonra zamanlama üzerinde anlaşırız. Odaklı bir revizyon, erken bir taslaktan hikaye ve sunum oluşturmaktan farklıdır. Tek bir onaylayıcı ve olgusal sorulara zamanında verilen yanıtlar, kararlaştırılan sıranın ilerlemesine yardımcı olur.
Deck, yatırımcıların taahhütte bulunmasını garanti edebilir mi?
Hiçbir sunum bir yatırımcı adına karar veremez. Hikayeyi netleştirebilir ve kararlaştırılan yazım, tasarım, revizyonlar ve dosyaları teslim edebiliriz; ekibiniz iddiaları kontrol eder. Yatırımcılar bir yanıt, daha fazla durum tespiti veya bir yatırım konusunda kendi seçimlerini yapar. Deck, durumunuzu açıklamak için bir araçtır, kanıt veya yatırımcı uyumu için bir ikame değildir.
Projenizi anlatın
Dört hızlı soruyu yanıtlayın, yöneticiniz bir saat içinde plan, zamanlama ve fiyat aralığı göndersin. Her şey gizli kalır.
Form yükleniyor…