Biaya jasa buat whitepaper crypto dimulai dengan peta lingkup

Entri apa saja yang termasuk dalam lembar penawaran harga whitepaper?

Lembar penawaran harga harus menghubungkan setiap deliverable yang diminta dengan pekerjaan di baliknya. Di GeoMarketing Experts, tinjauan lingkup kami mencatat 5 bidang: audiens, tujuan dokumen, materi sumber, tinjauan teknis, dan file akhir. Itu memberikan dasar yang jelas bagi kedua belah pihak untuk perkiraan.

Gunakan bidang-bidang tersebut untuk mendeskripsikan pembaca dan keputusan yang harus didukung dokumen. Sebutkan detail produk atau protokol yang perlu dipahami pembaca. Kemudian daftarkan materi yang sudah tersedia, seperti dokumentasi produk, informasi token yang disetujui, atau draf yang sudah ada.

Untuk setiap pernyataan teknis atau ekonomi, catat 1 dari 3 status: dikonfirmasi, tertunda, atau tidak disediakan. Ini memisahkan informasi proyek yang sudah mapan dari pertanyaan terbuka. Penawaran harga kemudian dapat menunjukkan apakah riset, wawancara, penyusunan, penyuntingan, diagram, atau tata letak diminta.

Periksa apakah proposal juga menyebutkan tanggung jawab tinjauan dan format penyerahan. Biaya tanpa detail tersebut sulit dibandingkan. Untuk dukungan penulisan, lihat penulisan whitepaper dan litepaper. Panduan penulisan whitepaper crypto dapat membantu tim Anda menyiapkan materi sumber.

Masukan proyek apa yang mengubah perkiraan penulisan?

Folder sumber menunjukkan seberapa banyak penemuan yang mungkin dibutuhkan oleh lingkup penulisan. Informasi produk yang lengkap dan disetujui memberi penulis dasar untuk penyusunan. Mekanisme yang hilang, dokumen yang bertentangan, atau keputusan token yang belum terselesaikan memerlukan pertanyaan dan tinjauan sebelum penjelasan dapat diselesaikan.

Periksa masukan ini sebelum meminta penawaran harga:

• Status produk: tersedia, dalam pengembangan, atau masih didefinisikan.
• Materi teknis: catatan arsitektur, dokumentasi produk, dan terminologi.
• Detail token: pasokan yang disetujui, alokasi, utilitas, dan informasi tata kelola, jika relevan.
• Audiens: mitra, pengguna, pengembang, atau beberapa kelompok pembaca.
• Konten yang ada: materi untuk direvisi, dipertahankan, atau diganti.

Pemeriksaan 2 bagian membantu mengurutkan pekerjaan: apa yang dapat dikonfirmasi tim Anda sekarang, dan apa yang memerlukan investigasi atau keputusan proyek. Identifikasi reviewer teknis dan penyetuju akhir. Jika desain token masih terbuka, pisahkan pengambilan keputusan itu dari penulisan dokumen. Penulis dapat mengklarifikasi mekanisme yang disetujui, tetapi keputusan proyek yang terbuka memerlukan pemiliknya sendiri. Sertakan dependensi yang diketahui dalam permintaan Anda sehingga proposal mencerminkan pekerjaan aktual daripada asumsi.

Bagaimana format dokumen mengubah lingkup?

Format yang diminta menentukan seberapa banyak penjelasan dan penyuntingan yang perlu dicakup oleh penawaran harga. Whitepaper penuh dan litepaper melayani kebutuhan membaca yang berbeda. Keduanya harus muncul sebagai deliverable yang terpisah ketika keduanya diminta.

Dokumen penuh dapat menjelaskan masalah proyek, produk, desain sistem, mekanisme token yang relevan, dan rencana. Litepaper menyajikan akun yang lebih ringkas tentang ide inti dan mekanisme. Ini mungkin mengadaptasi whitepaper yang disetujui, tetapi tim masih perlu memutuskan informasi apa yang tetap ada dan apa yang dapat disederhanakan.

Minta penyedia untuk menandai setiap item sebagai termasuk, opsional, atau di luar lingkup yang diminta:

• Riset, wawancara, penulisan, dan penyuntingan.
• Tinjauan teknis dan pemeriksaan fakta terhadap materi yang disediakan.
• Diagram, desain visual, dan tata letak.
• Adaptasi litepaper atau penyuntingan dokumen yang ada.
• Jenis file akhir dan apakah file yang dapat diedit disertakan.

Detail ini membuat deliverable dapat dipahami sebelum pekerjaan dimulai. Jika proyek Anda juga membutuhkan presentasi penggalangan dana, bandingkan tujuannya dengan penulisan pitch deck. Perlakukan sebagai lingkup terpisah jika ditawarkan. Jangan berasumsi bahwa penawaran harga dokumen mencakup materi pendamping kecuali proposal menyebutkannya.

Apa yang ditunjukkan oleh jadwal whitepaper yang dapat dikerjakan?

Daftar milestone menunjukkan apa yang terjadi selanjutnya dan masukan apa yang dibutuhkan setiap tahap. Urutan praktis bergerak dari tinjauan sumber ke persetujuan kerangka, penyusunan, tinjauan teknis, revisi, dan file akhir. Kalender mengikuti kesiapan materi Anda dan ketersediaan reviewer proyek.

Rencana yang kami usulkan menggunakan 3 titik pemeriksaan tinjauan: konfirmasi lingkup, persetujuan kerangka, dan tinjauan konten akhir. Titik pemeriksaan kerangka memungkinkan tim Anda mengidentifikasi topik yang hilang sebelum penyusunan penuh. Selama tinjauan teknis, reviewer yang ditunjuk memeriksa deskripsi terhadap informasi proyek saat ini. Tinjauan akhir berfokus pada akurasi, kejelasan, dan konsistensi dengan brief yang disetujui.

Jaga umpan balik tetap terkoordinasi:

• Tunjuk 1 orang untuk mengumpulkan komentar dan menyelesaikan duplikat.
• Konfirmasi siapa yang menyetujui detail teknis dan token.
• Bagikan dokumen sumber saat ini dan terminologi yang disetujui saat kickoff.
• Setujui jendela umpan balik yang sesuai dengan ketersediaan reviewer.
• Catat permintaan baru yang mengubah deliverable yang disepakati.

Proposal harus menyebutkan urutan, tanggung jawab, dan masukan klien. Proposal juga harus menjelaskan bagaimana revisi ditangani. Halaman cara kami bekerja menawarkan lebih banyak detail tentang proses kerja kami. Saat membandingkan jadwal, cari dependensi daripada tanggal pengiriman saja.

Bagaimana cara membandingkan dua proposal whitepaper?

Tabel lingkup berdampingan mengungkapkan apakah proposal mencakup pekerjaan yang sama. Bandingkan tanggung jawab, langkah tinjauan, deliverable, dan pengecualian sebelum melihat angka yang dikutip. Perbedaan sering terletak pada riset, tinjauan teknis, desain, atau penanganan umpan balik.

Gunakan brief yang sama untuk setiap penyedia. Kemudian periksa apakah setiap proposal menyatakan siapa yang melakukan wawancara, menyusun dokumen, meninjau pernyataan teknis, dan menyiapkan tata letak. Konfirmasi apakah diagram dan file yang dapat diedit disertakan. Tanyakan bagaimana umpan balik mencapai tim penulisan dan bagaimana lingkup memperlakukan informasi proyek baru.

Tabel perbandingan dapat menggunakan baris ini:

Misalnya, catat 2 putaran revisi yang direncanakan hanya jika proposal secara eksplisit menyertakannya. Jika suatu baris tidak jelas, minta item yang sama untuk didefinisikan di setiap proposal. Ikhtisar harga dapat membantu membedakan pekerjaan penulisan dari layanan pemasaran terpisah. Lingkup yang sebanding lebih berguna daripada angka utama saja.

Klaim mana yang memerlukan persetujuan dari tim proyek?

File bukti dan catatan reviewer menunjukkan pernyataan mana yang siap dipublikasikan. Penulis dapat mengatur materi yang disediakan, meningkatkan penjelasan, dan menandai celah. Tim proyek harus mengonfirmasi fakta produk, keputusan token, pernyataan hukum, dan kemampuan yang direncanakan.

Sebelum penyusunan, bagikan deskripsi produk saat ini, materi arsitektur, informasi token yang disetujui, peta jalan, dan terminologi yang disukai. Tandai apa yang telah dikonfirmasi dan apa yang masih dalam tinjauan. Sebutkan orang-orang yang dapat menyetujui bagian teknis dan ekonomi. Ini memberi penulis jalur yang jelas untuk menyelesaikan pertanyaan daripada memperlakukan detail yang tidak pasti sebagai mapan.

Lingkup harus menyatakan bagaimana pernyataan yang belum terselesaikan muncul dalam draf. Pertanyaan dapat tetap terlihat untuk ditinjau tim sampai orang yang bertanggung jawab mengonfirmasinya. Simpan catatan persetujuan untuk bagian teknis dan ekonomi. Itu memberikan titik referensi spesifik untuk tinjauan akhir.

Penulis tidak dapat memvalidasi data proyek pribadi secara independen atau membuat pembaca eksternal menerima klaimnya. Pernyataan teknis dan token memerlukan bukti dan tanda tangan dari orang-orang yang bertanggung jawab atas proyek. Sertakan tanggung jawab tinjauan tersebut dalam proposal, bukan sebagai tugas menit terakhir informal.

Apa yang harus Anda kirim untuk penilaian khusus proyek?

Brief proyek singkat memberi penyedia konteks yang cukup untuk mengidentifikasi kemungkinan pekerjaan dan masukan yang hilang. Sertakan pembaca yang dituju, tujuan dokumen, sumber yang tersedia, dan deliverable yang diinginkan. Tandai detail yang tidak pasti daripada menyajikannya sebagai fakta yang disetujui.

Tambahkan ringkasan proyek dalam bahasa sederhana, tautan ke dokumentasi saat ini, status produk, dan informasi sistem atau token yang disetujui jika relevan. Nyatakan apakah Anda memerlukan riset, wawancara, draf baru, revisi, desain, atau litepaper. Identifikasi reviewer teknis dan penyetuju akhir. Catat setiap milestone proyek yang memengaruhi urutan pekerjaan.

Anda tidak perlu menyelesaikan setiap pertanyaan sebelum meminta penilaian. Daftarkan item terbuka dan orang yang dapat menjawabnya. Tanggapan yang berguna akan membedakan informasi yang diperlukan sebelum penyusunan dari pertanyaan yang dapat ditangani selama penemuan. Itu juga membantu Anda menilai apakah lingkup yang diusulkan mencerminkan materi aktual Anda.

Kirim GeoMarketing Experts dokumen Anda saat ini, audiens yang dituju, dan deliverable yang disukai melalui kontak. Kami akan meninjau lingkup, mengidentifikasi masukan yang hilang, dan menguraikan pekerjaan yang diperlukan untuk proposal khusus proyek.

Cara kerja

1. Kirim brief proyekBagikan tujuan dokumen, pembaca yang dituju, materi saat ini, dan batasan jadwal. Tandai fakta yang disetujui secara terpisah dari keputusan terbuka.
2. Tinjau sumber dan pekerjaan yang dimintaKami memetakan deliverable yang diminta ke riset, wawancara, penulisan, tinjauan, dan desain. Masukan yang hilang dan pertanyaan teknis didaftarkan sebelum proposal diselesaikan.
3. Konfirmasi lingkup dan milestoneSetujui format dokumen, tanggung jawab, penanganan umpan balik, dan urutan milestone. Proposal mencatat pekerjaan yang termasuk dan perubahan lingkup.
4. Susun dan kumpulkan tinjauanTim Anda memberikan komentar yang terkonsolidasi. Reviewer yang ditunjuk mengonfirmasi detail teknis dan token, sementara pertanyaan yang belum terselesaikan tetap terlihat.
5. Setujui file yang ditentukanPeriksa dokumen yang selesai terhadap brief yang disepakati dan konfirmasi penyerahan file yang disebutkan. Diskusikan format tambahan secara terpisah.