Schede tecniche, certificazioni e referenze come prova di competenza

Affermazioni deboli e prove verificabili

La differenza tra un'affermazione debole e una prova sta nella possibilità di controllarla. La tabella mostra le formulazioni che trovo più spesso nei siti dei produttori e la loro versione verificabile.

La scheda tecnica come prova, oltre il PDF

Una scheda tecnica diventa prova di competenza quando dice da dove vengono i numeri. Oltre ai valori, che l'articolo 4.5 insegna a pubblicare in tabelle HTML (Schede tecniche e cataloghi leggibili dalle AI), la pagina dovrebbe indicare:

• Norma o metodo di prova per ogni valore misurato, con l'edizione della norma.
• Chi ha eseguito la prova: laboratorio interno, laboratorio esterno accreditato, cliente.
• Revisione e data della scheda, con il registro delle modifiche.
• Campo di applicazione: per quali usi i valori sono validi e per quali no.
• Un riferimento a un'applicazione reale, anche anonima: “impiegato per [componente] nel settore [settore]”.

Il PDF resta utile per l'ufficio acquisti, che lo archivia nella documentazione del fornitore. La pagina HTML serve a chi deve trovarlo e capirlo prima di scaricarlo, assistenti AI compresi.

Certificazioni dichiarate in modo verificabile

Una certificazione è verificabile quando il buyer può risalire all'ente e controllare la validità del certificato. La pagina Certificazioni dovrebbe riportare, per ciascuna: norma ed edizione, numero del certificato, ente di certificazione e organismo di accreditamento, campo di applicazione, sedi coperte, data di scadenza, copia del certificato in PDF e testo equivalente nella pagina.

In Italia l'accreditamento degli enti di certificazione è gestito da Accredia, che mette a disposizione una banca dati delle certificazioni rilasciate da enti accreditati; a livello internazionale esiste IAF CertSearch. Un collegamento alla verifica pubblica rende la dichiarazione controllabile anche da un sistema automatico.

Nei dati strutturati puoi collegare la certificazione all'azienda con la proprietà hasCredential, usando lo stesso @id dell'Organization (Schema Organization completo per una PMI italiana):

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://www.esempio.it/#organization",
  "name": "Nome Commerciale S.r.l.",
  "hasCredential": {
    "@type": "EducationalOccupationalCredential",
    "name": "ISO 9001:2015 - Sistema di gestione per la qualità",
    "credentialCategory": "Certificazione di sistema di gestione",
    "identifier": "[numero certificato]",
    "recognizedBy": {
      "@type": "Organization",
      "name": "[ente di certificazione]",
      "url": "[URL ente]"
    },
    "expires": "[AAAA-MM-GG]",
    "url": "https://www.esempio.it/certificazioni/#iso-9001"
  }
}

Referenze e settori serviti: cosa si può pubblicare

Nel B2B molti clienti sono coperti da accordi di riservatezza. Questo non impedisce di pubblicare prove: esistono livelli diversi di citazione, ciascuno da concordare per iscritto con il cliente.

Un'azienda di arredamenti su misura per l'hospitality può spesso arrivare al livello 3, perché gli hotel pubblicano volentieri i lavori di ristrutturazione. Un produttore di stampi a iniezione lavora più spesso al livello 1, con il settore e il tipo di componente.

Cosa non fare con le prove di competenza

• Pubblicare loghi di clienti senza autorizzazione scritta, anche se il rapporto è pubblico: è un rischio legale e commerciale.
• Lasciare online certificati scaduti o con un campo di applicazione diverso da quello dichiarato nel testo.
• Scrivere “certificato” al posto di “conforme”: un prodotto conforme a una norma non è un prodotto certificato da un ente terzo.
• Gonfiare i numeri di commesse o clienti: un buyer li verifica in audit, e una prova smentita pesa più di una prova assente.

Le prove di competenza non sostituiscono la qualifica del fornitore. Accorciano il percorso di chi deve decidere chi contattare e riducono le domande di base nella prima call.

Domande frequenti