Leader di pensiero

I Quattro Errori Più Costosi Dell’AI Non Testata

mm
Aggiungi Unite.AI alle tue fonti preferite su Google

Quando le aziende distribuiscono AI senza una rigorosa supervisione umana, stanno essenzialmente chiedendo a un sistema automatizzato non deterministico di validare se stesso.

Il problema non è necessariamente che l’AI sia cattiva nel test. L’AI è eccellente nel fare cose che sono state fatte prima, seguire specificamente le regole che avete stabilito esplicitamente. Ma i fallimenti che danneggiano effettivamente il vostro marchio? Quelli vivono negli spazi in cui il giudizio umano conta di più. Un’allucinazione su una politica di reso. Una risposta off-brand a una lamentela sensibile. Un guardrail di sicurezza che non tiene sotto pressione.

Con il 70% dei clienti disposti a cambiare dopo una sola cattiva interazione con l’AI, le poste in gioco sono alte. Eppure, la maggior parte delle aziende sta spedendo AI validate da strumenti obsoleti o automatizzati solo, costruiti per software deterministici. Quella pila non è mai stata progettata per catturare i fallimenti che effettivamente allontanano le persone.

In tutta la gamma di coinvolgimenti che Teslio ha eseguito per team aziendali, quattro modalità di fallimento rappresentano la maggior parte del danno visibile ai clienti. Nessuno di loro è stato catturato solo dalla prova automatizzata.

1. Guardrail Di Sicurezza E Di Sicurezza Che Non Proteggono Effettivamente

Un cliente chiede al vostro chatbot la domanda giusta nel modo giusto. Il bot gli offre un articolo da 1.000 dollari per 10 dollari. O rivela informazioni che assolutamente non dovrebbe. O viola una regola aziendale fondamentale perché nessuno ha testato le condizioni di confine.

Il rischio èstraightforward. Il danno è immediato e il danno è pubblico.

Il vero problema non è solo l’automazione, anche se fa parte di esso. I guardrail non sono standardizzati, devono essere adattati al vostro specifico contesto aziendale. E anche quando vengono seguite le migliori pratiche, i guardrail rimangono vulnerabili. Tecniche come “poetic jailbreaks” ci mostrano che i guardrail ben intenzionati possono essere manipolati in modi che i loro creatori non avevano mai anticipato. La domanda che le aziende devono porre non è “il nostro guardrail segue gli standard dell’industria?” ma piuttosto “in che nuovi modi può essere manipolato questo modello?”

Ciò richiede un pensiero avversativo. Esseri umani creativi e indagatori che capiscono sia il design del guardrail che la superficie di attacco. Testare i bordi, testare lo stress, porre domande complesse. È la differenza tra un guardrail che supera la conformità e un guardrail che effettivamente tiene.

2. Fallimenti Di Logica Aziendale E Di Precisione Nascosti Nelle Allucinazioni

La realtà è che l’AI allucina. Quello che ho imparato è che quando si ha una competenza nel dominio, si nota immediatamente l’allucinazione. La si vede direttamente attraverso.

Ma ecco il difetto critico nel affidarsi solo al team interno: hanno punti ciechi. Quando si conosce un prodotto dentro e fuori, si sa esattamente quali domande porre per ottenere la risposta giusta. Non si possono trovare inesattezze se non le si sta cercando. I team interni sanno come il prodotto dovrebbe funzionare, non come funziona effettivamente per gli utenti reali con modelli mentali diversi, contesti diversi e modi diversi di rompere le tue ipotesi.

È lì che entra in gioco la supervisione da parte di persone che si avvicinano al sistema in modo fresco. Non validano solo che l’AI faccia ciò che gli avete detto di fare; mettono in luce problemi che potrebbero essere di interesse per diversi dipartimenti e evidenziano aree di fallimento nel mondo reale.

Quando le aziende iniziano a costruire sulle principali grandi modelli linguistici, quando aggiungono i propri processi e flussi di lavoro in cima, i requisiti di testing diventano ancora più critici.

3. Mancanze Di Usabilità E Di Esperienza Utente

Si sente giusto? Si vede giusto? Il processo di pagamento dura un po’ troppo? La risposta ha il tono giusto per un cliente frustrato o il ritmo giusto per un utente per la prima volta.

Queste sono le domande che gli strumenti automatizzati non possono rispondere. E sono le domande che contano enormemente per i clienti.

C’è una differenza fondamentale tra superare un set di test e essere effettivamente bravi. Un’interazione con l’AI può spuntare ogni casella nei criteri di accettazione e ancora essere percepita come sbagliata da un utente. Può essere tecnicamente corretta ma goffa a livello organizzativo. Può consegnare le informazioni accurate nel ritmo o nel tono sbagliato.

È qui che un essere umano nella catena di montaggio è essenziale. Avete bisogno di persone addestrate per riconoscere come fallisce l’AI, testare nelle aree in cui vivono i vostri clienti, con i dispositivi e i metodi di pagamento che effettivamente utilizzano. Qualcuno che testa su un iPhone di fascia alta a San Francisco non sta avendo la stessa esperienza di qualcuno che testa su un Android di fascia media con una connessione dati instabile a Jakarta. Senza diversità in chi sta testando e dove, state ottenendo risultati simulati che falliranno nel momento in cui il vostro prodotto incontra la realtà.

Dovete avere qualcuno che effettivamente utilizzi il prodotto, effettivamente pensi a cosa significhi l’esperienza, effettivamente si opponga quando qualcosa non si sente giusto.

4. L’Illusione Dell’Esperto Validato

Questo è il fallimento più sottile e forse il più pericoloso. Quando le aziende distribuiscono AI senza test adeguati, spesso scommettono che l’AI abbia assorbito abbastanza conoscenze per gestire il dominio in modo appropriato. Stanno supponendo che poiché l’AI può sembrare fiduciosa su qualcosa, probabilmente sa di cosa sta parlando.

Ma c’è un’altra dimensione di questo rischio. La maggior parte delle persone che utilizzano funzionalità AI fanno la stessa supposizione. Non mettono in discussione l’output. Se suona autorevole e non è ovviamente sbagliato, ci si fida. Cattivi consigli medici. Guida legale errata. Raccomandazioni finanziarie difettose. Le conseguenze si accumulano quando gli utenti suppongono che l’AI sia corretta e non hanno motivo di dubitarne.

L’AI è molto brava a sapere cosa è stato fatto. Non è brava a sapere cosa dovrebbe essere fatto in situazioni nuove. Ogni azienda ha situazioni nuove. Ogni prodotto ha casi limite. Ogni percorso del cliente ha un momento in cui la risposta giusta è quella che l’AI non è stata addestrata a dare.

Ridefinire La Prontezza Per Il Rilascio

Una strategia di rilascio AI matura richiede di andare oltre la mentalità di automazione solo. Coinvolge la costruzione di una struttura organizzata di competenza umana nella catena di montaggio.

  • Ingegneria: Questo team dovrebbe possedere l’integrità del sistema, definire cosa significhi fallimento a livello di modello e infrastruttura, e dove i guardrail devono essere posizionati.
  • Prodotto: I leader dovrebbero possedere i confini decisionali, giudicare quali decisioni l’AI è autorizzata a prendere autonomamente, quali richiedono l’approvazione umana e quali non dovrebbe toccare affatto.
  • Design e QA: Questi professionisti dovrebbero possedere l’esperienza utente, se gli utenti capiscono cosa sta facendo l’AI, possono riconoscere quando è sbagliata e hanno un ricorso significativo quando lo è.

Dobbiamo accettare che mentre l’AI può creare esperienze incredibili per i nostri clienti, non può essere il suo stesso giudice e giuria. La responsabilità per la qualità dell’AI è un’impegno organizzativo, distribuito tra i team, ancorato nella competenza umana e radicato nel testing nel mondo reale.

Darin Brown è il Chief Product and Technology Officer (CPTO) di Testlio, dove guida la strategia tecnologica globale e l'evoluzione del prodotto per avanzare la qualità digitale attraverso il testing AI con intervento umano. Con oltre 20 anni di esperienza nella scalabilità di piattaforme SaaS aziendali, ha precedentemente guidato la strategia del prodotto per il gruppo di app di produttività di Zoom dopo l'acquisto di Docket, che ha co-fondato, e ha ricoperto ruoli di leadership come CTO di Angie's List e VP di Salesforce.