Quindici anni sullo stesso problema

2011 — un negozio da riempire

Avevo un negozio PrestaShop e una settimana per riempirlo. Duecento prodotti da creare, la maggior parte disponibili in più colori e più taglie. Ogni declinazione doveva diventare una scheda a sé stante, con il proprio riferimento, le proprie foto e la propria descrizione.

Dopo due giorni, il conto era chiaro: a quel ritmo mi ci sarebbe voluto un mese. Così ho smesso di digitare e ho scritto uno strumento che lo facesse al posto mio. Rudimentale, brutto, senza un'interfaccia degna di questo nome — ma generava le schede e le inviava al negozio. Una settimana è bastata.

Cosa mi ha insegnato quel primo strumento

Che il problema non era l'inserimento dei dati in sé. Era la ripetizione: lo stesso prodotto digitato dodici volte per dodici colori, poi un'altra volta per ogni negozio su cui vendi. Un lavoro a valore aggiunto zero, che si mangia le ore che dovresti dedicare a vendere.

Che gli strumenti esistenti non coglievano il punto. Le importazioni CSV integrate nei CMS gestiscono bene grandi volumi strutturati, ma presuppongono che il file esista già e sia pulito. Non ti aiutano a creare le declinazioni, a compilare dodici schede partendo da una sola, né ad alimentare due negozi insieme.

Che la vera difficoltà non era il concetto: stava nei dettagli di ogni CMS. Un prodotto archiviato in una sottocategoria che non compare da nessuna parte perché la categoria padre non era collegata. Un'aliquota IVA che non esiste nel negozio e manda il prodotto online senza imposte. Una modifica salvata che non arriva mai online. Ognuna di queste trappole mi è costata ore.

2026 — ListoMax

ListoMax è quell'idea del 2011, portata fino in fondo. La funzione Serie ne è la discendente diretta: compili un modulo e ottieni tante schede complete quante sono le declinazioni inserite.

Tutto il resto è stato costruito attorno, plasmato da ciò che i negozi reali richiedono. Categorie padre da collegare perché un prodotto compaia nella navigazione. Aliquote IVA da leggere dal negozio invece che da indovinare. Varianti che non devono rompersi quando ripubblichi. Immagini che devono essere caricate davvero. Una cronologia da conservare per poter tornare indietro.

Ogni funzionalità viene validata su negozi reali prima del rilascio: PrestaShop 8, PrestaShop 9, WooCommerce. Dopo ogni pubblicazione, il software rilegge la scheda dal negozio per verificare che abbia ricevuto ciò che è stato inviato. Richiede più tempo di sviluppo. È l'unico modo per sapere che funziona.

Il principio che guida lo sviluppo

Nessun errore silenzioso. Mai.

Un cliente che usa ListoMax non può aprire una console per sviluppatori per capire cosa è successo. Se qualcosa non va, deve vederlo sullo schermo, e sapere quale prodotto è coinvolto e perché. Un errore visibile si può correggere; un errore silenzioso perde dati senza che nessuno se ne accorga.

Questo principio ha conseguenze concrete. Una modifica che non è stato possibile salvare deve dirlo. Un'aliquota IVA introvabile deve bloccare la pubblicazione invece di lasciarla passare con l'aliquota sbagliata. Un'immagine non caricata deve comparire nell'elenco degli errori, non svanire nel nulla.

È il genere di dettaglio che non vedi mai in una pagina commerciale. Eppure è ciò che fa la differenza tra uno strumento che continui a usare e uno che abbandoni dopo tre settimane.

Un progetto indipendente

ListoMax non è pubblicato da un'azienda che vende altri dieci software. È un progetto indipendente, sviluppato e supportato dalla stessa persona. Quando scrivi al supporto, è lei che ti risponde.

Cosa significa per te: il tuo feedback influenza direttamente ciò che verrà sviluppato. Una funzionalità richiesta da più utenti sale in cima alla lista. Un bug segnalato viene corretto nella versione successiva, non tra due anni.

Cosa significa anche: i tempi dipendono da una sola persona. Preferiamo dirtelo subito piuttosto che tu lo scopra più tardi.