Prima di affidarti a un software, verifica che funzioni davvero.
Collaudo gestionali, software aziendali e sistemi AI prima che diventino parte del lavoro quotidiano.
Li provo con i tuoi dati, i tuoi processi e i casi che succedono davvero in azienda. Ti consegno un rapporto documentato con cosa funziona, cosa no e cosa va risolto prima di procedere.
30 minuti · Nessun impegno · Ti dico subito quante giornate possono servire.
Il fornitore ha testato il software. Ma non l'ha usato come lo userai tu.
Il software funziona nella demo. Il fornitore ha fatto i suoi test. La migrazione è stata completata. Il go-live si avvicina.
Ma il vero test deve ancora iniziare: cosa succede quando il software incontra il lavoro reale della tua azienda?
I casi che contano davvero
- Un ordine parzialmente evaso.
- Un cliente con due indirizzi.
- Una nota di credito.
- Un reso dopo la chiusura del mese.
- Un utente che non deve vedere determinati dati.
- Un export che deve tornare esattamente con i numeri della contabilità.
Sono questi casi a fare emergere i problemi che una demo normalmente non mostra.
Potresti essere in questa situazione:
«Il fornitore dice che è tutto pronto. Voglio una verifica indipendente prima del go-live.»
«Il nuovo gestionale parte tra pochi giorni e non voglio scoprire i problemi quando sarà già operativo.»
«Voglio sapere se la migrazione dei dati ha mantenuto i numeri corretti.»
«Stiamo introducendo l'AI e voglio capire cosa può fare davvero e quali dati vengono coinvolti.»
Provo il sistema come lo userà realmente la tua azienda.
Non parto dall'elenco delle funzioni del software. Parto dal tuo lavoro.
Identifico i processi importanti, trasformo i casi reali in prove verificabili e li eseguo sul sistema.
Ogni prova ha
- un caso
- un risultato atteso
- un risultato osservato
- un'evidenza
Alla fine sai cosa è stato verificato e cosa è ancora da risolvere.
Dal tuo lavoro al rapporto, in quattro passi.
01 · Definisco cosa deve funzionare
Capisco come viene utilizzato il sistema e quali processi sono critici per l'azienda. Ordini, fatturazione, magazzino, accessi, report, export, integrazioni o altri processi specifici.
02 · Costruisco i casi di prova
Trasformo il lavoro reale in scenari verificabili.
Non«Il modulo fatturazione funziona.»
Ma«Una nota di credito su una fattura parzialmente pagata aggiorna correttamente il saldo residuo.»
03 · Eseguo le prove
Eseguo i casi sull'ambiente di test, utilizzando dati reali anonimizzati o dati costruiti per riprodurre le situazioni aziendali. Registro risultato e schermate.
04 · Documento tutto
Ogni anomalia viene classificata per priorità e collegata alla prova che l'ha generata. Il risultato è un rapporto che puoi utilizzare direttamente con il fornitore.
Un rapporto di collaudo che ti permette di decidere.
Non una lista generica di bug. Un documento strutturato che contiene:
Casi, esiti, evidenze e anomalie ordinate per priorità. Leggibile da te, utilizzabile dal fornitore.
Casi di prova
Cosa è stato testato, con quali dati e quale risultato era atteso.
Esiti
Superato · Anomalia · Bloccante · Da verificare
Evidenze
Schermate, file di confronto e dati utilizzati.
Anomalie ordinate per priorità
Cosa deve essere corretto prima del go-live e cosa può essere affrontato successivamente.
Indicazioni per il fornitore
Per ogni problema: cosa succede, quale impatto ha e quale prova deve essere ripetuta dopo la correzione.
Indicazioni per il go-live
Quali punti devono essere verificati prima della partenza e cosa tenere sotto controllo nella prima fase.
Non devi più decidere sulla base della demo del fornitore.
Hai davanti:
- cosa è stato provato;
- cosa ha funzionato;
- cosa non ha funzionato;
- quanto è importante;
- cosa deve essere corretto;
- cosa deve essere riprovato.
La decisione sul go-live rimane tua.
Io ti metto nelle condizioni di prenderla con fatti documentati.
Che aspetto ha un collaudo reale.
Nuovo gestionale per una PMI commerciale di 35 persone.
ordini · fatturazione · magazzino
Alcuni casi provati
| Caso | Cosa viene verificato | Esito |
|---|---|---|
| Cliente con due indirizzi | L'indirizzo corretto finisce nella fattura | Superato |
| Ordine in due consegne | Il saldo viene aggiornato correttamente | Anomalia |
| Nota di credito | Il saldo residuo viene calcolato correttamente | Bloccante |
| Cliente estero | IVA e dicitura sono corrette | Superato |
| Reso dopo chiusura mese | Giacenza e valore vengono aggiornati | Anomalia |
| Accessi | Il commerciale non vede i margini dei colleghi | Superato |
| Export contabilità | I totali coincidono con il registro fatture | Bloccante |
| Report | Il fatturato coincide con il vecchio sistema | Superato |
Questo è il livello di verifica. Non «il software sembra funzionare». «Abbiamo provato questo caso, con questi dati, e questo è il risultato.»
Le anomalie
Ogni problema viene trasformato in un'azione.
| Priorità | Problema | Impatto | Azione |
|---|---|---|---|
| Bloccante | Saldo errato dopo nota di credito | Chiusura contabile errata | Correggere e riprovare |
| Bloccante | Export con righe mancanti | Totali diversi per il fiduciario | Correggere e confrontare |
| Alta | Ordine parzialmente evaso resta aperto | Ordini aperti non affidabili | Correggere prima del go-live |
| Media | Reso modifica giacenza ma non valore | Valore magazzino errato | Verificare comportamento |
Il fornitore riceve una lista precisa. Non una mail con «ci sono alcuni problemi».
Anche la migrazione dei dati può essere verificata.
Il nuovo sistema deve raccontare la stessa azienda.
Quando cambi gestionale o software, posso verificare che i dati migrati siano coerenti. Per esempio:
Il confronto può essere fatto tra vecchio e nuovo sistema su periodi e campioni definiti.
L'obiettivo è semplice
Evitare che un errore di migrazione diventi un problema operativo dopo il go-live.
Anche un sistema AI va provato prima di affidargli un processo.
Lo stesso metodo può essere applicato a:
Non mi limito a chiedere: «Funziona?»
Definiamo prima cosa dovrebbe rispondere.
Poi verifichiamo
- accuratezza;
- casi ambigui;
- informazioni mancanti;
- risposte inventate;
- dati aggiornati;
- gestione delle richieste fuori ambito.
Un assistente interno per i commerciali.
Immaginiamo un assistente interno che deve rispondere ai commerciali su prezzi, disponibilità e condizioni.
Prepariamo 40 domande:
Per ogni domanda definiamo prima quale dovrebbe essere la risposta. Poi confrontiamo il comportamento del sistema.
Tra queste:
- informazioni non aggiornate;
- risposta fuori tema;
- informazioni non presenti nelle fonti;
- risposta formulata con sicurezza ma non supportata dai dati.
Il punto non è dimostrare che l'AI è «buona» o «cattiva».
Il punto è capire in quali condizioni puoi affidarti al sistema e dove deve intervenire una persona.
Prima di introdurre un sistema AI, devi sapere quali dati vengono coinvolti.
Per gli strumenti AI posso verificare e documentare, sulla base delle informazioni disponibili dal fornitore:
- quali dati vengono inviati al servizio;
- dove vengono elaborati;
- quali soggetti possono accedervi;
- per quanto tempo vengono conservati;
- se vengono utilizzati per addestrare modelli;
- quali configurazioni e policy sono applicate.
Nel rapporto
La verifica viene documentata nel rapporto. Non sostituisce una consulenza legale.
Serve a dare all'azienda una base concreta per valutare il sistema e le sue configurazioni, anche rispetto alla nLPD.
Dove finiscono i dati con Copilot →Quattro risultati concreti.
Una decisione documentata
Hai gli elementi per decidere se procedere, cosa correggere o cosa rimandare.
Una lista chiara per il fornitore
Ogni problema ha una priorità e una prova associata.
Evidenze
Schermate, dati, confronti e risultati rimangono documentati.
Quando è un cliente a chiederti un audit →Una base per il post go-live
Sai quali aspetti monitorare nelle prime settimane e quali casi ripetere dopo gli aggiornamenti.
Quanto costa
Da CHF 1'100/giorno
Il costo dipende dal numero di moduli, processi e casi da verificare.
Un gestionale nuovo? Parti prima del go-live.
Diagnosi iniziale · CHF 900
Se non sai quanto è grande il lavoro di verifica, possiamo partire da una giornata di analisi.
Analizziamo:
- software e moduli coinvolti;
- processi critici;
- dati disponibili;
- tempistiche del go-live;
- casi che devono essere verificati.
Ricevi una nota scritta con:
Se poi partiamo con il progetto, i CHF 900 vengono scalati dal preventivo.
Una giornata, una nota scritta
Il modo più rapido per capire quante giornate di verifica servono davvero, prima di impegnarti.
Prenota la diagnosi → Come funziona la diagnosi →Prima di scrivermi.
Che differenza c'è tra il tuo collaudo e i test del fornitore?
Il fornitore verifica che il software rispetti le specifiche previste.
Io verifico il sistema dal punto di vista di chi lo utilizzerà nella tua azienda, partendo dai processi e dai casi reali.
Quante giornate servono?
Dipende dal sistema. Una verifica mirata può richiedere una giornata. Un gestionale con più moduli può richiederne due o tre o più.
Dopo una prima analisi ti indico il perimetro.
Utilizzi dati reali?
Quando possibile, utilizzo dati reali anonimizzati o dataset costruiti per riprodurre i casi aziendali.
Definiamo insieme cosa può essere utilizzato nell'ambiente di test.
Rilasci una certificazione del software?
No. Non rilascio una certificazione formale e non sostituisco il fornitore.
Costruisco, eseguo e documento le prove. La decisione sul go-live rimane all'azienda.
Puoi verificare anche sistemi AI?
Sì. Possiamo testare risposte, accuratezza, casi ambigui, gestione degli errori e configurazione dei dati, oltre alle informazioni disponibili sul trattamento dei dati.
Lavori anche fuori Lugano?
Sì. Lavoro principalmente con PMI del Ticino, ma buona parte del collaudo può essere svolta da remoto.
Hai un go-live in arrivo?
Oppure avete già iniziato a usare l'AI in azienda?
Raccontami in due righe quale sistema stai introducendo e cosa vuoi verificare. In una prima call definiamo perimetro, casi da provare e giornate necessarie.
30 minuti · Nessun impegno.