Sono le 16:42 di mercoledì. Siamo programmati per il lancio globale lunedì, ma uno dei miei ingegneri di assistenza ha aperto bug critici riguardanti la qualità della traduzione in una delle lingue del mio prodotto. È come il codice rosso.
Allarmi che scattavano, porte automatiche che si chiudevano da sole. Questo è importante!
Ma prima di entrare in modalità di emergenza completa, ecco alcuni suggerimenti che possono aiutarti a valutare l'impatto linguistico negli scenari di lancio del prodotto con lucidità, in modo da poter decidere al meglio i prossimi passi:
1) Passaggio 1: Esaminiamo il reale merito delle affermazioni in dettaglio
Più spesso che no, le persone non saranno coerenti nel modo in cui valutano la qualità linguistica. Abbiamo visto persone contrassegnare un errore grammaticale come un bug critico. Lo stesso vale per la terminologia e l'ortografia. Quando esaminiamo i bug che sono stati segnalati, cosa sono veramente? In che modo influiscono in ultima analisi sull'esperienza utente?
Con il linguaggio, la stessa cosa che può essere inaccettabile e sbagliata per una persona può essere comprensibile ma scorretta per un'altra persona. Entrambi possono vedere il problema come un errore, ma in proporzioni diverse. Forse era un'incoerenza. Qualunque cosa fosse, il fatto è che ogni prodotto umano ha dei difetti, non importa quanto sia buono. È ciò che significa essere umani: essere imperfetti. Quindi, prima di saltare a conclusioni basate su come una singola persona ha classificato questi problemi, chiedi ad altri due o tre esperti linguistici di esaminare questi errori dal punto di vista dell'esperienza utente e rispondere a queste domande:
- Questo mi impedirà di utilizzare l'applicazione?
- Questo danneggerà irreparabilmente il modo in cui vedo la credibilità di questo Marchio?
Se la risposta a una di queste domande è unanimemente sì, allora hai davvero un grosso problema che deve essere affrontato prima del lancio. In caso contrario, questo può e deve essere risolto dopo il lancio. La principale conclusione qui è analizzare le affermazioni linguistiche in modo molto dettagliato per comprendere veramente come sono state classificate e cosa sta realmente accadendo.
2) Come faccio a sapere se posso lanciare senza affrontare questi problemi?
Oltre ai bug che sono stati sollevati, man mano che le persone utilizzano l'applicazione si può essere quasi certi che verranno sollevati altri problemi, inclusi problemi di lingua. Forse includeranno gli stessi problemi già sollevati, forse saranno interamente nuovi.
Il fatto è che il lancio è sempre una sorpresa e a volte fare un grosso problema con il linguaggio è solo una facile valvola di sfogo che le persone usano per proiettare la loro insicurezza generale su come funzionerà un prodotto. È un bersaglio così facile. Anche quando si esamina la copia sorgente di qualsiasi app, possiamo sempre trovare margine di miglioramento e a volte alcune ambiguità potenzialmente dannose, Incoerenze e altre cose che devono essere affrontate. Ma ancora una volta la domanda è: cosa è abbastanza buono per il lancio?
Quali tipi di errori possiamo tollerare e gestire senza danneggiare il prodotto o il Marchio? La negligenza farà naufragare un prodotto. Ma un'eccessiva cautela o, peggio ancora, un'eccessiva enfasi su elementi che non sono assolutamente fondamentali per l'esperienza utente può portare un intero team di prodotto a perdere la bussola su ciò che è centralmente importante per un'applicazione.
3) Mantieni le cose in prospettiva: Le persone vogliono che l'app, il prodotto o il sito web facciano delle cose. Non lo stanno guardando dal punto di vista di uno stakeholder o di un product manager.
È difficile. Mesi di lavoro su qualcosa e perderai la prospettiva su ciò che conta. Molto presto, tutto conta. Tutto è critico. Tutto è fare o morire. La perdita di prospettiva può far crollare il lancio di un prodotto come nient'altro. Un intero team inizia a lavorare su qualcosa che non è critico come urgente perché qualcuno in alto pensa che sia importante.
Ora le cose che sono veramente critiche andranno perse e svaniranno nel livello di fondo. A peggiorare le cose, nel processo di risoluzione di questi bug non critici nelle fasi avanzate del progetto, ora si introduce il rischio che il prodotto si comporti in modo anomalo o si rompa in modi nuovi e inaspettati. Quindi, in sintesi, nelle fasi finali, prima del lancio, tutti si fanno prendere dal panico e la prospettiva è la prima cosa che viene messa da parte. Sii quello lucido per vedere attraverso il tumulto.
È sempre importante scegliere le tue battaglie con saggezza, ma mai più importante che prima del lancio del prodotto. Costruisci un processo forte e robusto e fidati. Ma forte e robusto significa che a ogni iterazione, i test sono stati eseguiti e superati. Non è perché hai lavorato con una grande agenzia di traduzioni, un grande Traduttore o un incredibile
Subject Matter Expert come revisore che le cose saranno deterministicamente buone. Valuta ogni singola iterazione prima di passare a quella successiva. Questo ti darà abbastanza solidità per sostenere gli attacchi sotto pressione senza sentirti come se tutto si stesse sgretolando.
Scritto da Gabriel Fairman
Gabriel è il fondatore e CEO di Bureau Works. Ama il cambiamento e mangiare erba.