Trasformare la ricerca sul burnout in funzionalità di prodotto

La ricerca sul burnout è ricca, rigorosa e piena di sfumature. Un’app di monitoraggio dell’umore ha pochi secondi dell’attenzione di una persona, una volta al giorno se va bene. Gran parte del mio lavoro oggi si svolge nello spazio tra queste due cose.

In Virtual E Wellbeing lavoro con i team di prodotto e di sviluppo per portare la ricerca psicologica dentro un prodotto SaaS di monitoraggio dell’umore. L’obiettivo sembra semplice: aiutare le persone a notare i primi segnali di burnout e a capire da dove nascono le loro emozioni. Arrivarci significa prendere tante piccole decisioni di traduzione, e ognuna cambia ciò che la ricerca fa davvero per chi usa il prodotto.

Partire dalla domanda, non dal questionario

La scelta più facile è prendere una scala validata e metterla su uno schermo. A volte è quella giusta. Ma una scala pensata per uno studio una tantum non sempre regge se compilata ogni mattina su un telefono. Per questo, prima di scegliere uno strumento, cerco di chiarire a quale domanda risponde la funzionalità per la persona. “Quanto sono esausta?” è un prodotto diverso da “Cosa mi ha prosciugato questa settimana?”, anche se entrambi attingono alla stessa letteratura.

Le cause contano più dei punteggi

Un numero da solo raramente aiuta qualcuno. Un punteggio di umore basso senza contesto può sembrare una sentenza. Ciò che le persone trovano utile è una strada per risalire alla fonte: carico di lavoro, relazioni, incertezza, tempo di recupero. Per questo mi concentro molto sull’analisi delle cause emotive. Significa progettare check-in e momenti di riflessione che aiutino a collegare come ci si sente a ciò che succede intorno, senza chiedere di scrivere un tema ogni giorno.

La prevenzione è un vincolo di design

Se l’obiettivo è prevenire il burnout e non solo misurarlo, il prodotto deve intervenire prima e con più delicatezza. In pratica questo orienta alcune scelte:

• Poco sforzo, segnale chiaro. Ogni tocco in più costa coinvolgimento, quindi ogni domanda deve guadagnarsi il suo posto.
• Tendenze, non singoli momenti. Una brutta giornata è rumore. Una tendenza merita attenzione, e merita di essere restituita alla persona con gentilezza.
• Prima l’autonomia. I suggerimenti dovrebbero aprire possibilità, non prescrivere comportamenti.

Lavorare dentro il team di prodotto

La cosa più utile che ho imparato è che la ricerca conta solo se compare nella roadmap. Lavorare fianco a fianco con sviluppatori e product manager significa trasformare i risultati in requisiti realizzabili, ed essere onesti su dove le evidenze sono solide e dove si tratta ancora di un’ipotesi da verificare.

È più lento che rilasciare qualunque cosa sembri coinvolgente. Ma quando l’obiettivo è il benessere delle persone al lavoro, fare bene la traduzione è il prodotto.