Reverse

Al termine di questa fase di lavoro, abbiamo restituito a Reverse una mappatura degli insights in cui emergevano chiaramente alcuni cluster di possibile intervento oppure aspettative o opportunità (operatività sui mandati, pianificazione, conoscenza condivisa, fiducia e rapporto umano…). È quella che noi chiamiamo anche la situazione as is. Usando queste informazioni come base, abbiamo aiutato Reverse a ragionare sul loro processo to be, confrontandoci sulle ragioni delle modifiche desiderate dal punto di vista del business e delle priorità, al di là delle indicazioni evinte dalla ricerca.

Dopo una settimana di riflessione, in un meeting di due ore, Reverse ci ha raccontato come avrebbe voluto che gli HR consultants lavorassero davvero. Ci ha descritto un processo in cui venivano aiutati a vedere e sbloccare le loro attività, a capirne l’importanza e ad avere a portata di mano informazioni preziose per i loro Clienti o Candidati, costruendo un rapporto collaborativo e trasparente. Proprio quest’ultimo aspetto era davvero cardine per Reverse, che propone il recruiting collaborativo come approccio differenziante rispetto ai competitor.

Questa predisposizione ad un approccio iterativo è davvero inconsueto e la rapidità di risposta ci ha messo nella condizione di lavorare al meglio. Le proposte che escono in questi codesign generativi sono spesso difficili da capire a fondo, perché sono molto ricche e accompagnate da sketch che richiedono un’ottima capacità di astrazione per essere compresi, per questo di solito preferiamo prenderci qualche giorno in più per metterli “in bella”. Reverse, invece, ha preferito darci un feedback sulle idee grezze, aiutandoci a scremarle e a individuare con maggiore precisione e velocità i concept più interessanti. Questo ci ha permesso di arrivare in poco più di 3 settimane a un primo prototipo da testare con i consulenti.

Il secondo mese di lavoro, quindi, è partito da zero ed è terminato con un prototipo testato, che il team ha potuto trasformare in una lista di funzioni e programmare in una roadmap di deliverables e rilasci sincronizzata con il team di back-end.

Coinvolgere il cliente nella definizione del prodotto che si sta costruendo è fondamentale

La nostra priorità era definire una metodologia utile a distillare tanti ragionamenti espressi in astratto per arrivare ad una convergenza ed assiomi utili alla definizione comunicativa del prodotto. Abbiamo organizzato un workshop con il cliente in cui si è riusciti a delineare con molta precisione quali fossero i valori e i principi fondativi del tipo di strumento che si stava creando, lo stile, il tono di voce e - non meno importante - evidenziare cosa il nuovo tool non doveva essere.

Inoltre, è stato efficace definire i canali di comunicazione del sistema in modo da determinare un’interfaccia più coerente con il tipo di uso che gli utenti ne avrebbero fatto. Un prodotto dal quasi esclusivo uso interno (gli HR consultants, i team leaders, gli scout) è stato improntato aderendo perfettamente a quelli che sono i caratteri, i riti, il gergo e la personalità in generale dello spirito di lavoro all’interno di Reverse, esaltandone i tratti distintivi e potenziando un linguaggio conosciuto.

Design system: un prodotto per fare prodotti

Ad un sistema virtuoso ne corrisponde un altro che aiuti a definire elementi di interfaccia, in modo modulare, permettendone la sua evoluzione e cambiamento senza sovraccarichi produttivi. Abbiamo quindi adottato e prodotto un Design System per questo progetto in modo che si possano formalizzare tutti gli aspetti legati alla brand experience e rendere tangibili i principi fondativi dell’applicazione. Attraverso un repository condiviso con il cliente è stata implementata una Pattern Library di componenti in codice, pronti per essere integrati, testati e perfezionati in relazione ai feedback ricevuti.

Ogni componente è stato quindi disegnato e sviluppato per essere portatore dei principi di progettazione e coniugare pattern funzionali (bottoni, input, label) a pattern percettivi come colori, tipografia, spaziature, icone e microcopy.

La Pattern Library è stata costruita con Fractal, uno strumento efficace per sviluppare, documentare e integrare componenti web in un progetto. Lo sviluppo del codice HTML e CSS è stato fatto adottando la metodologia dell'atomic design, costruendo quindi piccoli componenti che a loro a volta vengono inglobati in componenti più grandi per dare vita a template e pagine.

Il codice front-end realizzato è di tipo statico e agnostico in modo tale da poter essere integrato all'interno di qualsiasi codebase e funzionare con qualsiasi framework Javascript, React.js nello specifico del progetto Jarvis. L'integrazione infatti del nostro codice è stata abbastanza lineare e fluida senza particolari complicanze, in questo hanno giocato un ruolo importante due fattori:

• una Pattern Library documentata e puntuale che permettesse un'ottimale lettura del codice;
• il costante allineamento tra il nostro team di front-end e il team di sviluppo (integrazione e backend) di Reverse.

Innovare la produzione attraverso un miglioramento continuo

Gli scambi di feedback continui col team IT hanno giocato un ruolo importante nello sviluppo dell'applicativo e soprattutto hanno fatto sì che comprendessimo e ci calassimo sempre di più nelle logiche sia di prodotto sia tecniche. Di fatto abbiamo lavorato come estensione del loro team di sviluppo.

Il lavoro sul Design System ha fatto comprendere ancor di più il potenziale e l’importanza di uno strumento del genere come ausiliario per poter rendere flessibile, scalabile e manutenibile il tool nel tempo. A pochi mesi dal rilascio del Design System di Jarvis, infatti, Reverse lo ha usato in autonomia per aggiungere nuove attività rivolte a un altro tipo di utenti che lavorano su un altro servizio.

Oltre alla progettazione in sé, un importante compito del team di design è stato quello di individuare metriche e KPI di successo, intervistare e coinvolgere gli utenti nel testing delle funzionalità e nella produzione di contenuti e rielaborare migliorie sulla base di quello che grazie agli utenti abbiamo imparato.

Contemporaneamente un team di ricercatrici ha lavorato ad aspetti collaterali al software. La sinergia tra questo team (team discovery) e il team di progetto (team lean design) ha permesso che la cornice di lavoro del team discovery fosse coerente con le evoluzioni del progetto e che il risultato delle ricerche fosse rielaborato dal team che stava costruendo le nuove funzionalità. Questa modalità di scambio reciproco è stata così sincronizzata che ci ha aperto a fronti completamente nuovi, sia tecnologici che di servizio.