![](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2010\/08\/n12a1.jpg\")
No. Una parola, una frase completa. Tutti noi abbiamo imparato a pronunciarla pi\u00f9 o meno entro il nostro primo compleanno o poco dopo, quindi perch\u00e9 facciamo cos\u00ec fatica a dirla adesso, quando si tratta del nostro lavoro?<\/p>\nNo. Una parola, una frase completa. Tutti noi abbiamo imparato a pronunciarla pi\u00f9 o meno entro il nostro primo compleanno o poco dopo, quindi perch\u00e9 facciamo cos\u00ec fatica a dirla adesso, quando si tratta del nostro lavoro?<\/p>\n
Senso di colpa. Paura. Pressione. Dubbio. Crescendo, impariamo che non fare quello che gli altri si aspettano da noi pu\u00f2 portarci a tutta una serie di conseguenze negative. Diventa pi\u00f9 semplice cedere alle loro richieste piuttosto che lottare per noi stessi e per quello che riteniamo giusto.<\/p>\n
Come user experience designer, mi sono creata una carriera dovendo dire “No”. E’ il mio lavoro mettere fine alle pratiche di cattiva progettazione all’interno di un’organizzazione prima di poter fare qualunque progresso nel miglioramento delle vite dei nostri clienti. Ed \u00e8 molto facile.<\/p>\n
Il mio cliente dice: \u201cVoglio costruire una navicella spaziale!\u201d Io dico: \u201cNo, dobbiamo fare un acquilone.\u201d<\/p>\n
Il mio cliente dice: \u201cDobbiamo lasciare quello spazio vuoto per la mia prossima idea geniale!\u201d Io dico: \u201cNo, troveremo una spazio per la tua idea quando ne avrai una.\u201d<\/p>\n
Il mio cliente dice: \u201cVoglio che sia fatto entro domani!\u201d Io dico: \u201cNo, ci vorr\u00e0 un mese.\u201d<\/p>\n
Sono un freno umano!<\/p>\n
Ciascuno di noi porta all’interno dei propri progetti un’area di specializzazione ed \u00e8 nostra responsabilit\u00e0 esibire tale conoscenza. Se non sapete nulla che gli altri componenti del vostro team conoscono gi\u00e0, allora probabilmente \u00e8 il momento di andarsene. Ma se invece ne sapete, allora \u00e8 vostra responsabilit\u00e0 affermare quella capacit\u00e0 e condividere le vostre conoscenze per il miglioramento del prodotto finale.<\/p>\n
Il Mahatma Gandhi disse: \u201cUn \u2018no\u2019 detto con la pi\u00f9 grande convinzione \u00e8 migliore e ha pi\u00f9 valore di un \u2018s\u00ec\u2019 pronunciato solamente per compiacere, o, cosa peggiore, per evitare dei problemi.\u201d In quanto persone che creano cose con la speranza che altre persone le usino, \u00e8 completamente da codardi proteggerci prima di difendere i bisogni dei nostri utenti.<\/p>\n<\/div>\n
Quando mi appassiono incredibilmente a qualcosa, tendo ad essere testarda. E quando riconosco un problema, non sono il tipo da tenerselo dentro. Come risultato, mi sono trovata in alcune situazioni con i miei compagni di team e con i clienti nelle quali sono stata piuttosto irritante nel pronunciare i miei no. Temendo di non essere stata compresa, enfatizzo oltremodo la mia posizione, al punto che le persone non sentono cosa<\/em> ho detto, ma come<\/em> l’ho detto.<\/p>\n Avendomi fatto notare la situazione ed essendomi stata data l’opportunit\u00e0 di sistemarla, posso liberamente ammettere adesso che stava intralciando il raggiungimento del mio obiettivo ultimo: aiutare le persone. In qualit\u00e0 di professionisti del design e dello sviluppo, veniamo spesso a trovarci in ricorrenti situazioni difficili, ma ci sono dei modi avveduti per gestirle. Forse ne riconoscerete alcuni tra i seguenti.<\/p>\n Quando venite assunti per svolgere uno specifico compito nel vostro team, ma vi viene chiesto di fare qualcosa che non vi va gi\u00f9, spesso il miglior modo per dire di no \u00e8 semplicemente quello di educare le altre persone alle best practices.<\/p>\n Kelly Andrews, proprietario di 1618design<\/a> ha recentemente ricevuto la richiesta di una cliente di rimuovere un sistema di registrazione rapido alla mailing list del loro sito che utilizza la sola email in favore di un’intera pagina contenente una form di registrazione.<\/p>\n Temendo che ci\u00f2 avrebbe significativamente diminuito il loro numero di iscritti, Andrews inform\u00f2 la cliente che \u00e8 pratica comune per i siti web includere una rapida procedura di subscribe dal momento che la maggior parte delle persone non vuole sprecare troppo tempo riempendo un form. Un semplice ma efficace business case: Andrews le spieg\u00f2 che l’opzione pi\u00f9 rapida \u201cpermetterebbe di catturare immediatamente l’attenzione delle persone interessate\u201d. E questa si convinse. Non aveva considerato questo aspetto prima, ma una volta venuta a conoscenza dell’informazione, ebbe il potere di prendere la decisione migliore. \u201cLa cliente era felice per la decisione\u201d disse Andrew. \u201cMi ringrazi\u00f2 perch\u00e9 ero un esperto e le stavo spiegando come funzionano le cose invece che semplicemente fare quello che mi aveva chiesto.\u201d<\/p>\n Quando Samantha LeVan<\/a> lavorava come user experience designer in Corel<\/a>, era circondata da un grande team di ingegneri, i quali erano anche abituati a fare design. Per la maggior parte del tempo, avevano idee veramente interessanti da cui LeVan traeva liberamente ispirazione, ma ogni tanto si bloccavano su alcuni dettagli e LeVan avrebbe dovuto fornire le sue tesi.<\/p>\n In un particolare progetto, uno degli ingegneri sosteneva insistentemente che un componente drop-down fosse necessario per la selezione di tre opzioni. LeVan insisteva che tre radio button sarebbero stati pi\u00f9 appropriati, ma gli ingegneri non ne erano convinti. Il disaccordo and\u00f2 avanti per qualche giorno, prima che LeVan realizzasse che aveva bisogno di dati per avvalorare la sua tesi.<\/p>\n Fece ricorso a CogTool<\/a>\u2014un tool di UI prototyping che valuta automaticamente l’efficacia di un design basandosi su un \u201cmodello predittivo della performance umana\u201d\u2014sviluppato alla Carnagie Mellon University. I risultati mostrarono che l’expert use task time<\/a> era drammaticamente ridotto dai radio button invece che dai drop-down. Gli ingegneri cedettero all’evidenza dei fatti.<\/p>\n \u201cLa vostra opinione non ha importanza\u201d sostiene LeVan. \u201cE’ importante che possiate sostenere la vostra tesi con dei numeri.\u201d<\/p>\n A volte, il modo migliore per dire di no ad un pessimo design \u00e8 non prendere il progetto in prima battuta. Quando a Charlene Jaszewski<\/a>, una content strategist freelancer, \u00e8 stato chiesto recentemente di aiutare il fratello di un amico con il sito web per la sua azienda di produzione di cemento, sapeva che egli aveva un budget limitato, ma si aspettava di poterlo aiutare a limitare il proprio raggio d’azione.<\/p>\n \u201cOltre a volere \u2018menu volanti\u2019 su ogni singola pagina, in uno stile diverso per ciascuna pagina,\u201d racconta Jaszewski, \u201cvoleva un diamante arancio gigante per i menu sulla pagina iniziale e, come tocco finale, voleva un’animazione creata ad hoc di un camion per il cemento sulla homepage e nella barra laterale di tutte le altre pagine\u2014con la betoniera che gira con sopra il logo della sua azienda.\u201d Ora, una cosa del genere mi d\u00e0 subito i brividi.<\/p>\n Jaszewski sugger\u00ec che i suoi clienti sarebbero stati pi\u00f9 interessati a dei contenuti rilevanti, come un portfolio con i suoi lavori precedenti, ma quello era convinto di aver bisogno di tonnellate di extra appariscenti per impressionare i suoi visitatori. E non era intenzionato a cedere.<\/p>\n Non volendo rifiutare il lavoro apertamente, Jaszewski contatt\u00f2 gli animatori e i designer Flash e torn\u00f2 con un prezzo che era cinque volte il budget del proprietario dell’azienda di cemento. Questi chiese un prezzo pi\u00f9 basso, ma Jaszewski semplicemente si scus\u00f2 e disse che quella era la cifra che avrebbe dovuto pagare alle persone appropriate a svolgere il lavoro. Senza sorprese, il cliente rifiut\u00f2 e Jaszewski scopr\u00ec pi\u00f9 tardi che aveva cercato di farsi fare il sito dei suoi sogni per gli otto anni precedenti. Fortunatamente, non sarebbe stata lei a realizzarlo.<\/p>\n Nell’aprile del 2009, Lynne Polischuik<\/a>, user experience designer indipendente, venne assunta da una startup allo stage iniziale\u2014facevano un’applicazione web per photo-sharing privato\u2014con funzione di project manager fino al momento del lancio. Il prodotto era pensato come un’alternativa a Facebook per i genitori che volevano dei gruppi privati di amici con cui condividere tranquillamente le foto dei propri bambini.<\/p>\n Dal momento che il team aveva immaginato il prodotto come attraente per tutti i membri della famiglia, volevano che le persone di tutte le et\u00e0 fossero in grado di usare l’applicazione, inclusi i bambini e i nonni senza un indirizzo e-mail. Per permettere ci\u00f2, svilupparono un sistema di login che faceva un uso esteso di cookies e di trucchi tecnologici per fornire un accesso sicuro senza richiedere all’utente l’inserimento delle sue credenziali. Costantemente, le cose non funzionavano e, come risultato, nessuno poteva effettuare il login.<\/p>\n Polischuik sent\u00ec la necessit\u00e0 di intervenire. \u201cArrivai alla conclusione che avevano bisogno di progettare non per i casi estremi, ma per i pi\u00f9 probabili e che generano profitti.\u201d spiega. \u201cSe una persona non ha un indirizzo e-mail avr\u00e0 abbastanza conoscenze per condividere immagini e foto sul web? Probabilmente no.\u201d<\/p>\n Per portare il team dalla sua parte, Polischuik fece un passo indietro e facendo delle ricerche sugli utenti per sviluppare delle persone che guidassero le loro decisioni. Non appena il team si concentr\u00f2 di nuovo sul \u201cChi\u201d per cui stavano progettando, furono capaci di muoversi pi\u00f9 strategicamente. Quando venivano a galla dei disaccordi sull’esecuzione durante la progettazione, avrebbe fatto dei rapidi test di usabilit\u00e0 per l’idea proposta e avrebbe fatto constatare con i loro occhi al team gli sforzi dei loro potenziali clienti. Reinquadrando la questione, allontanandola dalle loro opinioni e dimostrando l’impatto negativo sull’utente, l’opposizione veniva sconfitta rapidamente.<\/p>\n<\/div>\n Lo scorso ottobre, mentre ero al telefono con Harry Max<\/a>\u2014un pioniere nel campo dell’Architettura dell’Informazioni, co-fondatore di Virtual Vineyards\/Wine.com<\/a>, (il primo sistema di shopping sicuro sul web), ed ora executive coach\u2014 mi sono lamentata perch\u00e9 avevo troppa carne al fuoco e avevo disperatamente bisogno che qualcuno mi concedesse un break.<\/p>\nCitare le \u201cbest practices\u201d<\/h3>\n
I dati dominano<\/h3>\n
Aumentate il vostro prezzo<\/h3>\n
Spostare l’attenzione dal Cosa al Chi<\/h3>\n
\nCome dire di no<\/h2>\n