Kripto whitepaper yazma: ürün gerçekleri etrafında nasıl yazılır

3 whitepaper formatından hangisi okuyucunuza uyuyor?

Whitepaper: proje, ürün ve tasarım. Litepaper: kısa proje açıklaması. Teknik doküman: sistem mekaniği ve varsayımlar.

Okuyucunuzun vermesi gereken kararla başlayın. Projenin amacına ve işleyiş modeline ihtiyaç duyuyorlarsa, bir whitepaper kullanın. Ana fikri hızlıca kavramak istiyorlarsa, bir litepaper daha uygun olabilir. Uygulama detayına ihtiyaç duyuyorlarsa, bir teknik doküman veya ek planlayın.

Bu formatlar birbirini destekleyebilir. Birbiriyle çelişmemelidir. Onaylanmış tek bir ürün gerçeği seti tutun, ardından her okuyucu için derinliği ayarlayın. Bir whitepaper yazma hizmeti, kaynak materyali gerçekleri değiştirmeden taslağa dönüştürmeye yardımcı olabilir.

Argümanı takip etmeyi kolaylaştıran 7 blok

Yararlı bir kripto whitepaper, okuyucunun sorunundan projenin yanıtına doğru ilerler. Ardından bu yanıtın nasıl çalıştığını gösterir. Kararla ilgili materyali başlara koyun. Uzun bir girişin altına gömmeyin.

• Sorun: kimin karşı karşıya olduğunu ve neyin eksik kaldığını adlandırın.
• Proje: önerilen yanıtı sade bir dille açıklayın.
• Ürün: mevcut özellikleri planlanan çalışmalardan ayırın.
• Sistem: bileşenleri, kullanıcı eylemlerini ve bağımlılıkları gösterin.
• Token: varsa ilgili işlevleri ve arz koşullarını açıklayın.
• Riskler: kısıtlamaları, varsayımları ve çözülmemiş soruları belirtin.
• Kaynaklar: okuyucuları önemli ifadeleri destekleyen materyale yönlendirin.

Birinin argümanı taramasına izin veren başlıklar kullanın. Rolleri veya varlık hareketini netleştirdiğinde bir diyagram ekleyin. Diyagramı metinle de açıklayın. Uzun hesaplamaları veya uygulama detaylarını, ana açıklamayı kesintiye uğrattıklarında bir eke taşıyın.

Bunu çalışan bir taslak olarak ele alın, zorunlu bir şablon olarak değil. Token'ı olmayan bir proje, görüntü için bir token bölümü eklememelidir. Bir protokol, tüketici ürününden daha fazla sistem detayına ihtiyaç duyabilir. Belge etrafındaki lansman iletişimleri için bir token lansman pazarlama kontrol listesi kullanın.

Her birinde net bir teslimat olan 5 yazım geçişi

Beş geçiş, gerçek toplama, yazma ve onayı ayrı tutar. Her geçişe net bir zaman aralığı ve teslimat verin.

1. Okuyucu ve amaç. Zaman aralığı: taslak oluşturmadan önce. Birincil okuyucuyu ve belgenin desteklemesi gereken kararı adlandırın.
2. Kaynak toplama. Zaman aralığı: taslak oluşturmadan önce. Ürün, teknik, token ve yol haritası materyallerini toplayın. Tahmin etmek yerine boşlukları işaretleyin.
3. Taslak onayı. Zaman aralığı: tam metinden önce. Bölüm sırasını onaylayın. Her teknik veya ürün iddiası için bir sorumlu belirleyin.
4. Taslak ve gerçek kontrolü. Zaman aralığı: kaynaklar güncelken. Onaylanmış materyalden yazın. Her sorumludan iddialarını doğrulamasını isteyin.
5. Düzenleme ve yayın. Zaman aralığı: gerçek incelemesinden sonra. Çelişkileri çözün ve terminolojiyi kontrol edin. Gelecek güncellemeler için bir sorumlu atayın.

Sürümlendirilmiş tek bir çalışma dosyası tutun. Metni değiştiren kararları kaydedin. Bu, düzenleme sırasında eski iddiaları tespit etmeyi kolaylaştırır. Bir token lansman kontrol listesi, whitepaper'ı diğer lansman materyalleriyle uyumlu hale getirmeye yardımcı olabilir.

Taslakta bulunması gereken 5 iddia kontrolü hangileridir?

Canlı bir özelliği, token işlevini veya gelecek taahhüdünü tanımlayabilecek herhangi bir ifadeyi kontrol edin. Bir kaynak kontrolü, okuyucuların doğrulanmış davranışı bir tasarım hedefinden veya ekip varsayımından ayırt etmesine yardımcı olur.

Her önemli iddia için kaynağını ve durumunu kaydedin. Ardından sorun:

• Kanıt: okuyucu kaynak materyali inceleyebilir mi?
• Durum: bu canlı mı, planlanmış mı, koşullu mu yoksa çözülmemiş mi?
• Sınır: bağımlılıklar ve istisnalar açık mı?
• İfade: cümle gözlemlenebilir 1 gerçeği mi tanımlıyor?
• Tutarlılık: aynı gerçek başka bir yerde geçiyor mu?

Atıflar ilgilerini açıklamalıdır. Okuyucuları çıplak bir bağlantı listesiyle bırakmayın. Bir performans ifadesi için neyin test edildiğini ve hangi koşullar altında olduğunu belirtin. Planlanmış bir özellik için, metinde, diyagramda ve yol haritasında planlanmış olarak etiketleyin.

Token detayları aynı disiplini gerektirir. Arz koşullarını, uygulandıklarında ayrı ayrı tanımlayın:

• Toplam arz: projenin kullandığı terimi belirtin.
• Dolaşımdaki arz: rakamın neyi temsil ettiğini açıklayın.
• Tahsisler: her kategoriyi ve belirtilen amacını tanımlayın.
• Serbest bırakma koşulları: geçerli hak kazanma veya dağıtım koşullarını açıklayın.
• Tamamlanmamış rakamlar: bunları çözülmemiş olarak işaretleyin; kesinlik ima etmeyin.

Ekibin doğrulayabileceği bir kaynak kullanın. CoinGecko listing kılavuzu ayrı bir profil sürecini kapsar. Belgedeki kaynak kontrollerinin yerini almaz.

Yayından önce giderilmesi gereken 6 taslak hatası

Altı yinelenen hata, bir whitepaper'ın değerlendirilmesini zorlaştırır. Ürün ve teknik sorumlular gerçekleri hâlâ onaylayabilirken bunları düzeltin.

• Önce jargon: uzman terimlerinden önce okuyucunun sorununu tanıtın.
• Durum bulanıklığı: yayınlanmış ve planlanmış özellikleri tutarlı bir şekilde işaretleyin.
• Varsayıma dayalı token: gerçek bir işlevi açıklayın veya iddiayı dışarıda bırakın.
• Yol haritası kesinlik olarak: planları etiketleyin ve ilgili koşulları belirtin.
• Eksik bağımlılıklar: sözleşmeleri, sağlayıcıları, izinleri veya kullanıcı eylemlerini adlandırın.
• Amaçsız uzunluk: projeyi açıklamaya veya doğrulamaya yardımcı olan detayı koruyun.

Belge, web sitesi ve token materyalleri arasında son bir geçiş yapın. Mevcut yetenekler veya kesin taahhütler gibi görünen ifadeleri işaretleyin. Sorumlu kişiden bunları onaylamasını isteyin. Geniş övgüleri gözlemlenebilir tanımlarla değiştirin. Desteksiz iddiaları kaldırın.

Bir whitepaper, bir projenin tasarımını açıklayabilir. CoinGecko veya CoinMarketCap listing incelemelerini veya profil sunumunu kontrol edemez. Bu platformlar inceleme ve görüntüleme sonuçlarına karar verir. Bir belge, kabul veya belirli bir görüntülemeyi garanti edemez.

Dosya yayına girmeden önce 3 inceleme geçişi

Üç inceleme geçişi, ekibe neyin kontrol edildiğine dair pratik bir kayıt sağlar. Ayrıca hâlâ ilgilenilmesi gerekenleri de gösterir. Her yorumu belirli metin, kaynak ve sorumlulara bağlayın.

DigitalMedia1 olarak, taslağı sağladığınız proje materyalleriyle karşılaştırırız. Kanıt veya teknik bir sorumlunun onayını gerektiren iddiaları işaretleriz. Somut bir düzenleme listesi alırsınız, belirsiz geri bildirim değil. Taslak yazma desteği gerektiriyorsa, bu çalışmayı ayrıca görüşebiliriz.

Mevcut taslağı, kaynak belgeleri, birincil okuyucuyu ve planlanan yayın zaman aralığını gönderin. Neyin hazır olduğunu kontrol edeceğiz ve açık soruları belirleyeceğiz. 2 iş günü içinde yazılı bir teklif alacaksınız.

Nasıl çalışır

1. 1. Okuyucuyu adlandırınBelgenin kime hizmet ettiğini ve hangi kararı desteklemesi gerektiğini yazın. Detay seviyesini belirlemek için bu seçimi kullanın.
2. 2. Kaynak materyali toplayınÜrün, teknik, token ve yol haritası gerçeklerini toplayın. Çözülmemiş öğeleri işaretleyin ve her birini onaylayabilecek kişiyi adlandırın.
3. 3. Taslağı onaylayın7 temel bloğu okuyucunun soruları etrafında düzenleyin. Projeye uymayan bölümleri kaldırın.
4. 4. Taslak oluşturun ve doğrulayınMevcut yetenekleri önerilerden ayırın. Ürün ve teknik sorumlulardan bildikleri iddiaları doğrulamalarını isteyin.
5. 5. Düzenleyin ve yayınlayınÇelişkileri çözün, bağlantıları ve terminolojiyi kontrol edin, ardından maddi gerçekleri güncel tutmak için bir sorumlu atayın.