Magazzino lastre fai da te con l’IA: dove il successo rapido si incrina
Con l’IA un software di magazzino proprio si costruisce in fretta. Diventa costoso nella quotidianità di un’azienda della pietra, quando ogni riparazione si porta dietro nuovi errori. Come riconoscere questo punto e quali domande porsi prima di decidere.
- Il fascino: ore invece di mesi
- La curva: entusiasmo, quotidianità, errori
- La trappola: più c’è dentro, più è difficile uscirne
- Cosa arriva: il passaporto digitale dei prodotti
- Cosa parla a favore del fai da te
- Cosa c’è in una soluzione cresciuta nel tempo
- La strada migliore: collegarsi invece di rifare
Con l’IA oggi si costruisce in un pomeriggio una lista di magazzino o una piccola galleria di lastre. Funziona finché la usa una sola persona e non succede nulla di insolito. Nella quotidianità di un’azienda della pietra succede di continuo qualcosa di insolito, per esempio quando due venditori offrono la stessa lastra. Lì iniziano gli errori nel programma, e ogni riparazione rapida può generarne altri.
Il fascino: ore invece di mesi
«Vibe Coding» è il nome che il ricercatore di IA Andrej Karpathy ha dato nel febbraio 2025 a ciò che oggi molti provano: si descrive in linguaggio comune che cosa deve saper fare il programma, e l’IA scrive il codice, che si adotta senza leggerlo. Dopo un pomeriggio spesso c’è già una tabella con materiale, formato e spessore, con foto e filtri.
Per alcuni compiti è esattamente la scelta giusta: una panoramica veloce per la presenza in fiera o l’analisi dei contatti raccolti a una fiera. Quando questi dati devono confluire in un progetto in corso, la cosa si fa delicata. Il Fraunhofer IESE indica la prototipazione rapida come un punto di forza e al tempo stesso mette in guardia dal rischio che il prototipo finisca nel sistema definitivo. «I rischi crescono con la complessità e la criticità dell’applicazione.» Un magazzino lastre attraverso cui si vende è entrambe le cose.
La curva: entusiasmo, quotidianità, errori
Poi arriva la quotidianità, e con lei casi a cui nessuno aveva pensato al momento di descrivere il programma:
- Una lastra non è un articolo. Ogni lastra grezza è un pezzo unico, con un proprio contorno e una propria venatura. Una lista che riporta «materiale, 20 m²» non sa quale lastra si abbina a quale.
- Sequenze del blocco. Per una macchia aperta (bookmatch) servono le lastre speculari e consecutive di un blocco, per un blending armonioso lastre dello stesso blocco. Se una di esse esce da sola, nella superficie manca proprio la sua vicina.
- Gli sfridi tornano. Dopo il taglio resta uno sfrido con un nuovo contorno. Nuova voce, modifica o scarico? La risposta governa giacenza, prezzo e foto.
- Le lastre si rompono, le posizioni cambiano. Una lastra si rompe durante uno spostamento, un’altra si trova in un altro cavalletto. Nel sistema entrambe risultano invariate, e un’offerta resta aperta.
- Due venditori, una lastra. Appena vende più di una persona, servono prenotazioni visibili a tutti.
- Tutto è collegato. Un flusso che funziona per le piastrelle da pavimento in metri quadrati non funziona automaticamente anche per i battiscopa a metro lineare. Ciò che è giusto nell’offerta deve esserlo anche nell’ordine, nella bolla di consegna e sull’etichetta.

Quanto possa essere piccola la causa scatenante lo mostra un caso pratico. Un programma di progettazione scritto in proprio funzionava perfettamente in diversi progetti singoli. Quando i dati di più progetti sono stati riuniti, si è bloccato. Numerava i pezzi con lettere e scorreva l’alfabeto; che cosa venisse dopo la Z non lo aveva stabilito nessuno. L’errore è stato corretto in fretta, ma ha avuto conseguenze sull’esecuzione e sulla rappresentazione dei piani, che hanno dovuto essere tutte adeguate. È il decorso tipico: il risultato arriva in fretta. I casi in cui il programma si blocca arrivano solo quando l’azienda e i suoi collaboratori lo usano davvero.
Ognuno di questi casi si può descrivere all’IA, e lei fornisce una soluzione. Qui sta la trappola: la riparazione risolve, in uno o più tentativi, il problema visibile e nel frattempo spesso modifica, dietro le quinte, cose che prima funzionavano. Nel Vibe Coding, così lo descrive il Fraunhofer IESE, «i messaggi di errore vengono semplicemente passati direttamente all’IA come nuovo prompt». Come rischio l’istituto indica la comprensione del sistema che si riduce: il codice generato è difficile da seguire.
Una ragione sta nel modo di lavorare dell’IA. Una persona che costruisce un programma nel corso di mesi ricorda perché qualcosa è stato risolto in un certo modo. L’IA lavora con ciò che si trova nella conversazione in corso. Nell’arco di molte sessioni la chat viene cambiata e non tutto viene trasferito, oppure la conversazione diventa così lunga che le parti precedenti non vengono più considerate in modo affidabile. Il team di ricerca di Chroma ha testato 18 modelli linguistici: in tutte le prove le prestazioni calavano quanto più lungo diventava l’input. Proprio lì nascono le riparazioni che rompono qualcosa da un’altra parte.
Con ogni riparazione il codice cresce e, poiché manca la comprensione della logica, diventa più complicato del necessario: sezioni doppie, giri inutili, cicli dentro cicli. Un’indicazione dallo sviluppo professionale arriva dalla società di analisi del codice GitClear, che ha esaminato 211 milioni di righe di codice modificate tra il 2020 e il 2024: la quota di righe copiate è salita dall’8,3 al 12,3 %, quella di righe riordinate è scesa dal 25 % (2021) a meno del 10 % (2024). Questo riordino richiede tempo e competenza e di solito va oltre ciò che è disposto a fare chi «se lo costruisce al volo da sé».
Resta la sicurezza. Veracode ha esaminato codice di oltre 100 modelli di IA: nel 45 % dei test conteneva falle di sicurezza rischiose. Come si presenta in pratica lo ha mostrato nel 2025 la piattaforma di sviluppo con IA Lovable: in 170 delle 1.645 applicazioni esaminate, realizzate con essa, i permessi di accesso erano così lacunosi che dati come nomi, numeri di telefono e dati di pagamento erano esposti. Per un magazzino lastre che mostra in rete prezzi e dati dei clienti, è un aspetto che pesa molto.
La trappola: più c’è dentro, più è difficile uscirne
Un sistema costruito in proprio di solito diventa costoso solo dopo l’avvio, nelle settimane in cui la sera si corregge ancora un errore e la mattina ce n’è uno nuovo. Queste ore mancano nella vendita e nei rilievi. Più tempo ci si è investito, più è difficile dire: «Smettiamo e prendiamo qualcosa di pronto.» In psicologia si chiama effetto dei costi irrecuperabili (sunk cost): il tempo già investito trattiene, anche quando il passo successivo non conviene più.
E quasi non ci si accorge di quanto tempo ci finisca dentro. In uno studio del gruppo di ricerca METR, 16 sviluppatori esperti hanno svolto compiti reali nei propri grandi progetti open source, cresciuti nel corso di anni, a volte con e a volte senza strumenti di IA di inizio 2025. Alla misurazione impiegavano con l’IA il 19 % di tempo in più, eppure dopo erano convinti di essere stati il 20 % più veloci. Per gli strumenti più recenti gli autori ritengono che il ritardo sia ormai minore, ma definiscono essi stessi deboli i propri dati al riguardo. Resta notevole il divario tra percezione e misurazione. Se già i professionisti valutano così male il proprio ritmo, quanto è affidabile l’autovalutazione di chi programma per la prima volta, nei ritagli di tempo?
Segnali che si è dentro la trappola:
- Ogni settimana si aggiunge una riparazione, l’elenco degli errori aperti non si accorcia.
- Le domande sul programma finiscono sempre dallo stesso collega, e quando è in ferie l’azienda aspetta.
- Dopo una modifica nessuno verifica il sistema in tutte le direzioni, cioè offerta, bolla di consegna ed etichetta. Se qualcosa si è rotto lo mostra solo la quotidianità.
- Nessuno ha ancora sommato le ore che sono confluite nel programma fatto in casa e che continuano a confluirvi.
Se vale più di un punto, conviene fare un calcolo onesto con tre numeri: le ore che il fai da te costa ogni mese (basta annotarle per due settimane), il canone mensile di una soluzione professionale e il tempo che il team risparmia con essa nella vendita e in magazzino, misurato al meglio in una prova sulle proprie giacenze.
Cosa arriva: il passaporto digitale dei prodotti
Il nuovo regolamento europeo Prodotti da costruzione (UE) 2024/3110 si applica dall’8 gennaio 2026 e introduce il passaporto digitale dei prodotti per i prodotti da costruzione. Secondo il Deutsches Institut für Bautechnik (DIBt) diventerà obbligatorio una volta che la Commissione europea avrà adottato il relativo atto giuridico, dopo un periodo transitorio di 18 mesi. Quali prodotti e quali dati comprenda lo stabilisce quell’atto. È prevedibile che i dati di prodotto dovranno essere disponibili in forma digitale e in un formato prestabilito. Una soluzione costruita in proprio si troverà allora davanti a una ristrutturazione che ogni azienda affronta da sola. Un fornitore che serve molte aziende deve risolverla una volta per tutti.
Cosa parla a favore del fai da te
Per correttezza va considerato anche l’altro lato. Una soluzione pronta costa ogni mese, finché è in uso. Si dipende da un fornitore e dalla sua pianificazione, e lì i propri desideri stanno accanto a quelli di altri clienti. E prima di iniziare va chiarito come i propri dati possano uscire di nuovo, in caso di cambio. Chi dà più peso a questi punti e ha il tempo per la manutenzione può a buon diritto costruire da sé, preferibilmente dove non sono in gioco dati dei clienti.
Cosa c’è in una soluzione cresciuta nel tempo
Nemmeno una soluzione acquistata è priva di errori. La differenza sta in chi trova e corregge gli errori. Su una piattaforma lavorano ogni giorno collaboratori di molte aziende. Così i flussi vengono testati nell’operatività reale, le segnalazioni di errore arrivano al fornitore e vengono corrette, per tutti i clienti contemporaneamente. Il fornitore vive di questo, quindi ha tutto l’interesse a essere rapido. Molti problemi di gioventù che un programma fatto in casa deve ancora affrontare lì sono già stati superati.

In una piattaforma confluisce il sapere di molte aziende. Chi sviluppa per molte aziende della pietra osserva con attenzione i flussi di lavoro e si chiede come renderli più rapidi in modo strutturale. Per una singola azienda ha poco senso ripetere questo lavoro da sola. Importante è che la soluzione si possa configurare in modo flessibile, così che anche una piccola azienda vi ritrovi i propri flussi. In DDL, in uso presso aziende della pietra dal 2020, ogni lastra è gestita come pezzo unico con foto, misure e blocco, gli sfridi tornano in magazzino come nuove lastre, e chi offre una lastra prenotata riceve un avviso.
La strada migliore: collegarsi invece di rifare
L’IA resta uno strumento potente se viene usata nel punto giusto. Conviene occuparsi presto di due domande.
Dove posso collegarmi con programmi miei? I dati che devono essere corretti stanno in un sistema verificato. I piccoli strumenti fatti in casa si agganciano lì, per esempio un’analisi per la direzione o una vista per il proprio sito web. Se uno di questi strumenti si ferma, l’azienda continua a lavorare nel sistema verificato. DDL dispone a questo scopo di un’interfaccia; l’accesso lo configura DDL.
Devo davvero costruirlo da me? Molte esigenze di un’azienda le hanno anche altre aziende. Prima conviene chiedere al fornitore se ha comunque in programma qualcosa del genere per tutti. In quel caso è lui a mantenerlo, e funziona anche dopo il prossimo aggiornamento.
Chi ha già costruito qualcosa porta con sé la cosa più importante: ciò che, costruendo da sé, è diventato chiaro sui flussi dell’azienda è la migliore preparazione per qualsiasi soluzione. Jan Keller, esperto del settore presso DDL, lo esamina volentieri insieme, sul magazzino e sul progetto dell’azienda.
| Fraunhofer IESE | Vibe Coding verstehen: Definition, Potenziale und Risiken des KI-Trends |
| Chroma, 2025 | Context Rot: How Increasing Input Tokens Impacts LLM Performance |
| GitClear, 2025 | AI Copilot Code Quality |
| Veracode, 2025 | GenAI Code Security Report |
| Lovable, 2025 | Statement on CVE-2025-48757 |
| METR, 2025/2026 | Studio del 10.07.2025 e aggiornamento del 24.02.2026 |
| DIBt | BauPVO 2024 seit 8. Januar 2026 anwendbar (regolamento Prodotti da costruzione 2024 applicabile dall’8 gennaio 2026) |
Scopri le soluzioni DDL
Soluzione propria o piattaforma?
Jan Keller esamina insieme che cosa serve nel magazzino dell’azienda e dove strumenti propri possono collegarsi a DDL.