Token Whitepaper Fiyatını Belirleyen 4 Soru

Bir whitepaper teklifinin ardındaki 4 soru

Hızlı test: Okuyucunuzu tek bir satırda yazın: yatırımcı, geliştirici veya kullanıcı. Birini seçemiyorsanız, belge fiyatlandırmaya hazır değildir.

Kripto whitepaper maliyeti, projeyi anlamak, doğrulamak ve açıklamak için gereken çabayı yansıtır—sadece sayfa sayısını değil. Kısa bir belge, ürün mekanikleri veya token tasarımı karmaşıksa yine de önemli araştırma gerektirebilir.

Teklif isterken bu plan sürücülerini netleştirin:

• Proje karmaşıklığı: Belge tanımlanmış bir ürünle mi ilgili, yoksa birbirine bağlı birkaç sistemi mi açıklaması gerekiyor?
• Araştırma derinliği: Güvenilir kaynak materyalleri siz mi sağlayacaksınız, yoksa yazar görüşmeler yapıp dağınık bilgileri mi düzenlemeli?
• Hedef kitle: Belge potansiyel kullanıcılara, teknik okuyuculara, ortaklara mı yoksa aynı anda birkaç gruba mı hitap etmeli?
• Teknik açıklama: Ekibin, protokol mekaniklerini net ve tutarlı bir dile dönüştürme konusunda yardıma ihtiyacı var mı?
• Sunum: Yalnızca yazı mı sipariş ediyorsunuz, yoksa düzenleme, mizanpaj ve görsel tasarım da dahil mi?

En kullanışlı karşılaştırma, ortak bir plandır: aynı hedef kitle, araştırma sorumlulukları, bölümler ve revizyon beklentileri. Whitepaper yazma hizmeti sayfası yazma çalışmasını açıklar; bu fiyatlandırma kılavuzu, teklif istemeden önce neleri dahil edeceğinize karar vermenize yardımcı olur.

Tam whitepaper mı yoksa litepaper mı: hangisini fiyatlandırıyorsunuz?

Bir teklifi değerlendirmek, belge türünü ve arkasındaki işi adlandırdığında daha kolaydır. Bir litepaper genellikle projeyi kısa ve öz bir şekilde tanıtmayı hedeflerken, tam bir whitepaper ürün mekanikleri, token tasarımı, riskler ve uygulama detayları için daha fazla alan gerektirebilir. Hiçbir etiket tek başına sabit bir plan tanımlamaz, bu nedenle önerilen belgenin gerçekte neleri kapsayacağını sorun.

Her okuyucunun neyi anlaması gerektiğine bağlı olarak bir whitepaper'a mı, bir litepaper'a mı yoksa her ikisine de mi ihtiyacınız olduğuna karar verin. Yazarın her projeyi boş bir sayfa olarak ele almak yerine neyin yeniden kullanılabileceğini değerlendirebilmesi için mevcut whitepaper taslağını veya ana hatlarını paylaşın. Bir teklif, yeni yazmayı düzenleme veya yeniden yapılandırmadan ayırt etmelidir.

Derinlik programı neden değiştirir?

Günleri şu sırayla planlayın: araştırma, ana hat onayı, taslak yazma, ardından inceleme. Bu süre, ekibin doğru bilgileri ne kadar hızlı sağlayabildiğine ve açık kararları çözebildiğine ve ayrıca plana dahil edilen teknik açıklama ve revizyon miktarına bağlıdır.

Pratik bir iş akışı şöyle görünür:

1. Proje materyallerini paylaşın. Ürün dokümantasyonunu, token detaylarını, mevcut mesajlaşmayı ve önceki taslakları sağlayın.
2. Okuyucuyu ve amacı onaylayın. Belgenin neyi açıklaması gerektiğine ve okuyucunun sonrasında neyi anlaması gerektiğine karar verin.
3. Ana hatlar üzerinde anlaşın. Tam taslak yazmaya başlamadan önce eksik bölümleri ve teknik soruları çözün.
4. Taslağı inceleyin. Ürün gerçeklerinden ve teknik doğruluktan sorumlu kişilerden geri bildirim toplayın.
5. Üzerinde anlaşılan planı sonlandırın. Onaylanan düzenlemelerin ve varsa tasarım çalışmasının tamamlandığını onaylayın.

Çalışmanın devam etmesi için, ekip geri bildirimini birleştirecek ve ürün ile teknik iddiaları onaylayabilecek kişiyi belirleyin. Temel kararlar hâlâ net değilse, bunu planlama sırasında gündeme getirin; çözülmemiş mekanikler etrafında taslak yazmak, önlenebilir yeniden yazmalara yol açabilir. Daha geniş proje planlaması için nasıl çalıştığımıza bakın.

6 maddelik whitepaper teklif kontrol listeniz

Aldığınız her teklifte bu 6 maddeyi işaretleyin. Bunlar araştırmayı, tasarımı ve inceleme turlarını görünür kılar, böylece kimse taslağın ortasında veya son fatura anında sürprizle karşılaşmaz. Listeyi yazdırın, her satırı bir kalemle işaretleyin ve brifin yanında bulundurun ki herkes aynı sayfadan çalışsın.

• Belgeyi kimin okuyacağını yazın.
• Alacağınız revizyon turlarını sayın.
• Diyagramları ve tasarımı kimin yaptığını sorun.
• Paylaşacağınız kaynakları listeleyin.
• Taslak tarihini ve son tarihi belirleyin.
• Toplamı yazılı olarak onaylayın.

Tek satırda terimler

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.

Teklif neleri listelemeli?

Pratik kural: Notlarınızı ve kaynaklarınızı 1. günde tek bir klasörde gönderin. Eksik gerçekler, yazmaktan daha fazla gün ekler.

Kullanışlı bir teklif, ne alacağınızı ve ekibinizin ne sağlaması gerektiğini belirtir. Yazma, araştırma, inceleme ve tasarım arasındaki sınırı görünür kılmalıdır, böylece teklifleri bir başlık açıklamasından ziyade iş üzerinden karşılaştırabilirsiniz.

Sağlayıcıya planın şunları içerip içermediğini açıklamasını isteyin:

• Ekibiniz tarafından sağlanan materyallerin bir ön görüşmesi veya incelemesi.
• Araştırma ve görüşmeler ile hangi bilgi kaynaklarının plana dahil olduğu.
• Önerilen bir ana hat ve onay süreci.
• Taslak yazma, düzenleme ve proje için kararlaştırılan inceleme turlarının sayısı veya türü.
• Gerekirse tasarım, diyagramlar veya belge biçimlendirme.
• Anlaşmaya dahil olan nihai dosyalar ve varsa teslim notları.

Ayrıca neyin revizyon sayıldığını sorun. Olgusal bir hatayı düzeltmek, proje anlatısını değiştirmekten veya ana hat onaylandıktan sonra yeni bir bölüm eklemekten farklıdır. Tamamlayıcı lansman materyallerine ihtiyacınız varsa, bunları ayrı bir plan kalemi olarak tutun veya aldıklarınızın nasıl birbirine uyduğunu açıklayan koordineli bir teklif isteyin. Token lansman fiyatlandırmasına genel bakış, whitepaper çalışmasının daha geniş bir lansman brifinin parçası olup olmadığını değerlendirmenize yardımcı olabilir.

2 whitepaper teklifini karşılaştırma

Teklifleri, aynı iletişim sorununu çözüp çözmediklerini kontrol ederek karşılaştırın. Teknik görüşmeler, içerik yeniden yapılandırması ve tasarım içeren bir teklif, sağlanan bir ana hattan yazma ile doğrudan karşılaştırılamaz. Bir teklifin daha eksiksiz veya projenize daha uygun olduğuna karar vermeden önce bir plan dökümü isteyin.

Teklifleri incelerken bu kontrol listesini kullanın:

• Yazar, hedeflenen okuyucuyu ve belgenin amacını anlıyor mu?
• Araştırma görevleri ve müşteri tarafından sağlanan materyaller açıkça ayrılmış mı?
• Ana hat, projenin gerçek ürün ve token mekaniklerini kapsıyor mu?
• İnceleme sorumlulukları, revizyonlar ve onay noktaları yazılı mı?
• Tasarım dahil mi, isteğe bağlı mı yoksa hariç mi?
• Teklif, işi değiştirebilecek varsayımları belirliyor mu?

Sorumluluğu netleştiren bir teklif arayın: ekibiniz proje gerçeklerini sağlar ve onaylar, yazar ise üzerinde anlaşılan bilgileri düzenler ve iletir. Size özel bir plan için MarketingExtra'a mevcut materyallerinizi, hedef kitlenizi, tercih ettiğiniz belge türünü ve varsa son teslim tarihi kısıtlamalarını gönderin. İletişim sayfası, bu görüşmeyi nasıl başlatacağınızı açıklar.

Bir whitepaper'ın karar veremeyeceği şeyler

Bir yazma teklifi, belgeyi ve onu üretmek için gereken işi tanımlayabilir; ekibin adına çözülmemiş ürün sorularına karar veremez. Belgeyi sipariş etmeden önce, hangi iddiaların onaylandığını, bunları kimin doğrulayabileceğini ve herhangi bir bölümün uzman incelemesi gerektirip gerektirmediğini belirleyin.

Bir planı açıklamak ile onu doğrulamak arasında net bir sınır tutun. Bir yazar, sağlanan bilgileri takip etmesi daha kolay hale getirebilir, ancak proje ekibiniz token mekaniklerini, yol haritası detaylarını ve diğer projeye özgü iddiaları onaylamaktan sorumlu olmaya devam eder. Belge yasal, mali veya güvenlik konularına değiniyorsa, uygun incelemecileri belirleyin ve taslak nihai onaya ulaşmadan önce geri bildirimlerinin nasıl ele alınacağı konusunda anlaşın.

3 şey gönderin: proje notlarınız, istediğiniz okuyucu ve paylaşabileceğiniz kaynaklar. Bunlarla, 4 soruyu cevaplar, planı yazar ve taslak başlamadan önce maliyeti yazılı olarak onaylarız.

Nasıl çalışır

1. Mevcut materyallerinizi toplayınÜrün dokümantasyonunu, token detaylarını, mevcut mesajlaşmayı ve varsa taslağı gönderin. Neyin onaylandığını ve neyin hâlâ karar gerektirdiğini not edin.
2. Okuyucuyu ve amacı tanımlayınBelgeyi kimin kullanacağını ve neyi anlamaları gerektiğini açıklayın. Bu, doğru derinliği ve belge formatını belirlemeye yardımcı olur.
3. İhtiyacınız olan işi işaretleyinAraştırma, görüşmeler, yazma, düzenleme ve tasarım ihtiyaçlarını belirtin. Yeni bir belgeye mi yoksa bir revizyona mı ihtiyacınız olduğunu söyleyin.
4. İnceleme sorumluluğu üzerinde anlaşınÜrün gerçeklerini kimin onaylayacağını ve ekip geri bildirimini kimin birleştireceğini belirleyin. Nihai onaydan önce gerekli olabilecek uzman incelemesini tanımlayın.
5. Yazılı bir teklif isteyinMateryallerinizi ve kısıtlamalarınızı MarketingExtra ile paylaşın. Devam etmeden önce önerilen planı, ne alacağınızı ve çalışma sırasını görüşeceksiniz.