Kripto whitepaper ve litepaper yazımı

Web3 projeniz hangi belgeye ihtiyaç duyuyor?

Bir whitepaper, okuyuculara sorun, sistem tasarımı ve proje modeli hakkında daha kapsamlı bir açıklama sunar; bir litepaper ise temel durumu daha kompakt bir biçimde sunar. Okuyucunun kararıyla başlayın, ardından onu destekleyen belgeyi seçin.

1. Whitepaper'ı seçin okuyucuların protokol, bileşenleri, token rolü ve planlanan geliştirme hakkında bağlantılı açıklamalara ihtiyacı olduğunda.
2. Litepaper'ı seçin acil ihtiyaç, okuyucuları daha derin belgelere yönlendiren kısa bir tanıtım olduğunda.
3. Her ikisini de seçin kısa bir genel bakışın daha ayrıntılı bir referansa yol açması gerektiğinde ve aynı onaylanmış gerçekler her sürümü destekleyebildiğinde.

İki biçim yalnızca farklı sayfa sayıları değildir. Her biri bir kitle, net bir iş ve mevcut olan ile planlanan arasında tutarlı bir açıklama gerektirir. Emin değilseniz, kullanım amacını ve sahip olduğunuz materyali gönderin. Taslaktan önce bir biçim önerebiliriz. İçerik ve yapı hakkında pratik bir başlangıç noktası için kripto whitepaper yazım rehberimize bakın.

Bir kripto whitepaper veya litepaper'da neler bulunur?

Yararlı bir belge, okuyucunun sorularını bilinçli bir sırayla takip eder: projenin ele aldığı sorun, önerilen sistemin nasıl çalıştığı ve projenin token veya ürününün ne yapması amaçlandığı. Taslak, gerçek projenizi yansıtmalı, genel bir protokol şablonu değil.

Taslaktan önce her alan için kaynak materyali bir araya getirin. Geçici, tutarsız veya inceleme bekleyen gerçekleri işaretleyin. Eksik bir yanıt, cilalı bir metinde gizlenmektense taslakta ele almak daha kolaydır. Web3 metin yazarlığı çalışmamız ilgili mesajlaşmayı destekleyebilirken, kripto eğitim içeriği daha geniş bir kitleye bir kavramı açıklamaya öncelik verildiğinde ayrı bir uyumdur.

Whitepaper yazım hizmetine neler dahildir?

Hizmet, proje girdilerinizi tanımlanmış bir belge teslimatına dönüştürür ve kapsam yazmadan önce kararlaştırılır. Kesin biçim, bir whitepaper, litepaper veya her ikisine de ihtiyacınız olup olmadığına ve ne kadar kaynak materyalin hazır olduğuna bağlıdır.

Proje şunları içerebilir:

• Kitle, amaç, belge biçimi ve kaynak sahiplerini kapsayan bir başlangıç kontrol listesi.
• Ekibinizin tam taslaktan önce incelemesi için önerilen bir yapı.
• Sağladığınız materyallere ve ekibinizin onayladığı gerçeklere dayalı araştırma ve yazım.
• Birleştirilmiş geri bildirim ve kararlaştırılan kapsamla bağlantılı revizyon turları.
• Tasarım veya yayın iş akışınıza teslim için hazırlanan son metin.

Protokol bilgisindeki boşlukları kendinden emin görünen varsayımlarla doldurmayız. Teknik bir açıklama, token ayrıntısı veya yol haritası noktası sahibinin onayını gerektirdiğinde, inceleme için işaretleriz. Ekibinizin ayrıca sunum materyallerine ihtiyacı varsa, ilgili pitch deck hizmetine bakın. Bir deck ve bir whitepaper'ın farklı okuma işleri vardır; biri diğerinin kısaltılmış bir ikamesi olarak ele alınmamalıdır. Whitepaper fiyatlandırma sayfası, kapsamın proje ücretiyle nasıl ilişkili olduğunu açıklar.

Whitepaper yazım süreci nasıl işler?

Süreç, kapsamlı bir brifingden onaylı bir taslağa, ardından bir taslağa ve kontrollü bir incelemeye geçer. Ekibiniz proje bilgisi sağlar; yazarımız bunu okuyucuya yönelik belgeler halinde düzenler ve onay gerektiren soruları takip eder.

1. Başlangıç: Kitleyi, amacı, biçimi, mevcut belgeleri ve teknik iddiaları kimin onaylayabileceğini doğrulamak için bir kontrol listesi kullanırız.
2. Kaynak incelemesi: Sağlanan materyalleri onaylanmış gerçekler, planlanan öğeler ve açık sorular olarak sıralarız. Her açık öğeyi yanıtlamak için doğru kişiyi siz belirlersiniz.
3. Taslak onayı: Önerilen yapıyı paylaşır ve taslaktan önce vurgu üzerinde anlaşırız. Bu, eksik bir konuyu veya yanlış ayrıntı düzeyini düzeltmek için en iyi noktadır.
4. Taslak ve inceleme: Belgeyi yazar, ardından ekibinizden birleştirilmiş bir geri bildirim seti toplarız. Teknik sahipler kendi alanlarını doğrular; proje lideri çakışan düzenlemeleri çözer.
5. Son teslim: Kararlaştırılan revizyonları uygular ve son metni tasarım veya yayın için kararlaştırılan biçimde sağlarız.

Takvim, kapsamı, kaynak hazırlığını ve inceleme müsaitliğini gördükten sonra belirlenir. İşi ilerletmek için bir onaylayıcı atayın ve tam bir yeniden yazım istemeden önce taslağa karşı yorumlarınızı iletin. Nasıl çalıştığımız sayfası daha geniş proje koordinasyon yaklaşımını açıklar.

Whitepaper iddialarını nasıl doğru tutarız?

Doğruluk, izlenebilir proje girdilerine ve temel işten sorumlu kişilerin incelemesine bağlıdır. Onaylanmış ürün ayrıntılarını önerilen planlardan ayırır ve teknik veya token'a özgü soruları tahminle çözmek yerine proje sahibine yönlendiririz.

Onaydan önce bu inceleme kontrol listesini kullanın:

• Ürün açıklamalarının mevcut olanla eşleştiğini doğrulayın.
• Teknik açıklamaları ilgili mühendislik sahibiyle kontrol edin.
• Token koşullarını ve dağıtım ayrıntılarını projenin onaylanmış materyallerine göre doğrulayın.
• Planları plan olarak etiketleyin; tamamlanmış özellikler olarak sunmayın.
• Çakışan veya güncel olmayan kaynak bilgilerini çözmek için belirlenmiş inceleyiciyi atayın.

Net bir belge bir projeyi açıklayabilir; kodu, yasal durumu veya gelecekteki teslimatı bağımsız olarak doğrulayamaz. Bir whitepaper'ın yatırımcı ilgisi, borsa kararı veya başka bir üçüncü tarafça kabul görmesini garanti edemeyiz. Taahhüdümüz, ekibinizin onayladığı girdileri kullanarak kararlaştırılan yazımı ve revizyonları teslim etmektir.

Yararlı bir teslim için mevcut belgelerinizi, kitlenizi, kullanım amacınızı ve teknik içeriği onaylayabilecek kişiyi gönderin. AEOTech bu materyalleri inceler, açık soruları belirler ve tam taslaktan önce önerilen bir kapsam ve taslakla geri döner.

Fiyatlar

Başlangıç fiyatları USD'dir. Özel paketler ve hacim indirimleri talep üzerine. Ödeme: USDT, USDC, BTC, ETH, SOL, TON veya proje tokeniniz ile.

Nasıl çalışır

1. Proje brifingini paylaşınMevcut belgeleri, hedef okuyucuları, amacı, tercih edilen biçimi ve teknik onaydan sorumlu kişiyi gönderin.
2. Kapsamı ve kaynakları inceleyinEksik girdileri belirler, onaylanmış ayrıntıları planlardan ayırır ve belge teslimatı üzerinde anlaşırız.
3. Taslağı onaylayınEkibiniz, tam taslaktan önce yapıyı ve vurguyu kontrol eder.
4. Taslağı inceleyinTeknik sahipler kendi bölümlerini onaylar ve bir proje lideri revizyon için yorumları birleştirir.
5. Son metni alınKararlaştırılan düzenlemeleri uygular ve yayına hazır metni kararlaştırılan biçimde teslim ederiz.