Competenza · Consulenza digitale
Diagnostica su sistemi reali, non su interviste: leggiamo il codice, misuriamo la produzione con comandi che può ripetere e chiediamo il documento primario per ogni affermazione. Il risultato è un elenco di decisioni con chi decide ciascuna, non una presentazione.
Già costruitoMetoda a fost aplicată integral pe noi înșine și rezultatele sunt în depozit, cu fișier și linie. Trei livrabile concrete: un registru al activităților de prelucrare a datelor verificat rând cu rând pe producție, cu ce nu s-a putut confirma marcat „neverificat” și opt puncte lăsate explicit în decizia proprietarului; un audit de accesibilitate și performanță care declară de la început ce NU a putut măsura, cu cinci limitări enumerate, și care nu revendică niciun nivel de conformitate; și un registru al dovezilor pentru afirmațiile publice, care a eliminat trei premii inexistente ce circulaseră între documente interne fără ca nimeni să ceară originalul. Consultanța specializată pe adoptarea AI și instruirea echipelor are pagină proprie și se completează cu aceasta, nu o dublează.
Le decisioni tecniche più costose non si prendono su informazioni false. Si prendono su informazioni che erano vere diciotto mesi fa. Un documento interno riprende una cifra da un altro, il terzo cita il secondo, e la catena si spezza esattamente dove nessuno ha chiesto l’originale. Per questo la prima parte del nostro lavoro non è strategia, è verifica.
Ho applicato il metodo su di noi prima di venderlo. Abbiamo costruito un registro delle prove per ogni affermazione pubblica sul nostro sito, con la regola che un’affermazione abbia una riga con il documento primario, non con il documento che la ripete. Risultato: tre premi che esponevamo non esistevano — i rispettivi programmi non esistono o non hanno avuto l’edizione invocata. Invece, una distinzione reale, che la ricerca pubblica non poteva confermare in due ore, è stata chiarita in un minuto con l’e-mail originale. Questa è la differenza tra cercare e chiedere l’originale.
La seconda parte è la misurazione, con comandi che chiunque può ripetere. Abbiamo scoperto che trenta pagine del nostro sito avevano 105 parole ciascuna, di cui 104 identiche — l’unica parola propria di ciascuna pagina era il nome del dominio. Non è emerso da un’opinione su contenuti poveri, ma da un confronto di insiemi di parole sul corpo delle pagine estratte dalla produzione. Una cifra del genere chiude una discussione che altrimenti dura mesi.
La terza parte è cosa facciamo con il risultato. Non consegniamo una presentazione con raccomandazioni, ma un elenco di decisioni, ciascuna con chi la prende. Nel nostro registro, otto punti sono rimasti esplicitamente in capo al proprietario — dall’esistenza reale di un indirizzo e-mail dichiarato pubblicamente, fino all’allineamento di due posizioni contraddittorie che avevamo pubblicato in luoghi diversi. Un consulente che li avesse «risolti» da solo avrebbe prodotto un documento più bello e un’organizzazione altrettanto esposta.
Cosa comprende
Un registro con un’affermazione per riga: documento primario, data, dove si trova, se è pubblicabile. Il documento che ripete l’affermazione non conta come fonte. Applicato a noi, il registro ha eliminato tre premi inesistenti e ne ha confermati tre reali, di cui uno tramite un’e-mail originale trovata in archivio — una fonte privata, mostrabile su richiesta, che nessuna ricerca pubblica poteva produrre.
I comandi di verifica entrano nel deliverable, così che chiunque possa ripeterli senza di noi. Quando il documento e la misurazione non concordano, ha ragione la misurazione: nella preparazione di questo lavoro ho trovato un documento nostro che dichiarava un file di circa 16% più piccolo di quanto fosse, e un diagramma di infrastruttura che descriveva un server da cui ci eravamo spostati.
Nel nostro audit di accessibilità e performance, la sezione delle limitazioni viene prima dei risultati ed elenca cinque cose: gli indicatori di rendering che lo strumento non esponeva, l’attivazione da tastiera che l’automazione non poteva riprodurre fedelmente, l’assenza di test con lettori di schermo, l’impossibilità di emulare la preferenza di riduzione del movimento e la mancanza di dati di campo. Le conclusioni dedotte sono marcate come deduzioni, non come osservazioni.
Lo stesso audit non contiene alcun livello di conformità dichiarato, perché un audit completo richiede test con lettori di schermo reali, su dispositivi reali, con utenti — nulla di tutto questo era stato fatto. Ciò che contiene sono constatazioni individuali, ciascuna con il criterio pertinente, ordinate in modo da poter prioritizzare il lavoro. Tre blocchi mostrati, il resto miglioramenti.
Fatto tecnico dal codice proprio: pubblicabile, con la riga. Stato reale del progetto: pubblicabile, con il motivo reale, non con l’eufemismo. Risultato commerciale — clienti, percentuali di miglioramento, volumi: non pubblicabile senza misurazione e accordo del cliente. Confronto di tipo «primo» o «migliore»: non pubblicabile senza criterio e data. Questa griglia si applica prima di scrivere una riga, non in correzione.
La politica pubblicata e l’implementazione non devono divergere, e la divergenza è difficile da vedere dall’interno. Esempi dal nostro audit: la pagina prometteva l’anonimizzazione dell’indirizzo IP, mentre il codice lo inviava per intero in una notifica; il termine di conservazione dichiarato pubblicamente non era applicato da nulla. La regola risultante: se una modifica di codice cambia ciò che viene raccolto, a chi arriva o per quanto tempo viene conservato, il testo pubblicato si modifica nello stesso passo.
Un buon pilot ha un ingresso chiaro, un’uscita chiara, un criterio numerico deciso prima e una via di arresto che non costa. Scriviamo esplicitamente ciò che il sistema non ha il diritto di fare e come passa a un umano. Se dalla diagnosi risulta che la risposta corretta è «non costruite questo adesso», lo scriviamo con la stessa chiarezza — è la consegna più economica possibile.
Un rapporto che non arriva a nessuno è equivalente a un rapporto che non esiste. In un sistema proprio, un rapporto giornaliero è rimasto morto per undici giorni mentre l’attività programmata si attivava correttamente — il comando utilizzato usciva in silenzio con errore. Esaminiamo esplicitamente questa classe di difetto, perché non compare in nessun elenco di requisiti e non attiva alcun allarme.
Ogni punto irrisolto riceve una riga: che cos’è, perché conta, chi decide. Nel registro proprio sono rimasti otto punti di questo tipo. La consulenza che li risolve da sola produce un documento più pulito e un’organizzazione altrettanto esposta.
Come si presenta
Tutto ciò che dichiara pubblicamente o internamente sulle capacità, i risultati, i partner e le certificazioni entra in un elenco. Per ciascuno chiediamo il documento primario. Consegnamo: il registro con le affermazioni confermate, quelle smentite e quelle rimaste senza fonte, con la raccomandazione per ciascuna.
La produzione viene verificata direttamente — intestazioni, tempi, contenuto, comportamento ai limiti — e il codice viene letto. Consegnamo: le misurazioni con il comando esatto accanto, più l’elenco dei punti in cui la documentazione e la realtà non concordano.
I limiti del metodo entrano nel rapporto prima delle conclusioni. Consegnamo: l’elenco di ciò che non è stato possibile misurare e perché, più ciò che sarebbe necessario per poterlo fare — strumento, accesso o autorizzazione.
Le constatazioni vengono ordinate in base all’effetto e al costo di correzione, con i blocchi conteggiati separatamente. Consegnamo: l’elenco ordinato, con ciò che corregge esattamente ciascun punto e come si verifica la correzione.
Un percorso, un criterio numerico deciso in anticipo, una via di arresto. Consegnamo: la definizione del pilot, il criterio di accettazione e l’elenco delle decisioni rimanenti, ciascuna con il nome di chi la prende.
I dati
Le domande che pone chiunque abbia un responsabile della protezione dei dati — poste qui prima che le ponga lui.
Un caso
La situazione
Un sito vetrina mostrava più riconoscimenti. Nessuno li aveva messi in dubbio: apparivano in materiali interni, in presentazioni e nei testi delle pagine, e ogni documento sembrava sorreggersi sull’altro.
Cosa abbiamo costruito
Abbiamo costruito un registro con una affermazione per riga e un solo requisito: il documento primario, non il documento che ripete l’affermazione. Per ogni riconoscimento abbiamo cercato la fonte originale — l’annuncio dell’organizzatore, l’articolo di stampa della data dell’evento, la comunicazione diretta da chi lo aveva conferito.
Cosa è emerso
Tre riconoscimenti non avevano alcuna fonte: i programmi invocati non esistevano oppure non avevano avuto quell’edizione. Sono stati rimossi. Tre erano reali e sono rimasti, con le loro fonti pubbliche. Il quarto, che la ricerca pubblica non poteva confermare in due ore, è stato chiarito in un minuto con l’e-mail originale di chi lo aveva conferito — una fonte privata, mostrabile su richiesta, perché l’organizzatore non pubblica l’elenco dei vincitori per quel formato. Sono emerse anche affermazioni del tipo numero di clienti o anni di redditività rimaste senza conferma; sono state marcate come non pubblicabili fino alla verifica nelle evidenze dell’azienda.
Cosa non dice il caso
La catena non si è rotta per un’invenzione deliberata. Un documento ha ripreso da un altro, e il terzo ha citato il secondo come fonte — si è spezzata esattamente dove nessuno ha chiesto l’originale. Per questo il registro è utile solo se viene mantenuto aggiornato: alla prima nuova affermazione aggiunta senza riga nel registro, il processo ricomincia.
Domande
L’altra pagina riguarda l’adozione dell’AI nel team: analisi dei processi ripetitivi, workshop su esempi reali e un pilot costruito insieme. Questa riguarda diagnosi e decisione, indipendentemente dal fatto che la risposta implichi o meno AI. Si completano: una diagnosi può concludere che il problema non è la mancanza di un assistente, ma il fatto che il modulo di contatto perda richieste. Si può iniziare da entrambe — ma se non è sicuro di cosa La disturbi, inizi dalla diagnosi.
Cose scomode, pubblicate come tali. Tre premi esposti che non esistevano, perché un documento interno li aveva ripresi da un altro senza che nessuno chiedesse l’originale. Il modulo di contatto restituiva 500 e perdeva richieste senza traccia, perché l’accreditamento del canale di notifica era stato revocato e nessuno controllava. Un percorso che poteva avviare una chiamata telefonica verso qualsiasi numero, in modo anonimo. La pagina prometteva l’anonimizzazione dell’indirizzo IP, e il codice lo inviava per intero. E trenta pagine che avevano 104 parole su 105 identiche tra loro.
Perché il deliverable contiene i comandi, non solo le conclusioni. Un’affermazione che il cliente può verificare da solo, con un comando del rapporto, non può essere compiacente — si dimostra falsa alla prima esecuzione. E quando non possiamo verificare qualcosa, scriviamo «non verificato», che è una conclusione valida. L’abbiamo usato otto volte nel nostro registro.
Sì, ed è la consegna più economica che possiamo fare. Un esempio dal nostro lavoro: avevamo un piano per reindirizzare 73 pagine generate verso pagine considerate “principali”. La misurazione ha mostrato che le pagine di destinazione erano esse stesse sottili — 105 parole, di cui 104 comuni. La conclusione non è stata “reindirizziamo più in fretta”, ma “non reindirizziamo contenuti sottili verso contenuti ancora più sottili; prima si corregge la destinazione”. Il reindirizzamento è stato subordinato alla riscrittura della destinazione.
Diciamo cosa si può concludere senza di essi e cosa no. Nel nostro audit interno dei contenuti non abbiamo avuto accesso alla Search Console, ad Analytics o ai dati di vendita — quindi non abbiamo dichiarato traffico, conversione o cannibalizzazione osservata, anche se erano proprio le conclusioni che sarebbero sembrate più convincenti. L’ordine corretto è rimasto scritto nel rapporto: prima i dati, poi la decisione, non il contrario.
Consegniamo un rapporto con una constatazione per riga, i comandi di verifica e un elenco di decisioni con un responsabile. Se vuole anche una presentazione per una riunione, la facciamo — ma non è il deliverable, è un suo riassunto. La differenza conta perché una presentazione non si può verificare, mentre un rapporto con i comandi sì.
Quanto serve affinché le affermazioni del rapporto abbiano file e riga. In pratica, questo significa leggere i percorsi uno per uno e chiedere, per ciascuno, chi lo chiama e cosa fa quando la verifica non può decidere. Uno strumento automatico vede un percorso che restituisce errore a una richiesta vuota e va oltre; leggendolo, si vede che non lo chiama più nessuno e che è aperto.
No. Non siamo auditor accreditati, non emettiamo certificati e non firmiamo attestati di conformità. Ciò che consegniamo è un’analisi tecnica con prove verificabili, utile per decidere e correggere — non per soddisfare un requisito formale che richiede un organismo accreditato. Se le serve questo, è meglio saperlo subito.
Non produce previsioni di ricavi o di traffico — non abbiamo la base per farlo e non le inventiamo. Non confronta fornitori sulla base delle cifre pubblicate da loro; se non abbiamo eseguito noi la misurazione, scriviamo che è una cifra dichiarata, non misurata. Non prende le decisioni commerciali al posto suo. E non produce un documento che sembri completo coprendo con formulazioni prudenti i punti in cui non sappiamo — un audit vago è una forma di non dire nulla.
18 di esse sono codice e file dei nostri repository. Non ne pubblichiamo il nome né la riga: insieme, in un'unica pagina, descriverebbero con troppa precisione come sono costruiti sistemi che non sono solo nostri. Le esaminiamo con te, nel repository, su richiesta — la verifica resta possibile, solo che avviene in una discussione.
Raccontaci il tuo processo. Insieme stabiliamo cosa vale la pena costruire, cosa possiamo collegare e come verifichiamo il risultato.