Prima di sviluppare InkVault ho osservato e utilizzato strumenti dedicati alla scrittura, alla progettazione narrativa e all'impaginazione. Molti sono eccellenti nel proprio ambito. Il punto non era dimostrare che mancasse software: era capire perché continuassi a perdere continuità tra una fase e l'altra.
La dashboard riunisce struttura, stato del manoscritto e controlli: il progetto rimane leggibile anche quando cresce.
Il passaggio difficile è nel mezzo
Un libro non è soltanto testo e non è soltanto un PDF finale. Nel mezzo ci sono struttura, note, personaggi, immagini, frontespizi, indici, metadati, scelte tipografiche, prove e correzioni. Separare queste informazioni tra applicazioni diverse rende ogni passaggio più fragile.
InkVault nasce per quel “mezzo disordinato”: il punto in cui un manoscritto deve diventare un prodotto editoriale verificabile senza perdere la storia delle decisioni.
L'editor mantiene testo e informazioni del capitolo nello stesso contesto, riducendo i passaggi tra strumenti diversi.
Tre scelte progettuali
1. Controllo locale
Progetti, risorse, backup ed esportazioni rimangono in uno spazio controllato dall'autore. Il cloud può essere utile, ma non deve essere obbligatorio per accedere al proprio lavoro.
2. Dati collegati
Capitoli, note, personaggi e luoghi non sono cartelle isolate. Possono avere relazioni esplicite, così il contesto accompagna la scrittura invece di vivere in documenti paralleli.
Personaggi, luoghi e note non sono allegati separati: fanno parte della stessa mappa narrativa.
3. Controlli prima dell'errore
Margini, immagini, struttura e condizioni di esportazione vengono verificati mentre il progetto è ancora modificabile. Il valore non è soltanto generare un file, ma ridurre le sorprese quando quel file deve essere consegnato.
Le scelte tipografiche diventano regole riutilizzabili, non correzioni manuali sparse nel manoscritto.
Prima dell'esportazione, InkVault controlla gli aspetti che più facilmente producono problemi nella stampa o nell'ebook. Gli avvisi non sostituiscono la decisione dell'autore: la rendono più consapevole.
Il controllo del libro porta in superficie avvisi e incoerenze quando c'è ancora tempo per correggerli.
Quando conviene sviluppare su misura
La risposta non è “quando il software standard non è perfetto”. Nessun software lo è. Lo sviluppo su misura acquista senso quando il processo distintivo crea valore, le inefficienze si ripetono e adattarsi allo strumento produce costi superiori alla costruzione di una soluzione più adatta.
È lo stesso criterio che propongo alle PMI: prima si misura l'attrito, poi si verifica se configurare, integrare o sviluppare. Il codice arriva dopo la comprensione del processo.
L'esportazione è il risultato di un processo controllato: PDF, EPUB e altri formati partono dalla stessa fonte organizzata.
Il progetto, le sue funzioni e altre schermate sono disponibili su inkvault.it e nella gallery completa di InkVault.
