Riconoscere il blocco
Il blocco non si vede al momento dell’acquisto, ma emerge solo quando si tenta di uscire. Quattro segnali oggettivi, indipendenti dal prezzo indicato:
- Non esiste alcuna esportazione completa, oppure l’esportazione restituisce solo un sottoinsieme dei dati (nessun allegato, nessuna cronologia, nessun campo personalizzato).
- Il prezzo aumenta in base all’uso effettivo del tuo business (per utente, per volume, per modulo), anziché in base al valore percepito, lo strumento penalizza la crescita che avrebbe dovuto supportare.
- Funzionalità che già utilizzavi vengono spostate dietro un piano tariffario superiore durante una revisione dei prezzi, senza che tu abbia modificato in alcun modo il tuo utilizzo.
- La domanda «e se domani chiudessero o cambiassero politica?» non ha una risposta rassicurante, perché nulla nel contratto impegna il fornitore su questo punto.
Cosa rende difficile uscire, e cosa non dovrebbe
Due fattori rendono costosa una migrazione, ma solo uno è legittimo. Il costo legittimo: ricostruire un flusso di lavoro affinato negli anni di utilizzo reale, stati, approvazioni, eccezioni apprese sul campo. Questo lavoro ha un valore reale e richiede tempo, indipendentemente dallo strumento di destinazione.
Il costo illegittimo: un formato dati proprietario, un’esportazione volontariamente limitata, un team di assistenza che rallenta le richieste di disdetta. Non si tratta di un costo tecnico, ma di una frizione commerciale mascherata da limitazione tecnica. Saper distinguere i due evita di rinunciare all’uscita per un motivo che in realtà non lo è.
Il metodo per uscire senza un «big bang»
La migrazione parte sempre dalla struttura, mai dai dati grezzi. Passo 1: descrivi la tua attività COM’È DAVVERO OGGI, non come il vecchio strumento ti ha abituato a inserirla, le due cose spesso divergono, perché un software rigido viene aggirato con campi testuali generici e stati ‘détournés’. È il momento di descrivere il tuo mestiere, non lo schermo del vecchio software.
Passo 2: genera l’applicazione (il livello Sketch, gratuito con il piano Découverte, è sufficiente per questa verifica) e confrontala con tre o quattro casi reali della tua settimana, un fascicolo complesso, un’eccezione, un caso limite che il vecchio strumento gestiva in modo approssimativo. È qui che emergono le regole implicite del sistema precedente.
Passo 3: aggiusta la descrizione e rigenera finché la struttura non regge. Solo a questo punto, passo 4: trasferisci il FLUSSO CORRENTE sulla nuova applicazione; mantieni il vecchio strumento accessibile in sola lettura per tutta la durata della transizione, senza reinserire alcun nuovo dato.
Cosa non è automatico: i dati storici
Siamo chiari: Blueprint Maker non dispone di importazioni automatiche preconfigurate da software di terze parti, nessuno strumento di generazione può promettere ciò per tutti i formati proprietari presenti sul mercato. Ciò che è invece realmente possibile: esportare quanto il vecchio strumento accetta di fornire (di solito un CSV parziale), usarlo come riferimento per verificare che la struttura generata corrisponda alla realtà e reinserire, o far reinserire, solo i dati ancora rilevanti. Poiché il codice è standard Next.js e Prisma, esportabile, uno sviluppatore può anche collegare uno script di importazione puntuale partendo da quell’esportazione, un progetto temporaneo, non una dipendenza permanente.
La buona notizia: nella maggior parte dei casi, una migrazione non richiede l’intera cronologia. I fascicoli attivi e gli ultimi mesi sono quasi sempre sufficienti; l’archivio rimane consultabile nel vecchio strumento, in sola lettura, per tutto il tempo necessario.
Le trappole nell’uscita da un sistema bloccato
Prima trappola: riprodurre identicamente gli schermi del vecchio software. I suoi campi e i suoi menu riflettono spesso i limiti DELLA SUA tecnologia, non le esigenze del tuo mestiere, copiarli significa portarsi dietro anche il prossimo blocco.
Seconda trappola: puntare al 100% dei dati storici prima del passaggio. È il modo più sicuro per non uscire mai. Prima il flusso corrente, poi l’archivio, solo se serve davvero.
Terza trappola: scambiare un blocco con un altro. È proprio la proprietà del codice a risolvere strutturalmente questo problema: un’applicazione generata si esporta (ZIP, push su GitHub) e si ospita dove preferisci, lasciare Blueprint Maker un giorno seguirà esattamente la stessa logica con cui oggi lasci il vecchio strumento, ma in modo molto più semplice.