Prezzi e tempistiche per un whitepaper crypto

Cosa determina il costo di un whitepaper?

Il costo di un whitepaper parte da $1.100 / progetto. Questo è il prezzo base per il lavoro sul documento, non una promessa di volume uguale per progetti con architetture e obiettivi diversi. Prima di valutare, è importante capire a chi è rivolto il testo, cosa deve apprendere il lettore e quali informazioni sono già state preparate dal team.

Sul preventivo incidono solitamente:

• il numero e la complessità degli argomenti da spiegare;
• il volume dei materiali di partenza e la necessità di interviste con il team;
• la profondità della descrizione del prodotto, del token, del protocollo o del modello tecnico;
• l'eventuale necessità di ricerche di mercato e verifica delle affermazioni;
• il numero di cicli di revisione e formati aggiuntivi.

Se disponi già di documentazione tecnica, descrizione del prodotto e parametri del token concordati, questi possono essere usati come base di partenza. Se il concept è ancora in evoluzione o le informazioni sono contraddittorie, sarà prima necessario chiarire i fatti e i confini del progetto. Per questo motivo è logico discutere il preventivo finale dopo un breve brief: così vedi per quali attività specifiche paghi e quali parti del documento sono incluse nel lavoro. Per altre attività di marketing, un riferimento generale è disponibile nella pagina prezzi.

Quali materiali servono per un preventivo preciso?

Per un preventivo preliminare è sufficiente descrivere il prodotto, l'obiettivo del documento e la fase in cui si trova il progetto. Non è obbligatorio fornire un set completo di materiali al primo contatto: le informazioni mancanti possono essere registrate come domande e concordate in una fase separata.

Prepara, se già disponibili:

• una breve descrizione del problema e della soluzione proposta;
• uno schema del prodotto o del protocollo, scenari d'uso e documenti tecnici;
• i parametri del token e il principio del suo utilizzo, se il token fa parte del modello;
• informazioni sul pubblico di riferimento e sui mercati per cui viene scritto il documento;
• presentazioni esistenti, sito web, ricerche e versioni precedenti del testo.

Indica anche chi, da parte del team, potrà confermare i dettagli tecnici e di prodotto. Questo aiuta a evitare lunghe catene di commenti e riscritture ripetute di sezioni. Se la tokenomics non è ancora stata approvata, possiamo segnalare nel testo i punti che richiedono una decisione del team, senza sostituire i dati mancanti con parametri inventati. Per comprendere il documento stesso e il suo scopo, consulta la guida al whitepaper. Più chiari sono i dati di partenza e il gruppo di approvazione, più precisa sarà la stima del volume e del piano.

Cosa include il risultato finale?

Il risultato è un testo di whitepaper concordato che spiega il progetto in modo coerente e aiuta il lettore a comprenderne il modello. Le sezioni specifiche sono determinate dall'obiettivo: un documento per utenti, partner o un pubblico tecnicamente preparato avrà accenti diversi.

Il volume concordato può includere:

• la struttura del documento e la logica di transizione tra le sezioni;
• la descrizione del problema, della soluzione e dello scenario d'uso;
• l'esposizione dell'architettura del prodotto al livello di dettaglio concordato;
• la spiegazione del modello di token e dei meccanismi correlati, basata sui dati del team;
• una roadmap o le fasi di sviluppo, se confermate dal progetto;
• revisione, unificazione della terminologia e verifica della coerenza interna del testo.

Prima di iniziare, è opportuno stabilire se il lavoro include design visivo, schemi, traduzione, verifica legale e preparazione di una versione breve. Queste attività non sono da considerare automaticamente incluse: modificano la composizione del progetto e devono essere riflesse nel preventivo. Se non hai bisogno di un documento completo ma di una breve spiegazione del concept per una prima conoscenza, confronta l'attività con il servizio di scrittura whitepaper e discuti se un litepaper è sufficiente. I confini del risultato vengono fissati in anticipo, in modo che il team abbia una comprensione condivisa di cosa significa "pronto".

Come vengono pianificate tempistiche e approvazioni?

I tempi di preparazione del whitepaper dipendono dalla rapidità con cui il team fornisce i dati di partenza e conferma i fatti. Invece di una scadenza condizionale per tutti i progetti, concordiamo una sequenza di fasi e i punti in cui sono necessarie le decisioni del cliente.

Di solito il lavoro procede dal brief e dalla verifica dei materiali alla struttura, poi alla stesura del testo e alla revisione. Innanzitutto il team conferma l'obiettivo, il pubblico e i punti chiave. Dopo l'approvazione della struttura, l'autore sviluppa le sezioni; il rappresentante tecnico del progetto verifica l'accuratezza della descrizione del prodotto, mentre la persona responsabile raccoglie i commenti in un unico elenco. La revisione finale viene effettuata dopo che i fatti controversi e le formulazioni sono stati risolti.

Per evitare che il piano slitti a causa di versioni parallele di modifiche, nomina in anticipo un coordinatore e degli esperti di prodotto e tecnologia. Concorda chi approva la tokenomics, la roadmap e le dichiarazioni pubbliche. Se i dati di partenza cambiano durante il processo, valuta prima l'impatto delle modifiche sulla struttura e sulle sezioni già scritte, poi aggiorna il piano. Le condizioni e le modalità di interazione possono essere verificate nella pagina come lavoriamo. Le scadenze sono fissate per il volume concordato, non per un concept in continua evoluzione.

Cosa un whitepaper non può garantire?

Il whitepaper è uno strumento per spiegare il progetto, non una conferma della sua qualità da parte di terzi indipendenti. Il documento aiuta il lettore a valutare l'idea, la meccanica e il piano di sviluppo, ma di per sé non attesta la sicurezza del codice, lo status legale o la prontezza del prodotto.

L'autore può strutturare i fatti forniti, individuare formulazioni poco chiare e richiedere conferme al team. La verifica degli smart contract, il parere legale, l'audit della tokenomics e la verifica indipendente dei dati dovrebbero essere commissionati a professionisti specializzati, se necessario per il progetto. Non presentare previsioni come fatti accertati e indica le ipotesi come tali. Prima della pubblicazione, verifica che tutti i parametri del token, le scadenze della roadmap e le dichiarazioni sul prodotto siano approvati dai responsabili.

Non si può promettere che la pubblicazione del documento porti a investimenti, listing, partnership o a una reazione specifica del pubblico. Tali decisioni vengono prese da investitori, piattaforme e altri soggetti indipendentemente dall'autore del whitepaper. La nostra area di responsabilità è il volume concordato di scrittura e revisione, la chiarezza espositiva e l'apporto delle modifiche previste. Se il documento viene preparato per un token launch, è utile pianificarlo insieme ai materiali di lancio, ad esempio con la preparazione del token launch, ma gli obiettivi e i preventivi di questi lavori vengono concordati separatamente.

Come scegliere tra whitepaper e versione breve?

Scegli il formato in base alle domande a cui il documento deve rispondere e al livello di preparazione del lettore. Un whitepaper completo è appropriato quando è necessario descrivere in dettaglio il prodotto, la meccanica e le decisioni chiave; un litepaper è adatto per una breve presentazione, se il pubblico non richiede ancora profondità tecnica.

Prima di scegliere il formato, rispondi a tre domande: cosa sa già il lettore del progetto, quali decisioni deve valutare e quali fatti il team può confermare al momento. Se il concept è in evoluzione, è ragionevole concordare prima una breve descrizione e una struttura, per poi espandere il materiale man mano che il modello viene fissato. Se esiste già una documentazione tecnica completa, non è necessario ripeterla meccanicamente per intero: includi le spiegazioni necessarie per il pubblico specifico e riporta i dettagli in materiali separati.

È utile anche decidere dove verrà pubblicato il testo e se servirà una versione per il sito, una presentazione o la community. Non è solo una questione di formattazione: per ogni canale possono essere necessari volume e revisione diversi. Se contemporaneamente pianifichi contenuti per più canali, consulta l'area contenuti. Prima di ordinare, invia una descrizione del prodotto, i documenti disponibili e l'obiettivo della pubblicazione tramite il modulo di contatto; in base a questi elementi si può determinare il formato più adatto, la composizione del lavoro e il piano di approvazioni.

Prezzi

Prezzi da in USD. Pacchetti personalizzati e sconti volume su richiesta. Pagamento in USDT, USDC, BTC, ETH, SOL, TON o token del progetto.

Come funziona

1. Descrivi l'attivitàSpiega per chi serve il whitepaper, cosa deve capire il lettore e in che fase si trova il prodotto. Allega i materiali disponibili, se già pronti.
2. Concorda il volumeDiscuti la struttura, la profondità necessaria, i formati aggiuntivi e ciò che non è incluso nel lavoro testuale. Successivamente vengono fissati composizione e costo.
3. Conferma il pianoDefinisci le fasi, i responsabili dei commenti di prodotto e tecnici e la procedura di raccolta delle modifiche. Questo stabilisce una tempistica realistica.
4. Verifica struttura e testoIl team conferma la logica delle sezioni, poi verifica l'accuratezza del contenuto e raccoglie i commenti tramite un coordinatore concordato.
5. Accetta la versione finaleDopo aver apportato le modifiche concordate, verifica fatti, terminologia e prontezza del documento per la pubblicazione. I formati aggiuntivi vengono concordati separatamente.