Dokumen mana yang cocok untuk pembaca dan pertanyaan mereka?
2 format melayani kebutuhan membaca yang berbeda. Whitepaper memberikan ruang untuk detail sistem. Litepaper menempatkan ide utama dalam jalur yang lebih pendek. Pilih format berdasarkan pertanyaan yang perlu dijawab oleh pembaca Anda.
| Format | Pilih jika | Fokus utama | Yang Anda kirim |
|---|---|---|---|
| Whitepaper | Pembaca perlu menilai sistem | Arsitektur, asumsi, mekanisme | Dokumen saat ini dan sumber teknis |
| Litepaper | Pembaca perlu pengantar singkat | Masalah, produk, pendekatan inti | Fakta produk yang disetujui dan audiens |
| Dokumen berpasangan | Anda melayani pembaca spesialis dan umum | Fakta bersama, kedalaman berbeda | Sumber plus prioritas setiap pembaca |
Litepaper membutuhkan urutannya sendiri, bukan hanya paragraf yang lebih sedikit. Tempatkan tujuan dan pendekatan inti di awal. Arahkan pembaca ke dokumentasi yang lebih dalam saat mereka membutuhkan detail lebih. Whitepaper harus menjelaskan keputusan yang penting untuk memahami sistem. Lewati bagian yang ditambahkan hanya untuk penampilan.
Sebelum memilih, daftarkan pertanyaan yang harus dijawab setiap pembaca. Tandai pertanyaan mana yang memiliki materi sumber yang dikonfirmasi. Jika kedua format cocok, selaraskan terminologi dan fakta sebelum menyusun draf. Untuk rencana penulisan yang dapat diikuti tim Anda secara internal, lihat panduan kami untuk menulis whitepaper crypto.
5 langkah dari pemeriksaan sumber hingga teks akhir
5 langkah membawa dokumen dari sumber ke penyerahan. Urutan ini menjaga struktur, fakta, dan suntingan tetap terlihat. Setiap langkah memberikan titik tinjauan yang jelas bagi tim Anda.
- Bagikan tujuan: beri tahu kami pembaca yang dituju, format, dan rencana penggunaan.
- Tinjau sumber: kami mengidentifikasi bagian yang didukung dan pertanyaan yang belum terjawab.
- Setujui garis besar: tim Anda mengonfirmasi urutan sebelum penulisan draf penuh.
- Tinjau draf: kontak subjek Anda memeriksa fakta. Kami memeriksa kejelasan dan terminologi.
- Konfirmasi penyerahan: kami menerapkan revisi yang disepakati dan menyiapkan teks akhir untuk alur kerja Anda.
DigitalMedia1 memulai dengan pemeriksaan sumber, bukan asumsi detail. Pertanyaan yang membutuhkan jawaban teknis tetap terlihat untuk tim Anda. Spesialis Anda dapat mengonfirmasi klaim, mengoreksinya, atau menandai keputusan yang hilang. Itu menjaga tinjauan tetap fokus.
Kirimkan umpan balik yang terkonsolidasi jika memungkinkan. Beri label komentar sebagai koreksi faktual, perubahan penekanan, atau preferensi redaksi. Ini memisahkan suntingan akurasi dari perubahan opsional. Jika penjelasan yang sama membutuhkan saluran lain, pembuatan konten crypto dapat memperluas materi yang disetujui. Pitch deck crypto dapat menyajikan presentasi yang lebih pendek untuk investor.
4 kelompok sumber untuk dikirim sebelum menyusun draf
4 kelompok sumber memberi kami dasar kerja untuk garis besar. Kirim materi terbaru yang disetujui, meskipun tersebar di beberapa file. Kami mengidentifikasi celah sebelum penulisan draf dimulai.
- Produk dan protokol: dokumentasi saat ini, deskripsi produk, dan alur sistem.
- Detail teknis: diagram arsitektur atau penjelasan sistem dari pimpinan teknis Anda.
- Informasi token: detail yang disetujui tim, hanya jika dokumen mencakup token.
- Konteks publikasi: pembaca yang dituju, terminologi, format, dan persyaratan rilis yang direncanakan.
Tunjuk 1 orang yang dapat menjawab pertanyaan teknis. Konfirmasi fakta mana yang disetujui untuk penggunaan publik. Jika detail produk berubah, tandai apa yang sudah pasti. Juga tandai apa yang masih dalam tinjauan. Perbedaan itu menjaga pernyataan sementara keluar dari teks akhir.
Dokumen yang ada membantu, bahkan saat perlu revisi. Kirim versi saat ini bersama materi sumber yang lebih baru. Kami dapat mengidentifikasi pernyataan usang dan mempertahankan bagian yang akurat. Untuk kebutuhan publikasi yang lebih luas, area layanan media sosial dan konten kami mencakup materi terkait. Copywriting Web3 dapat mendukung pekerjaan editorial terkait menggunakan terminologi yang dikonfirmasi.
Bagaimana jendela tinjauan memengaruhi jadwal penulisan?
Jendela penulisan dikonfirmasi setelah kami melihat sumber dan jalur tinjauan. Format, kedalaman teknis, dan akses ke peninjau membentuk urutan. Kami mengonfirmasi waktu yang diusulkan sebelum pekerjaan dimulai.
| Tahap | Jendela | Apa yang terjadi | Yang Anda kirim atau setujui |
|---|---|---|---|
| Penawaran | Dalam 2 hari kerja | Kami meninjau permintaan dan mengembalikan penawaran tertulis | Format, audiens, dan sumber saat ini |
| Mulai | Dalam 24 jam setelah pembayaran dikonfirmasi | Pekerjaan dimulai pada dokumen yang disepakati | Pembayaran dikonfirmasi dan kontak proyek |
| Draf dan tinjauan | Ditetapkan setelah tinjauan sumber | Garis besar, penulisan, dan umpan balik faktual | Satu tinjauan terkonsolidasi dari tim Anda |
| Penyerahan akhir | Dikonfirmasi dalam rencana | Teks akhir diperiksa dan disiapkan untuk digunakan | Persetujuan revisi yang disepakati |
Ini adalah default kerja, bukan tanggal penyelesaian tetap. Kalender menjadi lebih jelas saat file sumber terkini. Ini juga membantu saat peninjau dapat menjawab pertanyaan dengan cepat. Perubahan produk dapat memerlukan pembaruan di beberapa bagian.
Konfirmasi pengambil keputusan sebelum menyusun draf. Kelompokkan umpan balik menjadi satu kali jika memungkinkan. Dokumen kemudian dapat mengikuti cerita produk yang disetujui. Untuk pekerjaan editorial terkait, copywriting Web3 dapat menggunakan terminologi yang dikonfirmasi yang sama.
3 pemeriksaan untuk dibersihkan sebelum menerbitkan dokumen
3 pemeriksaan menjadi tanggung jawab tim Anda sebelum publikasi: akurasi teknis, detail token, dan kesesuaian hukum. Kami menulis dari materi yang disediakan dan disetujui. Kami tidak memvalidasi keamanan protokol secara independen atau membuat model token.
Penerimaan platform dan keputusan pembaca tetap di luar kendali tim penulisan. Kami berkomitmen pada garis besar, teks, revisi, dan penyerahan akhir yang disepakati. Kami tidak menjanjikan hasil dari bursa, investor, atau peninjau lainnya.
- Pemeriksaan teknis: minta spesialis yang bertanggung jawab untuk mengonfirmasi perilaku sistem dan klaim arsitektur.
- Pemeriksaan token: konfirmasi setiap pernyataan token terhadap sumber Anda yang disetujui.
- Pemeriksaan publikasi: minta peninjau yang sesuai untuk menilai persyaratan hukum dan pengungkapan.
Putuskan siapa yang memiliki persetujuan akhir. Konfirmasi informasi mana yang dibersihkan untuk rilis publik. Juga tetapkan apakah diagram, lampiran, atau format kedua termasuk dalam pekerjaan. Jika Anda membutuhkan perawatan visual setelah persetujuan, desain dan visual dapat mendukung aset yang sudah jadi.
Kirimkan dokumentasi Anda saat ini, pembaca yang dituju, dan format pilihan. Kami meninjau sumber dan mengembalikan penawaran tertulis. Kemudian kami mengidentifikasi keputusan tinjauan berikutnya.
Cara kerja
- Kirim sumber dan audiensBagikan dokumen proyek saat ini, fakta yang disetujui, dan pembaca yang perlu Anda jangkau. Tunjuk kontak untuk pertanyaan teknis.
- Konfirmasi format dokumenKami merekomendasikan whitepaper, litepaper, atau dokumen berpasangan berdasarkan kebutuhan pembaca. Tim Anda menyetujui garis besar sebelum penyusunan draf.
- Susun draf dari materi yang dikonfirmasiKami menulis berdasarkan struktur yang disetujui dan menjaga pertanyaan teknis yang belum terjawab tetap terlihat untuk ditinjau.
- Tinjau dan revisiKontak subjek Anda memeriksa fakta. Kami merevisi untuk kejelasan, alur, dan terminologi yang konsisten.
- Terima teks akhirKami menyerahkan teks yang disepakati untuk desain atau publikasi setelah pemeriksaan konsistensi akhir.
Pertanyaan umum
File mana yang harus saya kirim untuk whitepaper crypto?
4 kelompok sumber membantu kami memulai: dokumentasi produk saat ini, penjelasan teknis, detail token yang disetujui jika relevan, dan konteks publikasi. Sertakan pembaca yang dituju dan kontak yang dapat menjawab pertanyaan faktual. Jika sumber tidak setuju, tandai itu untuk kami. Kami akan mengidentifikasi konflik alih-alih memilih versi tanpa persetujuan Anda.
Format mana yang lebih baik untuk Anda: whitepaper atau litepaper?
2 kebutuhan pembaca memandu pilihan. Whitepaper cocok untuk pembaca yang membutuhkan detail sistem, asumsi desain, atau mekanisme yang dijelaskan. Litepaper cocok untuk pembaca yang membutuhkan tujuan dan pendekatan proyek dengan cepat. Jika kedua audiens penting, dokumen berpasangan dapat berbagi fakta yang dikonfirmasi sambil menggunakan struktur dan tingkat detail yang terpisah.
Bisakah Anda memperbarui whitepaper yang sudah kami gunakan?
1 dokumen yang ada sudah cukup untuk memulai tinjauan, bersama dengan sumber terkini yang disetujui. Kami dapat fokus pada restrukturisasi, pembaruan, atau penulisan ulang daripada memulai dari halaman kosong. Membandingkan dokumen dengan sumber saat ini membantu mengidentifikasi pernyataan yang tetap akurat dan yang membutuhkan konfirmasi dari tim Anda.
Apa yang menentukan jadwal penulisan whitepaper?
1 tinjauan sumber menetapkan jendela penulisan yang diusulkan. Kami mengonfirmasi waktu setelah memeriksa format, topik teknis, dan jalur tinjauan. Materi lengkap dan peninjau yang tersedia membuat urutan lebih mudah direncanakan. Keputusan produk yang belum terselesaikan dapat menambah pekerjaan tinjauan. Anda menerima waktu yang diusulkan sebelum penulisan dimulai.
Apakah Anda membuat tokenomics atau memverifikasi klaim teknis?
2 tanggung jawab tetap pada tim Anda: menyetujui detail token dan mengonfirmasi klaim teknis. Pekerjaan penulisan kami menjelaskan informasi yang Anda berikan. Itu tidak membuat model token atau memvalidasi keamanan protokol secara independen. Minta spesialis yang relevan untuk mengonfirmasi fakta tersebut. Kemudian kami dapat membuat penjelasan yang disetujui menjadi jelas dan konsisten.
Bisakah whitepaper mengamankan keputusan investor atau penerimaan platform?
1 layanan penulisan tidak dapat mengontrol keputusan investor atau tinjauan platform. Kami memberikan garis besar, teks, revisi, dan penyerahan akhir yang disepakati menggunakan informasi yang disetujui tim Anda. Sebelum publikasi, tim Anda tetap bertanggung jawab untuk memeriksa klaim teknis, detail token, dan kesesuaian hukum.
Ceritakan proyek Anda
Jawab empat pertanyaan singkat, manajer akan kirim rencana, waktu, dan kisaran harga dalam satu jam. Semua rahasia.
Memuat formulir…