Prompt 2Il prompt del professionista: ruolo di consulente senior di trasformazione digitale, otto requisiti, limiti e formato, contesto della PMI ticinese. Il testo completo è nella scheda Progetti AI dei prompt degli esperti.
Bozza di piano di adozione di un assistente AI — PMI ticinese, 80 dipendenti
L'obiettivo è rendere disponibile un assistente AI ai dipendenti attraverso un percorso controllato, dimostrando prima quali attività migliorano e a quali condizioni conviene estenderne l'uso.
Le sole informazioni disponibili sono: 80 dipendenti, sede in Ticino, assenza di una policy AI e utilizzo di account personali da parte di alcuni collaboratori. Settore, organizzazione, strumenti esistenti, budget e dati trattati sono [da verificare]. Tempi, dimensioni del pilota e soglie seguenti sono proposte da approvare, non dati aziendali.
1. Partire dai problemi da risolvere
Prima di scegliere il prodotto, identificare attività frequenti che assorbono tempo o generano rilavorazioni.
| Possibile problema da verificare | Impiego candidato dell'AI | Misura del risultato |
|---|---|---|
| Tempo elevato nella preparazione di testi ricorrenti | Preparare una prima bozza da informazioni autorizzate | Tempo totale fino alla versione approvata |
| Documenti lunghi da leggere e confrontare | Sintetizzare contenuti con riferimenti alle fonti | Tempo impiegato e omissioni rilevate |
| Lavorazioni ripetitive su informazioni non riservate | Classificare o riformattare contenuti | Tempo per pratica e tasso di errore |
La presenza e la rilevanza di questi problemi sono [da verificare]. Selezionare due o tre casi d'uso sulla base di frequenza, beneficio atteso, verificabilità del risultato e rischio sui dati.
La ricerca su documenti interni richiede un'ulteriore verifica di permessi e accessi prima di collegare archivi aziendali.
2. Mettere sotto controllo l'uso attuale
Proporre una regola transitoria, comunicata a tutti:
- Non inserire informazioni aziendali non pubbliche o dati personali in account AI personali.
- Utilizzare nel pilota esclusivamente account aziendali e strumenti approvati.
- Verificare gli output prima di utilizzarli o condividerli.
- Segnalare errori o possibili esposizioni di dati attraverso un referente identificato.
Effettuare una ricognizione degli strumenti già usati, delle attività svolte e delle categorie di dati eventualmente caricate. L'obiettivo è individuare le esposizioni e offrire un'alternativa praticabile. Eventuali incidenti pregressi sono [da verificare].
3. Governance e responsabilità
Nominare uno sponsor di direzione e un responsabile operativo. I ruoli possono essere ricoperti da persone già presenti o da supporti esterni: disponibilità e nominativi [da verificare].
Nella matrice: A approva e risponde della decisione; R esegue; C viene consultato; I viene informato.
| Attività | Direzione | Responsabile progetto | IT/sicurezza | Referente privacy/legale | Responsabili di funzione |
|---|---|---|---|---|---|
| Approvare obiettivi e budget | A | R | C | C | C |
| Definire policy e regole sui dati | A | R | C | R | C |
| Valutare fornitore e configurazione | I | A | R | C | C |
| Selezionare casi d'uso e misurare risultati | I | R | C | C | A |
| Organizzare formazione e supporto | I | A/R | C | C | R |
| Gestire incidenti tecnici o sui dati | I | A | R | R | C |
| Decidere go/no-go ed estensione | A | R | C | C | C |
Ogni dipendente resta responsabile della verifica del contenuto utilizzato nel proprio lavoro; il responsabile di funzione approva gli impieghi nel processo.
4. Regole sui dati e scelta dello strumento
La LPD svizzera si applica anche al trattamento di dati personali tramite AI. La necessità di una valutazione d'impatto dipende dal rischio del trattamento; applicabilità al progetto [da verificare]. (edoeb.admin.ch)
Per il pilota si propone questa classificazione:
| Categoria | Regola proposta |
|---|---|
| Informazioni pubbliche | Utilizzabili nello strumento approvato |
| Informazioni interne non riservate | Utilizzabili solo per casi d'uso autorizzati |
| Informazioni riservate, documenti di clienti o dati personali | Esclusi dal pilota iniziale; ammissione subordinata a verifica specifica |
| Password, credenziali, chiavi e segreti di accesso | Vietato inserirli nei prompt |
Prima dell'acquisto verificare: uso dei dati per addestramento, conservazione e cancellazione, localizzazione e trasferimenti, subfornitori, gestione degli accessi, autenticazione, condizioni contrattuali e possibilità di esportazione.
Le garanzie effettive dipendono dal prodotto e dal contratto: [da verificare]. La sola dicitura “business” non sostituisce questa verifica.
5. Punto di partenza e pilota
Durata proposta: 12 settimane, subordinata alla disponibilità delle persone e alle verifiche sul fornitore.
| Fase | Periodo proposto | Risultato richiesto |
|---|---|---|
| Ricognizione e protezioni iniziali | Settimane 1–2 | Uso attuale censito, regole transitorie e responsabili nominati |
| Misurazione iniziale e preparazione | Settimane 3–4 | Casi d'uso, dati di partenza, strumento e criteri di valutazione approvati |
| Pilota | Settimane 5–10 | Misure settimanali, problemi registrati e supporto agli utenti |
| Valutazione | Settimane 11–12 | Business case aggiornato e decisione documentata |
Coinvolgere 10–12 dipendenti, come proposta iniziale, rappresentativi delle attività selezionate e con livelli diversi di familiarità digitale.
Prima dell'introduzione misurare su un campione di attività:
- Volume e frequenza delle lavorazioni.
- Tempo totale, comprese revisione e correzioni.
- Qualità, errori e rilavorazioni.
- Costo orario aziendale pertinente: [da verificare].
Durante il pilota confrontare attività di complessità simile, includendo nel tempo con AI anche preparazione dei prompt e verifica dell'output. Definire prima una griglia di qualità condivisa, per limitare valutazioni puramente soggettive.
6. Criteri di go/no-go
Le seguenti soglie sono proposte da validare prima del pilota:
| Criterio | Condizione proposta per procedere |
|---|---|
| Efficienza | Riduzione mediana del tempo totale almeno del 15% nei casi d'uso da estendere |
| Qualità | Qualità almeno equivalente al processo attuale, senza aumento degli errori gravi |
| Adozione | Almeno il 70% dei partecipanti usa regolarmente l'assistente nelle attività concordate |
| Dati e sicurezza | Nessuna criticità grave irrisolta; controlli obbligatori superati |
| Sostenibilità economica | Beneficio prudenziale superiore ai costi e rientro entro la soglia aziendale [da verificare] |
La decisione può essere:
- Go: estendere i casi d'uso che superano le verifiche.
- Prolungamento mirato: raccogliere ulteriori evidenze quando il campione è insufficiente.
- No-go: sospendere l'estensione se qualità, sicurezza o sostenibilità restano insufficienti.
Il successo in un'attività non giustifica automaticamente l'estensione ad altre.
7. Business case e costi
Con le informazioni disponibili non è possibile indicare un investimento o un ROI attendibile. Il business case va completato con preventivi e risultati del pilota.
| Voce | Metodo di calcolo | Importo |
|---|---|---|
| Licenze | Utenti abilitati × canone × mesi | [da verificare] |
| Configurazione e verifiche iniziali | Ore interne e supporto esterno | [da verificare] |
| Formazione iniziale | Ore dei partecipanti e dei formatori | [da verificare] |
| Gestione e supporto ricorrenti | Ore mensili × costo orario | [da verificare] |
| Integrazioni eventualmente necessarie | Preventivo specifico | [da verificare] |
| Uscita o cambio di fornitore | Esportazione, riconfigurazione e transizione | [da verificare] |
Non assumere che tutti gli 80 dipendenti richiedano immediatamente una licenza: fabbisogno, frequenza d'uso e modalità di accesso sono [da verificare]. Tutti devono comunque ricevere regole e formazione adeguate.
Il modello di beneficio è:
Ore annue recuperate = attività annue ammissibili × quota effettivamente svolta con AI × minuti netti risparmiati per attività ÷ 60.
Valore della capacità recuperata = ore recuperate × costo orario aziendale × quota di tempo effettivamente riutilizzabile.
Il tempo liberato rappresenta capacità disponibile. Diventa risparmio monetario solo quando riduce una spesa dimostrabile, ad esempio straordinari o servizi esterni. Evitare di conteggiare due volte lo stesso beneficio.
Per il primo anno includere avviamento, formazione, costi ricorrenti e adozione graduale. Calcolare separatamente il costo a regime.
ROI del primo anno = (benefici valorizzati del primo anno − costi totali del primo anno) ÷ costi totali del primo anno.
Presentare uno scenario prudente, uno centrale e uno favorevole, variando utilizzo effettivo, tempo netto risparmiato e capacità di riutilizzarlo. Tutti i valori sono [da verificare].
8. Cambiamento, rischi e controllo dopo l'estensione
Prevedere formazione pratica su attività reali, esempi di uso consentito, esercizi di verifica degli errori e un canale di supporto. I responsabili di funzione devono individuare come impiegare il tempo recuperato e raccogliere le difficoltà operative.
| Rischio | Misura proposta |
|---|---|
| Risposte errate ma convincenti | Revisione umana, verifica delle fonti e limiti chiari agli usi |
| Esposizione di dati | Account gestiti, classificazione e controlli sugli accessi |
| Prosecuzione dell'uso di account personali | Alternativa aziendale accessibile e regole comprensibili |
| Scarsa adozione o carico aggiuntivo | Formazione per attività, supporto e misurazione del tempo completo |
| Benefici economici sovrastimati | Misure osservate, scenari prudenti e verifica della capacità recuperata |
| Dipendenza dal fornitore | Procedure esportabili, condizioni di uscita e revisione periodica |
Dopo il go, estendere per gruppi successivi e riesaminare ogni mese utilizzo, qualità, costi e incidenti. Qualsiasi nuovo collegamento a dati o sistemi richiede una verifica prima dell'attivazione.
La decisione iniziale proposta alla direzione è finanziare una fase di ricognizione e un pilota con budget massimo [da verificare]. L'impegno economico per l'estensione viene deciso sui risultati misurati.