
Intervistare gli esperti interni: come trasformare conoscenza tecnica in contenuti verificabili
28 Settembre 2026 · Contenuti
Nelle aziende tecniche, molte delle informazioni più utili non sono nei documenti pubblici. Vivono nelle decisioni quotidiane di progettisti, tecnici, commerciali, responsabili qualità e assistenza: eccezioni, errori ricorrenti, condizioni di fattibilità, criteri di scelta e compromessi che un testo generico non può inventare.
Intervistare un esperto non significa però registrare una conversazione e trasformarla in un articolo. Serve un metodo per estrarre conoscenza implicita, distinguere esperienza da opinione e rendere verificabili le affermazioni prima della pubblicazione.
Preparare l’intervista a partire da una domanda reale
L’errore più comune è iniziare con “parlami del prodotto” o “spiegami il processo”. Le risposte diventano ampie, promozionali e difficili da usare.
È meglio definire:
- chi leggerà il contenuto;
- quale problema o decisione deve affrontare;
- che cosa dovrebbe saper fare dopo la lettura;
- quali affermazioni richiedono prove;
- quali informazioni non possono essere pubblicate;
- quale formato finale è previsto.
Per un articolo su una lavorazione, per esempio, la domanda potrebbe essere: “Quali caratteristiche del pezzo determinano se questa lavorazione è fattibile e quale documentazione serve per valutarla?”. È molto più produttiva di “come funziona la lavorazione?”.
Scegliere la persona in base alla conoscenza, non al ruolo più alto
Il responsabile di funzione può descrivere il processo ufficiale; chi lavora sui casi quotidiani conosce eccezioni e problemi. Spesso servono più voci:
- l’esperto tecnico per principi, limiti e variabili;
- il commerciale per domande e obiezioni dei clienti;
- la qualità per controlli, documenti e non conformità;
- l’assistenza per errori d’uso e sintomi ricorrenti;
- il management per posizionamento e priorità.
Non è necessario riunire tutti nella stessa call. Interviste separate riducono il conformismo e permettono di confrontare versioni diverse.
Usare domande che fanno emergere decisioni ed eccezioni
Le domande migliori chiedono esempi, confronti e condizioni. Alcune strutture utili sono:
- “Qual è l’errore che vedi più spesso?”
- “Da quali dati capisci che il caso non è fattibile?”
- “Che cosa cambia tra materiale A e materiale B?”
- “Raccontami l’ultimo caso in cui la regola generale non ha funzionato.”
- “Quale informazione manca quasi sempre nelle richieste?”
- “Che cosa controlli per prima cosa e perché?”
- “Quale compromesso accetti tra costo, tempo e prestazione?”
- “Come dimostreresti questa affermazione a un collega scettico?”
Quando l’esperto usa parole come “sempre”, “mai”, “migliore” o “garantito”, bisogna chiedere condizioni e controesempi. La precisione nasce spesso dalle eccezioni.
Passare dal racconto alla conoscenza strutturata
Durante la conversazione conviene separare almeno sei tipi di informazione:
| Tipo | Esempio | Verifica necessaria |
|---|---|---|
| Definizione | che cosa si intende per un termine | standard, manuale o consenso interno |
| Regola | quale procedura seguire | documento, configurazione o prova |
| Soglia | limite dimensionale o prestazionale | scheda, calcolo, test o condizioni |
| Caso | esperienza su un progetto | dati anonimizzati e contesto |
| Opinione | preferenza dell’esperto | attribuzione e motivazione |
| Ipotesi | possibile causa o tendenza | dichiarare l’incertezza e cercare riscontri |
Questa classificazione evita di pubblicare una percezione come fatto universale.
La tecnica del “perché tre volte” non basta
Insistere con “perché?” può aiutare, ma nelle materie tecniche è più utile cambiare prospettiva:
- decisione: che cosa devi scegliere?
- segnale: quale dato osservi?
- meccanismo: perché quel dato conta?
- limite: quando la regola non vale?
- prova: dove possiamo verificarla?
- conseguenza: che cosa succede se la ignori?
Questo schema trasforma una frase come “l’umidità è importante” in una spiegazione utilizzabile: quale umidità, misurata dove, con quale effetto, entro quali condizioni e con quale controllo.
Registrazione, consenso e informazioni riservate
Prima di registrare bisogna ottenere un consenso chiaro e spiegare l’uso del materiale. La registrazione è una fonte di lavoro, non un’autorizzazione automatica alla pubblicazione di tutto ciò che viene detto.
Vanno marcati durante o subito dopo l’intervista:
- nomi di clienti e progetti;
- dati economici o prestazionali riservati;
- dettagli coperti da accordi;
- vulnerabilità e informazioni di sicurezza;
- affermazioni su concorrenti;
- dati personali;
- anticipazioni non ancora approvate.
Quando un caso è prezioso, si può anonimizzare mantenendo le variabili che spiegano il problema. Se l’anonimizzazione elimina il contesto necessario, il caso non va usato come prova.
Dalla trascrizione a una scheda di evidenze
La trascrizione automatica accelera il lavoro, ma può sbagliare codici, unità, sigle e nomi tecnici. Non deve diventare direttamente il testo finale.
Per ogni affermazione importante è utile creare una scheda con:
- formulazione provvisoria;
- fonte interna;
- minuto della registrazione;
- documenti o dati di supporto;
- livello di confidenza;
- condizioni e limiti;
- revisore necessario;
- stato: verificata, da chiarire, non pubblicabile.
Questa scheda riduce il rischio che, durante la scrittura, una frase venga resa più assoluta di quanto l’esperto abbia detto.
Scrivere per il lettore, non come verbale dell’intervista
L’ordine della conversazione raramente coincide con l’ordine utile dell’articolo. Il testo finale deve seguire il problema del lettore:
- chiarire il contesto;
- mostrare i criteri che cambiano la decisione;
- spiegare il processo;
- distinguere alternative e limiti;
- offrire un esempio;
- indicare i dati necessari per agire.
Le citazioni dirette vanno usate solo quando il modo in cui l’esperto formula il concetto aggiunge valore. Non servono per nobilitare affermazioni banali.
Fare una revisione tecnica che sia realmente sostenibile
Inviare un articolo lungo chiedendo “va tutto bene?” porta spesso a un’approvazione superficiale. È più efficace evidenziare:
- affermazioni da convalidare;
- valori numerici e unità;
- passaggi che descrivono un processo;
- condizioni di fattibilità;
- esempi e dati anonimizzati;
- parti che potrebbero essere interpretate come promessa.
Il revisore deve sapere che cosa controllare e avere una scadenza. Le modifiche vanno registrate, soprattutto quando cambiano il significato tecnico.
Esempio: estrarre valore da una risposta generica
Domanda iniziale: “Qual è il vantaggio della manutenzione predittiva?”
Risposta generica: “Permette di prevenire i guasti e ridurre i costi.”
Domande di approfondimento:
- quale tipo di guasto è realmente anticipabile?
- quale segnale viene misurato?
- quante osservazioni servono per distinguere un’anomalia dal rumore?
- che cosa accade quando non esiste uno storico?
- chi decide l’intervento e con quale soglia?
- in quale caso la manutenzione preventiva resta preferibile?
Il contenuto utile non è la promessa iniziale, ma l’insieme di condizioni che permette al lettore di capire quando la soluzione ha senso.
Creare una conoscenza riutilizzabile
Un’intervista ben gestita non produce soltanto un articolo. Può alimentare:
- glossario tecnico;
- FAQ verificate;
- schede di prodotto;
- script commerciali;
- materiali di onboarding;
- criteri per qualificare le richieste;
- idee per casi studio e approfondimenti.
Per rendere riutilizzabile il materiale bisogna conservare fonte, data, contesto, revisore e scadenza di verifica. Una frase estratta senza provenienza perde affidabilità nel tempo.
Il criterio di qualità
Un buon contenuto basato su esperti non “suona tecnico”: permette di seguire il ragionamento con cui l’esperto distingue casi, valuta prove e prende decisioni. L’intervista è riuscita quando la conoscenza implicita è diventata comprensibile senza essere semplificata fino a diventare falsa.
Approfondisci il servizio: Copywriting B2B tecnico.
