Lei che fa benchmark: si iscrive a tutte le app di dating e compara le funzioni.

Lei che fa user research andando agli appuntamenti con tizi a caso per chiedergli com’è andato l’onboarding. Poi torna in ufficio e urla “l’onboarding è importante” e lì ti commuovi.

La presentazione della killer feature allo stand up meeting: momento irreale ma che bello sarebbe andare in produzione così. (Si vede che il regista non ha mai rilasciato su Apple Store).

La demo: il momento di surrealismo totale in cui lei fa una specie di soft launch e tutto funziona perfettamente e tutti scaricano l’app (ahahahhaha).

L’investitore che entra dalla porta e ti dice “abbiamo acquisito tutto il gruppo e ora non ti tagliamo il budget ma anzi puoi spendere tantissimi soldi per mantenere il tuo prodotto esattamente così com’è e portare la pace nel mondo”.

Guardatelo stasera per sognare un pochino, dopo che nessuna delle cose di cui sopra sarà successa nella vostra (nostra) vera vita da designer.

L'articolo Il film per chi fa UX proviene da Marilisa Bombonato.

Penso:

Decorazione? Improbabile.
Massaggio drenante? La saponetta è troppo sottile. Non è quello.

Sono in ritardo per il kick off meeting, mi do una mossa.

Visto che siamo venuti in presenza e ci teniamo a coinvolgere tutti, non posso arrivare in ritardo.

Mi lavo le mani, butto la saponetta sul lavandino. Cade sul lato coi pallini.

Magia! La saponetta non sguiscia e non si appiccica.

Bellissimo, ma nessuno me lo ha spiegato.

Morale: fare on boarding è importante, spiegare perché si fa una cosa è importante. Farlo con cura è il primo passo per finire bene il progetto.

Aziona me lo ha insegnato e so che dopo anni lo facciamo bene.

Vado che se no faccio davvero tardi.

L'articolo User Experience della saponetta proviene da Marilisa Bombonato.

Mi sto ritagliando del tempo insindacabile per lavorare sui nostri prodotti proprietari.

In questi giorni ho approfondito come fare un benchmark.

Facciamolo bene, non lasciamo che occupi lo spazio di una nota sul cellulare e facciamolo con una struttura.

Ecco le informazioni che ho trovato su tutti gli approcci per fare un bel benchmark.

• Benchmark competitivo:
  Abbastanza parlante, è il benchmark che facciamo sui competitor diretti.
• Benchmark funzionale:
  Studia funzioni che possono applicarsi al nostro scenario ma che vengono da altri settori di mercato.
• Benchmark qualitativo:

Valuti la user experience, l’usabilità e l’accessibilità di una short list di competitor e comparable.

Di questi aspetti non puoi sceglierne solo uno. Puoi decidere quanto spazio dare a ciascuno ma non considerarli ti fa partire con un pezzo in meno di conoscenza.

Di sicuro un benchmark ben fatto è qualcosa che non puoi liquidare in un paio di slide.

Ma ne vale la pena.

Il valore aggiunto di investire più tempo per fare un benchmark strutturato è:

• corretto dal punto di vista metodologico per il product design. Che comunque mettilo lì: seguire la metodologia ti posiziona perché quelli bravi non fanno le cose a capocchia.
• La killer feature, la vuoi? Non la troverai sotto un cavolo, prima devi immaginarla guardando cosa fanno gli altri.
• Capire il market fit e toglierlo dalla soggettività del singolo: mai più “questa app spaccherà perché il CEO ha letto un paper dell’università del Massachusetts”.

E anche oggi mi eclisso dalle call per dedicare tempo al nostro sviluppo prodotto.

L'articolo Come fare un benchmark proviene da Marilisa Bombonato.

Romero è l’autore di Doom, un gioco che per chi come me ha passato l’infanzia ad infilare gettoni negli arcade nei bar di paese, ha segnato un cambio epocale nell’esperienza di gioco.

Con questo epocale sparatutto, siamo passati dai personaggi flat che scorrono su uno sfondo che si srotola in orizzontale a girare per un ambiente in tre dimensioni, in cui si percepisce una profondità.

A qualcuno nel 1993 è esploso il cervello giocandoci (e non perché un alieno assetato di sangue gli ha sparato a tradimento. Cit. solo per chi nel ’93 c’era).

L’idea di immersività è nata grazie a Romero e agli altri sviluppatori che hanno lavorato a Doom. E non possiamo non pensare, noi che oggi lavoriamo nella tecnologia, che se siamo qua è anche un po’ per merito dei videogame.

Le nostre madri mentre ci dicevano che ci si sarebbe fuso il cervello giocando al Gameboy (io giocavo a Super Mario, non a Doom), non sapevano che stava iniziando il percorso che oggi ci avrebbe portato 35 anni dopo a sviluppare Web API con Litestar.

Insomma, Doom Guy è un libro da leggere. Se non volete leggerlo ve lo raccontiamo noi in questo articolo.

 
(Di quando Bill Gates si è fatto renderizzare dentro a Doom per promuovere Microsoft).

L'articolo Super Mario mi ha portato qui proviene da Marilisa Bombonato.