Introduzione
Un capocantiere nota una crepa nel rivestimento di un bagno. Tira fuori il telefono, scatta una foto e la manda nel gruppo WhatsApp del cantiere. Arriva un "ok, ci guardiamo" tra venti messaggi sul calcestruzzo che non è arrivato e sul furgone parcheggiato male. Tre settimane dopo, durante il sopralluogo di consegna, il committente indica esattamente quella crepa. Nessuno sa chi doveva ripararla, se il subappaltatore l'ha mai toccata, né quanto è costata. La foto è ancora lì, sepolta nella chat, ma il problema riparte da zero, ora con il cliente davanti.
È il buco nero della qualità in cantiere: il difetto si vede, si commenta e sparisce. Non c'è uno stato, non c'è un responsabile, non c'è una scadenza e, soprattutto, non c'è modo di dimostrare che è stato chiuso. In questo articolo percorriamo il flusso completo di risoluzione delle segnalazioni così come lo abbiamo costruito in Tabiquo: intercettare il difetto, classificarlo per gravità, instradarlo al responsabile giusto, farlo avanzare lungo la sua macchina a stati fino a una chiusura verificabile, e la rete di qualità che lo circonda — collaudi, verbali di sopralluogo, richieste di garanzia, segnalazioni del committente e gli alert che escalano il critico prima che diventi un problema con il tuo nome sopra.
Dalla foto al ticket: registrare e classificare
Una segnalazione con un numero, non un messaggio sparso
In Tabiquo ogni difetto diventa una segnalazione con una propria identità. La prima cosa che riceve è un numero progressivo per commessa — la #14 di quel cantiere — generato da un contatore persistente che non riutilizza mai i valori: se cancelli una segnalazione, il suo numero resta ritirato, così la #14 non potrà mai puntare a due difetti diversi nel tempo. Sembra un dettaglio finché non sei in una riunione di cantiere e qualcuno dice "quella della segnalazione 14", e tutti sanno esattamente di cosa si parla.
La segnalazione si crea direttamente dall'app, sul momento, con il difetto davanti: titolo, descrizione, foto e video caricati direttamente dal dispositivo (con la loro miniatura), il locale o l'unità interessata, e l'ubicazione. Uno dei modi per crearla è piantando un pin sulla planimetria — toccando il punto esatto del difetto sul disegno —, ma quel gesto visivo lo trattiamo a fondo in un altro articolo; qui ci interessa cosa succede dopo il pin.
La gravità ordina il lavoro
Ogni segnalazione viene classificata con una di quattro gravità: minore, moderata, maggiore o critica. Non è un'etichetta decorativa: porta con sé un ordine di priorità interno (da 1 a 4) che permette di ordinare l'elenco delle aperte per urgenza reale, e determina il colore con cui la segnalazione viene rappresentata — rosso per il critico, arancione per il maggiore, giallo per il moderato, blu per il minore. Una perdita d'acqua in un solaio e un giunto di silicone rifinito male non meritano la stessa attenzione, e la gravità è ciò che lo comunica al team con un colpo d'occhio.
Il ciclo di vita della segnalazione: da aperta a chiusa
Una macchina a stati, non una casella di posta
Il cuore del sistema è un flusso di stati esplicito che ogni segnalazione attraversa: aperta → assegnata → in corso → risolta → verificata → chiusa. Non è un elenco di aggettivi sciolti; è una macchina a stati con transizioni controllate. Una segnalazione aperta può solo passare ad assegnata o essere chiusa direttamente; una assegnata può andare in corso, tornare ad aperta o essere chiusa; una in corso avanza solo a risolta; una risolta si verifica (o torna in corso se la riparazione non convince); e solo da verificata si chiude nel percorso ordinario. I salti impossibili — da aperta direttamente a verificata, per esempio — semplicemente non esistono.
Ogni passaggio lascia traccia di chi e quando: chi ha risolto e con quali note di risoluzione, chi ha verificato e con quali osservazioni, chi ha chiuso. E se una riparazione viene approvata troppo presto, la segnalazione si può riaprire: da verificata torna a risolta, da risolta torna in corso, senza perdere lo storico.
Instradare al responsabile giusto: membro del team o impresa esterna
Qui c'è una delle scelte di progettazione che contano di più in cantiere. Una segnalazione si assegna a un membro del team oppure a un'impresa esterna — un subappaltatore, l'installatore, il fornitore — ma mai a entrambi allo stesso tempo. L'assegnazione è esclusiva: se assegni la segnalazione a un operaio interno, qualsiasi assegnazione a un'impresa esterna viene azzerata automaticamente, e viceversa. In ogni momento c'è un unico responsabile incaricato di far avanzare quella segnalazione, e il sistema lo mostra con il nome dell'assegnatario, che sia una persona o un'azienda.
Questo elimina il classico "pensavo lo facesse il muratore". Quando instradi il ripasso del rivestimento al subappaltatore delle finiture, la segnalazione passa da sola allo stato assegnata e smette di essere responsabilità diffusa di tutto il cantiere per diventare compito concreto di qualcuno.
Anche il costo si chiude
Risolvendo una segnalazione si può registrare il costo di riparazione e indicare se viene addebitato all'impresa responsabile del difetto. Questo trasforma la qualità in un dato economico: a fine lavori sai quanto ti è costato il controllo qualità, quanta parte hai potuto addebitare a chi, e smetti di assorbirti in silenzio riparazioni che non erano tue.
Condividere senza dare accesso, e documentare la chiusura
A volte hai bisogno che un terzo — un installatore che non usa la piattaforma — veda esattamente una segnalazione. Per questo ogni segnalazione può generare un link di visualizzazione temporaneo (con scadenza, 30 giorni di default) che dà accesso in sola lettura su /incidencia/{token}, senza registrazione. Il soggetto esterno può perfino dare conferma di presa visione, registrando data e IP della conferma.
E man mano che i lavori avanzano, tutto si condensa in un report PDF dettagliato: una scheda per segnalazione con il suo numero, la descrizione, le foto di evidenza e il pin disegnato sulla planimetria, raggruppate in aperte, risolte e chiuse. Si genera dalla scheda di una singola segnalazione, dall'elenco della commessa o selezionandone diverse insieme per stampare un lotto. Le immagini sono incorporate nel PDF stesso, quindi il documento è autosufficiente da inviare alla committenza o alla direzione lavori.
La rete di qualità attorno alla segnalazione
Una segnalazione isolata è utile, ma la vera qualità emerge quando quella segnalazione vive dentro un sistema più ampio. In Tabiquo ci sono tre flussi che la circondano.
Collaudi e il verbale di sopralluogo
I collaudi sono controlli di qualità con un proprio ciclo: bozza → in corso → completato → firmato. Ogni collaudo porta una lista di punti di controllo, e ogni punto viene valutato come conforme, non conforme, N/A o in attesa. Il sistema calcola automaticamente il tasso di conformità — quanti punti superati sui valutati — e non lascia completare il collaudo finché restano punti in attesa. Ogni punto accetta foto e note.
C'è un tipo speciale, il sopralluogo (site visit), pensato per i giri di cantiere con la direzione lavori. Da un collaudo completato si può generare un verbale: un atto formale che riversa automaticamente la data, i presenti, gli esiti della checklist e, in modo molto pratico, le segnalazioni rilevate durante il sopralluogo, perché le segnalazioni possono essere collegate direttamente al collaudo che le ha originate. Quel verbale entra nei documenti della commessa, pronto da firmare. E quando serve la firma del committente o della proprietà, il collaudo genera un token di firma (scadenza di 7 giorni) che consente di firmare da una pagina pubblica senza account; la firma viene archiviata con nome, data e IP.
Richieste di garanzia
Una volta consegnati i lavori, i difetti non svaniscono: diventano richieste di garanzia. Hanno un proprio flusso, più lungo perché comporta una decisione e una trattativa: ricevuta → in sopralluogo → programmata → in corso → completata → firmata → chiusa. Si classificano per categoria — strutturale, impermeabilizzazione, elettrico, idraulico, climatizzazione, finiture, falegnameria, elettrodomestici — e per urgenza.
Il passaggio chiave è la decisione: in attesa, approvata, respinta o parziale, con la sua motivazione e la responsabilità del costo (l'impresa, il fornitore, condivisa). Solo le richieste approvate o parziali abilitano la programmazione della riparazione. Come per le segnalazioni, la riparazione si assegna a un operaio interno o a un'impresa esterna, il costo si scompone in manodopera e materiali, e a fine lavoro si genera un token di firma per il cliente che chiude il cerchio con la sua approvazione prima di archiviare la richiesta.
Ciò che segnala il committente
Il terzo flusso parte fuori dal team. Dopo la consegna, il committente può segnalare problemi dall'app, e questi entrano come segnalazioni del cliente con il proprio ciclo di triage: segnalata → in revisione → accettata / respinta / convertita. Il responsabile revisiona e poi decide: respingere con una spiegazione (che il committente riceve davvero, invece di un silenzio imbarazzante), oppure accettare. Una segnalazione del cliente accettata si può convertire in una richiesta di garanzia in un solo passaggio — il sistema copia titolo, descrizione, ubicazione, la categoria e l'urgenza equivalenti e, soprattutto, trascina le foto di evidenza — così nulla si perde nel passaggio dal canale del committente al flusso formale di garanzia.
Automazione: non lasciare raffreddare il critico
Alert che escalano da soli
Una segnalazione può avere una scadenza e una soglia di giorni di escalation. Da lì in poi, il sistema lavora da solo. L'attività pianificata alerts:incident-escalation scorre ogni giorno le segnalazioni scadute e non chiuse e genera alert: un alert di scadenza (gravità di avviso) se ha semplicemente superato la data, e un alert di escalation (gravità critica) se il ritardo supera la soglia configurata. Gli alert si creano per tutto il team e, in più, individualmente per gli osservatori (gli utenti che seguono quella segnalazione in copia), con il dettaglio dei giorni di ritardo, la gravità e a chi è assegnata.
L'effetto è che una segnalazione critica in ritardo di una settimana non resta dormiente in un elenco: alza il tono da sola e compare dove il responsabile la vedrà. È la differenza tra un sistema che registra e un sistema che incalza.
Tracciabilità per l'audit
Ogni modifica rilevante — la gravità, lo stato, il costo, la data di risoluzione — viene registrata in uno storico delle attività. Quando qualcuno chiede "quando è stato risolto e chi l'ha verificato?", la risposta non dipende dalla memoria di nessuno: è nel registro della commessa. Lo stesso vale per collaudi e richieste di garanzia, che mantengono un proprio registro di cambi di stato e di decisione.
Conclusione
Il difetto che muore in un gruppo WhatsApp non è un problema di comunicazione: è un problema di sistema. Finché una segnalazione è un messaggio, è dimenticabile. Nel momento in cui diventa un ticket con un numero, una gravità, un unico responsabile, una scadenza e un ciclo di stati che termina in una "chiusa" verificabile, la qualità smette di dipendere da chi si ricorda di cosa. E quando quel ticket vive circondato da collaudi con i loro verbali firmati, da un flusso di garanzie con la firma del cliente, da un canale dove il committente segnala e si converte in richiesta senza attriti, e da alert che escalano da soli il critico, ciò che hai non è una lista di cose da fare: è una rete che cattura i difetti prima che arrivino alla consegna.
Tabiquo
Tabiquo è la piattaforma web e l'app mobile per studi di architettura e imprese di costruzione piccole e medie che vogliono smettere di gestire il cantiere su WhatsApp. Il flusso di segnalazioni, collaudi e garanzie che hai appena letto è disponibile sia nel pannello di gestione sia nell'app, dove il tuo team registra i difetti sul posto e la committenza segnala i propri dopo la consegna. Se vuoi chiudere davvero le tue segnalazioni di qualità — e poterlo dimostrare —, scopri come Tabiquo si adatta al modo in cui già lavori.