Projeniz whitepaper mı yoksa litepaper mı sipariş etmeli?
Hızlı test: Projeyi, sorunu ve token'ın rolünü tek sayfada açıklayabiliyor musunuz? Açıklayamıyorsanız, belge dağılır.
Bir whitepaper, okuyuculara bir projenin sorununu, tasarımını, uygulamasını ve token modelini inceleme alanı sunar; bir litepaper ise temel açıklamayı daha kompakt bir biçimde sunar. Doğru seçim, okuyucunuzun bir sonraki adımı atmadan önce neyi anlaması gerektiğine bağlıdır.
Whitepaper genellikle okuyucuların teknik mimariyi, protokol mekaniklerini, yönetişimi veya ekonomik varsayımları değerlendirmesi gerektiğinde daha uygun olur. Litepaper, ürünün açıklanması daha kolay olduğunda, hedef erişilebilir bir giriş yapmaksa veya ayrıntılı bir teknik belge zaten başka bir yerde mevcutsa işe yarayabilir. Bu formatlar birbirini de destekleyebilir: kısa belge projeyi tanıtır ve okuyucuları daha kapsamlı açıklamaya yönlendirir.
Planlamadan önce karar verin:
- Belgeyi kim okuyacak: kullanıcılar, teknik incelemeciler, potansiyel ortaklar veya birden çok kitle?
- Hangi iddialar kanıt, diyagram veya konu uzmanı incelemesi gerektiriyor?
- Bu yeni bir açıklama mı yoksa mevcut materyallerin güncellemesi mi?
Belgeyi kendiniz hazırlıyorsanız, kripto whitepaper yazım rehberi bir taslak hazırlamanıza yardımcı olabilir. İlgili sosyal ve editoryal çalışmalar için kripto içerik oluşturma sayfasına bakın.
Bir kripto whitepaper'ı neyi netleştirmeli?
Yararlı bir kripto whitepaper'ı, okuyuculara ihtiyacı, önerilen sistemi ve arkasındaki seçimleri birbirine bağlı bir şekilde açıklar. Yapısı, genel bir token belgesi kontrol listesinden ziyade projenin gerçek mantığını izlemelidir.
Tipik bir taslak, sorunu ve hedef kullanıcıları, ürün veya protokolü, sistem bileşenlerini, katılımcıların onunla nasıl etkileşime girdiğini, token amacını ve dağıtım mekaniklerini, yönetişimi, geliştirme planlarını ve bilinen kısıtlamaları kapsayabilir. Bir litepaper, yalnızca güvenilir bir ilk anlayış için gereken materyali tutar ve ayrıntının gerekli olduğu yerlerde daha kapsamlı belgelere işaret eder.
Taslağı ekibin kanıtlayabileceği şeyler etrafında şekillendiriyoruz. Teknik bölümler kurucu ve geliştirici girdilerinden yazılır; token mekanikleri onaylanmış proje materyallerinden tanımlanır, çıkarım yapılmaz. Bilgi eksik olduğunda veya iki kaynak çeliştiğinde, boşluğu kapatmak yerine soruyu çözüm için işaretleriz. Bu, belgeyi okuyucular için kullanışlı kılar ve ekibinize pratik bir inceleme listesi sağlar.
Mevcut teknik dokümantasyonu, ürün açıklamalarını, token materyallerini, diyagramları ve onaylanmış kamuya açık iddiaları getirin. Bir deck veya başka bir anlatı varlığınız varsa, kripto pitch deck yazımı mesajı formatlar arasında hizalamaya yardımcı olabilir. Daha geniş yazım desteği için Web3 metin yazarlığı sayfasını inceleyin.
Whitepaper ve litepaper yazımı neleri kapsar
Bir yazım hizmeti, belge planlaması, taslak yazımı, editoryal iyileştirme ve revizyonları içerebilir; tam olarak ne alacağınız çalışma başlamadan önce kararlaştırılır. Plan, teknik gerçekleri kimin sağladığını, token açıklamalarını kimin onayladığını ve tamamlanmış bir taslağın ne sayılacağını netleştirmelidir.
İhtiyaçlarınıza bağlı olarak çalışma şunları içerebilir:
- Projeyi, kitleyi ve amacı anlamak için bir keşif görüşmesi.
- Düzyazı yazılmadan önce ekibinizin onaylaması için önerilen bir yapı.
- Sağlanan materyallere ve konu uzmanı görüşmelerine dayalı taslak yazımı ve düzenleme.
- Desteklenmeyen, tutarsız veya net olmayan iddiaları belirleyen yorumlar veya sorular.
- Kararlaştırılan revizyon turları ve nihai düzenlenebilir belge.
Görsel tasarım, orijinal teknik diyagramlar, token modellemesi, çeviri ve hukuki danışmanlık gerekiyorsa ayrıca belirtilmelidir; bunların varsayılan olarak yazımın parçası olduğunu varsaymayın. Dosya formatlarını, inceleme sorumlularını ve teslim beklentilerini planda onaylarız, böylece ne alacağınız konusunda belirsizlik olmaz. Belge destekleyici görseller gerektiriyorsa, ayrı veya koordineli bir hizmet olarak kripto projeleri için tasarım ve görseller sayfasını değerlendirin.
6 maddelik whitepaper kontrol listeniz
Yayınlamadan önce bu 6 maddeyi işaretleyin. Belgeyi net, kaynaklı ve risk konusunda dürüst tutarlar; ciddi okuyucuların ilk kontrol ettiği şey budur ve bir belgeyi bir sunumdan ayıran şeydir. Bir maddeyi işaretlemek zorsa, bu faydalı bir bilgidir: herhangi bir para veya zaman harcanmadan önce neyin çözülmesi gerektiğini gösterir.
- Sayfa 1'e 5 satırlık bir özet koyun.
- Sorunu üründen önce açıklayın.
- Token'ın rolünü açıkça tanımlayın.
- Her sayıyı ve iddiayı kaynaklandırın.
- Riskler hakkında kısa bir bölüm ekleyin.
- Yayınlamadan önce bir avukata okutun.
Terimler tek satırda
Whitepaper (sade bir dille: bir projenin fikrini, tasarımını ve planını açıklayan uzun belge).
Litepaper, bir whitepaper'ın kısa versiyonu anlamına gelir.
Yazım süreci nasıl işler
Kural: Sayfa 1'e 5 satırlık bir özet koyun ve ayrıntıları sonraki sayfalara bırakın.
Süreç, kaynak materyallerden onaylanmış bir taslağa, tam bir taslağa ve nihai teslimata doğru ilerler. Zaman çizelgesi, belgenin karmaşıklığı, teknik incelemecilerin müsaitliği ve revizyon planı incelendikten sonra kararlaştırılır.
- Bilgilendirme ve materyaller: Proje genel bakışını, kitleyi, mevcut belgeleri, token bilgilerini ve teknik detayları doğrulayabilecek kişilerin adlarını paylaşın.
- Keşif ve taslak: Okuyucunun sorularını netleştirir, boşlukları belirler ve onayınız için bir bölüm yapısı öneririz.
- Taslak yazımı: Onaylanan taslağa göre yazar ve varsayımları onaylanmış gerçekler olarak sunmak yerine açık soruları görünür tutarız.
- Ekip incelemesi: Belirlediğiniz incelemeciler ürün, teknik ve token pasajlarını kontrol eder. Birleştirilmiş geri bildirim, revizyonları yönetmeyi kolaylaştırır.
- Nihai teslimat: Kararlaştırılan düzenlemeleri uygular ve tamamlanan belgeyi kararlaştırılan formatta teslim ederiz.
İncelemeyi pratik tutmak için, yorumları birleştirecek ve her konu üzerinde hangi incelemecinin yetkili olduğunu belirleyecek bir kişi atayın. Düzeltmeleri yalnızca tercih edilen bir ifadeyle değil, ilgili kaynak veya açıklamayla birlikte paylaşın. Bu, anlamı doğru bir şekilde çözmemize yardımcı olur ve çelişkili düzenlemeleri azaltır. MarketingExtra, taslaktaki iddiaları ekibinizin onayladığı materyallerle karşılaştırmak için bir kaynak kontrol incelemesi kullanır.
Bir whitepaper'ı yayınlamadan önce neyi doğrulamalısınız
Bir kripto whitepaper'ı, onaylanmış ürün gerçeklerini planlardan, varsayımlardan ve çözülmemiş kararlardan ayırt etmelidir. Proje ekibi, yayınlamadan önce kod, güvenlik, token mekanikleri, yönetişim ve yol haritası hakkındaki ifadelerini doğrulamalıdır.
Yazım ve düzenleme, netliği, tutarlılığı ve izlenebilirliği artırabilir, ancak bir protokolün uygulamasını bağımsız olarak doğrulayamaz veya nitelikli bir hukuki incelemenin yerini alamaz. Özellikle, net bir açıklama, bir tasarımın güvenli olduğunun, bir token yapısının yasal gereklilikleri karşıladığının veya okuyucuların yatırım yapacağının, ürünü kullanacağının veya iddialarına katılacağının kanıtı değildir. Nihai belgeyi ilgili teknik ve hukuki danışmanlarla birlikte inceleyin ve ileriye dönük ifadelerin etiketlendiğinden ve bunlardan sorumlu kişiler tarafından onaylandığından emin olun.
Belge diğer içeriklerinizle nasıl uyum sağlar
Whitepaper'ınız, merkezi açıklaması projenin başka yerlerde sunulma şekliyle eşleştiğinde en iyi şekilde çalışır. Ürün açıklamasını, terminolojiyi, token amacını ve yol haritasını web sitesi, sunum materyalleri ve sosyal kanallar arasında hizalarken, her okuyucuya göre derinliği uyarlayın.
Bunu yapmanın pratik bir yolu, whitepaper'ı bir kaynak belge olarak ele almaktır: onaylanmış açıklamaların bir kaydını tutun ve destekleyici içeriği ilgili bölüme bağlayın. Daha kısa bir giriş için litepaper'ı, ürün bilgisine net bir yol için web sitesini ve bireysel kavramları anlamlarını değiştirmeden açıklamak için sosyal gönderileri kullanın. Bu, gelecekteki güncellemeleri kontrol etmeyi kolaylaştırır ve ekibin kilit iddiaların rekabet eden versiyonlarından kaçınmasına yardımcı olur.
3 şey gönderin: ürün notlarınız, token modeli özetiniz ve hedeflediğiniz okuyucu. Bunlarla, belgenin taslağını çıkarır ve taslak başlamadan önce maliyeti yazılı olarak onaylarız.
Nasıl çalışır
- Bilgilendirmeyi paylaşınProje genel bakışını, hedef kitleyi, mevcut belgeleri ve whitepaper veya litepaper'ın amacını gönderin.
- Taslağı onaylayınBir yapı önerir ve ekibinizin taslak yazılmadan önce netleştirmesi gereken bilgileri belirleriz.
- Taslağı inceleyinTeknik ve proje incelemecileriniz, sahibi oldukları bölümleri kontrol eder ve birleştirilmiş geri bildirim sağlar.
- Açık noktaları çözünMetni onaylanan düzeltmelere göre revize eder ve çözülmemiş gerçekleri ekibiniz için görünür bırakırız.
- Nihai belgeyi alınKararlaştırılan düzenlemeleri uygular ve dosyayı planda onaylanan formatta teslim ederiz.
Sık sorulan sorular
Bir whitepaper'ı litepaper'dan ayıran nedir?
Bir whitepaper, bir projenin sistemi, teknik seçimleri ve token mekanikleri hakkında daha kapsamlı bir açıklama için alan sunar. Bir litepaper, kitlesinin ilk olarak ihtiyaç duyduğu bilgilere odaklanan daha kısa bir giriştir. Bazı ekipler her ikisini de kullanır; litepaper okuyucuları daha ayrıntılı belgeye yönlendirir.
Whitepaper yazımı için hangi materyalleri sağlıyorsunuz?
Ürün açıklamanız, mevcut teknik dokümantasyonunuz, token materyalleriniz, diyagramlarınız, onaylanmış kamuya açık iddialarınız ve mevcut herhangi bir taslakla başlayın. Ayrıca teknik ve token detaylarını doğrulayabilecek kişileri belirtin, hedef kitleyi tanımlayın ve belgenin okuyucuların neyi anlamasına yardımcı olması gerektiğini açıklayın.
Mevcut bir whitepaper yeniden yazılabilir mi?
Evet. Mevcut belgeyi, ürün, token tasarımı veya yol haritasında neyin değiştiğine dair net bir açıklamayla birlikte paylaşın. Yeniden yapılandırma, hedefli revizyonlar veya yeni bir taslak gerekip gerekmediğini değerlendirebilir ve güncellenmiş metin onaylanmadan önce ekibinizin doğrulaması gereken ifadeleri işaretleyebiliriz.
Yazım kaç hafta sürer?
Zaman çizelgesi, belgenin planı, kaynak materyalleri ve inceleme süreci incelendikten sonra belirlenir. Yerleşik dokümantasyona dayalı kısa bir litepaper, birden çok teknik bölümü veya birden çok incelemecisi olan ayrıntılı bir whitepaper'dan farklı bir program gerektirir. Taslak başlamadan önce kilometre taşları üzerinde anlaşırız.
Teknik diyagramlar veya hukuki inceleme dahil mi?
Varsayılan olarak hayır. Yazım, teknik girdinize dayalı net açıklamalar içerebilir, ancak orijinal diyagramlar ve hukuki tavsiye, gerekliyse planda belirtilmelidir. Teknik ve hukuki danışmanlarınız nihai belgeyi yayınlamadan önce doğrulamalıdır.
Bir belge yatırımcı ilgisi vaat edebilir veya bir token'ın nasıl sınıflandırıldığına karar verebilir mi?
Hayır. İyi yapılandırılmış bir belge bir projeyi ve varsayımlarını net bir şekilde açıklayabilir, ancak okuyucu kararlarını garanti edemez veya yasal uyumluluğu tesis edemez. Proje gerçeklerini doğrulamak ekibinizin sorumluluğundadır ve nitelikli hukuki danışmanlar ilgili yargı bölgeleri için token ile ilgili ifadeleri incelemelidir.
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…