Apa yang harus ditunjukkan oleh peta sumber sebelum penulisan?
Artefak pertama adalah peta sumber: input proyek yang dipasangkan dengan kebutuhan pembaca. Ini menunjukkan apa yang dapat dijelaskan oleh dokumen dan di mana tim harus mengonfirmasi klaim. Peta itu menjaga outline tetap terikat pada produk, bukan pada template crypto generik.
Kami mencatat 4 bidang praktis untuk setiap klaim penting: pernyataan, sumbernya, orang yang dapat mengonfirmasinya, dan statusnya. Status membedakan informasi yang dikonfirmasi dari asumsi atau keputusan yang masih terbuka. Kami kemudian mengelompokkan materi di sekitar pembaca yang dituju. Pembaca teknis mungkin membutuhkan arsitektur dan asumsi kepercayaan. Mitra mungkin membutuhkan alur kerja dan detail integrasi. Pembaca yang berfokus pada token mungkin membutuhkan penjelasan pasokan yang disetujui atau tata kelola, jika relevan.
Siapkan item ini untuk tinjauan awal:
- Ringkasan proyek terkini dan status produk
- Dokumen teknis, diagram, dan sumber publik yang ada
- Pembaca yang dituju dan saluran publikasi
- Kesenjangan yang diketahui atau keputusan yang masih terbuka
Jika proyek juga membutuhkan pekerjaan editorial berulang, lihat pembuatan konten crypto. Hub media sosial dan konten yang lebih luas mencakup format dan saluran terkait.
Dokumen mana yang harus membawa setiap bagian dari penjelasan?
Peta output menetapkan setiap informasi ke salah satu dari 3 jenis dokumen: whitepaper, litepaper, atau dokumentasi produk. Pembagian itu membantu pembaca menemukan tingkat detail yang tepat tanpa membuat setiap file mengulangi narasi yang sama.
Whitepaper dapat menjelaskan model proyek, desain sistem, tata kelola, dan mekanisme ekonomi yang relevan. Litepaper memberi pembaca orientasi yang lebih singkat dan mengarah ke sumber yang lebih dalam. Dokumen produk mendukung penggunaan atau implementasi, sehingga membutuhkan instruksi dan materi referensi. Kami mengidentifikasi tugas setiap dokumen sebelum penulisan, lalu mencatat di mana satu dokumen harus menautkan ke dokumen lain.
| Output | Kebutuhan pembaca | Sumber tipikal |
|---|---|---|
| Whitepaper | Memahami model proyek dan sistem | Catatan teknis, rencana produk, materi token atau tata kelola yang disetujui |
| Litepaper | Memahami ide utama dan mekanisme kunci | Ringkasan proyek yang disetujui dan bukti terpilih |
| Struktur dokumen | Menemukan panduan produk atau implementasi | Panduan, alur kerja, dan spesifikasi yang ada |
Presentasi investor singkat mungkin membutuhkan struktur yang berbeda. Lihat layanan pitch deck crypto. Untuk bahasa yang konsisten antar format, pertimbangkan copywriting Web3.
Bagaimana draf memudahkan peninjauan klaim teknis?
Register klaim membuat setiap pernyataan penting terlihat oleh pemiliknya. Kami memisahkan fakta yang disediakan dari asumsi, lalu menandai apa yang membutuhkan sumber, konfirmasi, atau redaksi yang lebih jelas. Peninjau dapat menangani klaim tertentu alih-alih mencari seluruh draf untuk detail yang belum terselesaikan.
Default kerja kami adalah register 4 bidang: klaim, bukti, peninjau, dan status. Kami menyesuaikannya dengan lingkup. Outline mengikuti mekanisme aktual proyek. Ini dapat mencakup masalah, produk, komponen sistem, alur pengguna, tata kelola, mekanisme token, konteks peta jalan, atau risiko. Kami hanya menyertakan bagian yang membantu menjelaskan proyek ini.
Selama penulisan, kami:
- Mencocokkan klaim material dengan sumber proyek terkini
- Menjaga istilah konsisten di seluruh dokumen terkait
- Menandai bukti yang hilang daripada mengisi celah sendiri
- Menandai di mana diagram atau tabel dapat memperjelas mekanisme
Anda dapat memberikan draf yang ada, folder sumber, dan kontak teknis. Untuk penjelasan yang disetujui yang perlu melayani edukasi pengguna, konten edukasi crypto dapat memperluas materi yang sama ke format lain.
Apa yang perlu ditetapkan oleh lingkup penulisan terlebih dahulu?
Catatan lingkup menyebutkan output, pemilik tinjauan, dan revisi yang termasuk. Itu memberi tim Anda dasar yang jelas untuk memeriksa pekerjaan dan mencegah jenis dokumen baru muncul di tengah penulisan.
Keterlibatan tipikal dapat mencakup tinjauan penerimaan, definisi pembaca, outline, riset, wawancara, draf pertama, revisi, dan pemeriksaan konsistensi akhir. Kami merencanakan aktivitas tersebut terhadap materi sumber yang sudah Anda miliki. Proyek dengan dokumentasi terkini membutuhkan rencana riset yang berbeda dari yang masih mendefinisikan model produknya. Litepaper pendamping atau struktur dokumen dapat disertakan ketika setiap output memiliki tujuan pembaca yang berbeda.
Sebelum penulisan, sepakati 4 poin ini:
- Satu kontak untuk mengoordinasikan jawaban proyek
- Peninjau untuk pernyataan teknis, produk, dan ekonomi
- Satu set file sumber terkini bersama
- Jalur untuk menyelesaikan pertanyaan terbuka dan perubahan lingkup
GeoMarketing Experts mencatat pertanyaan yang belum terselesaikan di samping draf. Peninjau dapat melihat apa yang perlu disetujui tanpa mencari utas komentar informal. Desain visual, tinjauan hukum, validasi teknis independen, dan pemodelan tokenomics terpisah kecuali lingkup yang disepakati mencakupnya. Untuk dukungan visual setelah teks selesai, lihat desain dan visual crypto.
Bagaimana tinjauan sumber menjadi draf siap publikasi?
Pekerjaan mengikuti 4 tahap: tinjauan sumber, persetujuan outline, penulisan, dan serah terima akhir. Kami mengonfirmasi urutan setelah memeriksa jenis dokumen, kesiapan sumber, ketersediaan peninjau, dan kebutuhan wawancara. Jadwal ditetapkan sebelum penulisan dimulai.
Pertama, kami memeriksa brief dan materi yang ada. Kemudian kami mengembalikan outline dengan argumen dokumen, urutan bagian, dan celah informasi. Tim Anda mengonfirmasi struktur itu sebelum penulisan penuh. Kami memelihara register klaim saat menulis dan mengarahkan pertanyaan faktual ke pemilik yang relevan.
Tinjauan lebih mudah ketika komentar dikelompokkan berdasarkan tujuan. Tandai setiap catatan sebagai koreksi faktual, perubahan penekanan, atau permintaan lingkup baru. Peninjau teknis memeriksa deskripsi sistem. Pemimpin proyek mengonfirmasi positioning dan intent publikasi. Kami menggunakan 2 putaran tinjauan terfokus sebagai default perencanaan, disesuaikan dengan lingkup yang disepakati.
Serah terima mencakup dokumen yang disepakati dan catatan singkat tentang persetujuan atau item sumber yang tersisa. Jika proyek juga membutuhkan perencanaan saluran, hub media sosial dan konten menunjukkan dukungan terkait.
Di mana tinjauan editorial berhenti dan persetujuan pemilik dimulai?
Register sumber menunjukkan pernyataan mana yang memiliki bukti dan mana yang masih membutuhkan keputusan pemilik. Perbedaan itu membantu tim menjaga fitur langsung, pekerjaan yang direncanakan, dan asumsi tetap terpisah dalam teks akhir.
Pekerjaan editorial kami mengatur bukti yang disediakan dan memperjelas penjelasan. Ini tidak memvalidasi kode, ekonomi token, keamanan, atau status regulasi secara independen. Tim proyek harus mengonfirmasi bahwa deskripsi teknis dan produk sesuai dengan keputusan terkini. Tinjauan hukum dan keamanan tetap pada penasihat yang berkualifikasi.
Sebelum publikasi, tetapkan pemilik untuk memeriksa pernyataan arsitektur, detail token atau tata kelola, bahasa peta jalan, dan referensi pihak ketiga. Konfirmasi izin untuk kutipan dan materi eksternal. Simpan item yang belum terselesaikan agar terlihat dalam serah terima daripada memperlakukannya sebagai disetujui. Ini memberi tim publikasi daftar tinjauan spesifik dan catatan jelas tentang apa yang masih terbuka.
Kirimkan ringkasan proyek, dokumen terkini, dan pembaca yang dituju. Kami akan meninjau set sumber, mengidentifikasi lingkup dokumen, dan mengembalikan outline untuk dinilai tim Anda.
Cara kerja
- Bagikan input proyekKirim ringkasan proyek, dokumen yang ada, pembaca yang dituju, dan tujuan publikasi. Sebutkan orang yang dapat menjawab pertanyaan teknis dan produk.
- Konfirmasi peta outputKami mencocokkan kebutuhan pembaca dengan whitepaper, litepaper, atau struktur dokumen. Outline mencatat bukti yang hilang dan keputusan terbuka sebelum penulisan.
- Tinjau klaim dengan pemiliknyaPeninjau Anda memeriksa pernyataan yang mereka miliki. Kami menyelesaikan komentar dan menjaga poin yang belum terselesaikan tetap terlihat dalam draf.
- Setujui serah terima yang disepakatiKami menyelesaikan revisi yang ditentukan dan menyerahkan dokumen dengan catatan singkat tentang persetujuan atau item sumber yang tersisa.
Pertanyaan umum
File mana yang harus kami kumpulkan sebelum tinjauan pertama?
Mulailah dengan ringkasan proyek, dokumen produk atau protokol terkini, diagram, dan sumber publik. Tambahkan materi token atau tata kelola jika berlaku. Sertakan pembaca yang dituju dan tujuan publikasi. Satu daftar sumber berguna meskipun beberapa keputusan masih terbuka; tandai item tersebut dengan jelas sehingga draf tidak menyajikannya sebagai dikonfirmasi.
Dapatkah satu lingkup penulisan mencakup whitepaper dan litepaper sekaligus?
Ya. Kami dapat merencanakan keduanya sebagai output yang terhubung, dengan tujuan pembaca terpisah untuk masing-masing. Litepaper dapat merangkum poin inti yang disetujui dan mengarahkan pembaca ke materi yang lebih lengkap. Kami memeriksa kedua dokumen terhadap register klaim yang sama, sehingga versi yang lebih pendek tidak memperkenalkan deskripsi yang bertentangan.
Apa yang terjadi jika materi sumber teknis kami tidak lengkap?
Kami dapat mengatur materi yang tersedia dan mewawancarai orang yang bertanggung jawab atas sistem. Register klaim menandai bukti yang hilang dan keputusan yang belum terselesaikan. Tim Anda harus mengonfirmasi fakta yang mendasarinya sebelum publikasi. Jika pilihan desain masih terbuka, kami dapat meninggalkannya atau melabelinya sebagai proposal.
Bagaimana Anda menetapkan jadwal penulisan?
Kami menetapkan jadwal setelah meninjau jenis dokumen, kesiapan sumber, dan akses peninjau. Outline dan urutan draf disepakati sebelum penulisan penuh dimulai. Dokumentasi terkini dan satu kontak koordinasi membantu kami merencanakan jendela tinjauan. Kami mengonfirmasi waktu spesifik dengan lingkup daripada berasumsi setiap proyek mengikuti kalender yang sama.
Dapatkah Anda merevisi whitepaper yang sudah kami miliki?
Ya. Kirim draf terkini dan materi sumber terbaru. Kami membandingkan klaim dengan informasi proyek terkini, mengidentifikasi bagian yang membutuhkan koreksi atau restrukturisasi, dan menyepakati lingkup revisi. Register klaim dapat memisahkan pembaruan faktual dari permintaan untuk mengubah penekanan dokumen.
Apakah tinjauan editorial mengonfirmasi kepatuhan kode atau hukum?
Tidak. Tinjauan penulisan dapat memperjelas deskripsi dan menandai pernyataan untuk tinjauan yang berkualifikasi, tetapi tidak memvalidasi kode atau memberikan nasihat hukum. Penasihat teknis dan hukum Anda harus memeriksa materi yang relevan sebelum publikasi. Kami mengidentifikasi batas tinjauan tersebut dan mencatat persetujuan yang tertunda dalam serah terima.
Ceritakan proyek Anda
Jawab empat pertanyaan singkat, manajer akan kirim rencana, waktu, dan kisaran harga dalam satu jam. Semua rahasia.
Memuat formulir…