Dire no a una feature AI può sembrare carriera-suicida. Ma dire no senza alternative è poco efficace. La competenza del designer etico è tradurre rischi in linguaggio che PM, legal e C-level capiscono: impatto su utenti, rischio reputazionale, compliance, costi di remediation post-incidente.
Usa scenari narrativi, non abstract. Invece di "c'è bias nel modello", mostra: "Elena, madre single, viene classificata ad alto rischio credito e vede un messaggio generico di rifiuto — nessuna spiegazione, nessun ricorso. Headline: [Nome banca] discrimina con AI". Storyboard o journey map funzionano meglio di slide con bullet etici.
Collega a regolamentazione e precedenti: EU AI Act, GDPR Art. 22, sentenza Air Canada chatbot, multe FTC per dark patterns. Non come minaccia legale astratta, ma come "questo pattern ci espone a rischio simile a [caso noto]".
Proponi alternative concrete: flusso rule-based testabile in 2 settimane, AI assistiva con human-in-the-loop invece di decisione automatica, MVP senza personalizzazione opaca, pilot limitato con metriche di equità. Il no diventa fork, non blocco.
Costruisci alleanze: legal, compliance, accessibility lead spesso condividono preoccupazioni ma mancano di linguaggio UX. Researcher con dati qualitativi su utenti esclusi. Engineering che conosce limiti del modello. Il designer può orchestrare una review multidisciplinare.
Quando il no non passa, documenta dissenso per iscritto (email, ticket, commento in Figma). Non per paranoia — per protezione professionale e traccia per future revisioni. A volte il danno post-lancio conferma il warning e apre spazio per redesign.