Per chiarire, i professionisti di UX nella mia azienda stanno prendendo le decisioni importanti su quale dovrebbe essere il layout generale dell'applicazione e stanno fornendo wireframe che seguiamo come meglio possiamo quando hanno senso.
Ma quando andiamo ad implementare una wireframe o una richiesta di funzionalità, è estremamente comune imbattersi in casi d'angolo imprevisti o dettagli che semplicemente si sono dimenticati di specificare. Quindi, si verifica una delle seguenti situazioni:
1) Se c'è una soluzione ovvia e semplice che sembra ok, andiamo con quello. A volte UX richiede una soluzione più complicata in seguito, ma spesso non lo fa.
2) Spieghiamo il dilemma a UX in modo che possano prendere la decisione per noi. Di solito rispondono alla domanda, ma spesso quella risposta non è molto dettagliata quindi finiamo per fare un po 'di # 1 o di ripetizione # 2.
3) La richiesta UX è perfettamente chiara, ma è una cattiva idea che facciamo comunque qualcos'altro. Di solito non se ne accorgono nemmeno, che prendiamo come convalida. Occasionalmente, chiedono che sia "riparato" e poi lo facciamo a malincuore comunque. A volte cambiano idea dopo averlo visto implementato.
Idealmente, sembra che i professionisti di UX dovrebbero prendere tutte le decisioni UX, cioè faremmo il n. 2 ogni volta. Ma noi no. A mio avviso e / o esperienza, i nostri utenti di UX sono bravi a progettare in generale, ma piuttosto a pensare ai piccoli dettagli comportamentali che questi progetti implicano, e la maggior parte della nostra squadra sembra condividere questa visione. Il mio team lead mi ha persino impedito di fare il n. 2 in alcune occasioni.
Questa è una normale conseguenza di programmatori e persone business / UX con competenze e mentalità diverse? Lo stiamo già gestendo nel modo giusto? Dovremmo essere più obbedienti? Dovremmo spingerli a darci progetti più completi e ben pensati per cominciare?