Cosa riesce a leggere un modello da un disegno tecnico, e cosa continua a sbagliare

Da una richiesta di preventivo che arriva via email un modello estrae in modo affidabile quello che è scritto a parole: materiale, quantità, trattamento, data richiesta, riferimento del cliente. Da un disegno tecnico allegato estrae il cartiglio, cioè il riquadro con i dati identificativi, e con buona affidabilità le quote principali quando sono scritte in chiaro.

Quello che continua a sbagliare, e che va saputo prima di costruirci sopra qualcosa, è tutto ciò che richiede di interpretare la geometria invece di leggere del testo.

Se hai un archivio di richieste e vuoi capire quanta parte è estraibile, scrivici: mezz'ora e venti richieste vere.

Quello che funziona

Il testo dentro un documento, anche se disordinato. Un'email che dice "servirebbero 200 pezzi in acciaio inox, zincati, per fine mese" diventa quattro campi. È il compito per cui questi strumenti sono fatti, ed è anche quello che oggi occupa più tempo a chi prepara i preventivi.

Il cartiglio di un disegno. Codice, revisione, materiale, scala, autore. È un riquadro con una struttura ricorrente, e viene letto bene anche quando ogni cliente usa un formato suo.

Le tabelle di quote, quando esistono come tabella. Molti disegni hanno un elenco di misure a lato: quello si legge.

Il confronto fra due revisioni dello stesso disegno, per dire cosa è cambiato. È una delle applicazioni più utili e meno raccontate, perché è il punto in cui si producono errori costosi: si lavora sulla revisione vecchia.

Quello che non funziona, e va detto

Le quote sparse sulla geometria. Una misura scritta accanto a una linea, con una freccia, ruotata di novanta gradi, in un disegno denso: viene letta in modo inaffidabile, e l'inaffidabilità non è dichiarata. Il modello restituisce un numero plausibile con la stessa sicurezza con cui restituisce quello giusto.

Le tolleranze geometriche. I simboli di planarità, concentricità, parallelismo hanno un significato preciso e una sintassi propria. Un modello linguistico li riconosce come simboli e sbaglia a interpretarli abbastanza spesso da non poterci appoggiare una decisione.

Il capire se il pezzo si può fare. Richiede di sapere quali macchine hai, quali attrezzature, cosa hai già fatto in passato. Non è un problema di lettura del disegno: è mestiere.

I disegni fatti a mano o le foto storte. Migliorano, e non abbastanza da fidarsi.

Come si costruisce qualcosa che regga

La regola è una sola: quello che il modello estrae va usato per proporre, non per decidere.

In pratica: la richiesta arriva, il sistema compila i campi che riesce a compilare, e li mostra a una persona che conferma o corregge. Il tempo risparmiato è quello della digitazione e della ricerca, che è la maggior parte. Il controllo resta.

La seconda regola riguarda ciò che il sistema non sa: deve dire che non sa. Un campo lasciato vuoto con una segnalazione vale infinitamente più di un campo riempito con un valore plausibile. Chiedere questo comportamento in fase di progetto è la differenza fra un sistema che si usa per anni e uno che si spegne dopo tre mesi.

La terza riguarda le correzioni: vanno registrate. Ogni volta che una persona corregge un campo, quella correzione dice qualcosa sui casi reali, e dopo qualche centinaio di richieste si sa esattamente dove il sistema è affidabile e dove no. Senza quel registro, si resta con un'impressione.

Il modo di misurare se funziona

Non "quanto è preciso", che è una domanda senza risposta utile. Ma queste due: su quale quota di richieste il sistema compila tutti i campi senza correzioni, e quanto tempo passa fra l'arrivo della richiesta e il preventivo mandato, prima e dopo.

La seconda è quella che conta, perché è il motivo per cui si fa. La prima serve a capire dove intervenire.

Su quale tipo di richiesta si comincia

Un tipo di richiesta solo, dal canale da cui ne arrivano di più, con i campi che servono davvero a preventivare, che sono quattro o cinque e non venti. Un perimetro così sta fra i 5.000 e i 10.000 euro, e la prova che funzioni si fa sui tuoi documenti veri, non su un esempio da dimostrazione.

Chi propone un sistema del genere senza chiedere di provarlo prima su venti delle tue richieste sta vendendo la dimostrazione, non lo strumento.

Se vuoi fare quella prova, scrivici. Servono venti richieste vere e mezz'ora.