Come costruire una user persona di uno ‘sviluppatore di software’

Aaron ha praticamente colpito il chiodo sulla testa con la sua risposta, ma ho voluto aggiungere un po' da una lente più centrata sul marketing:

Gli sviluppatori sono un pubblico interessante da provare a segmentare. Tradizionalmente, le personas generali (primarie) sono presentate come un OR (ad esempio - il 10% dei nostri utenti sono femmine nella fascia di età 30-60, il 20% dei nostri utenti sono maschi nella fascia di età 18-35, ecc...) in cui è improbabile che le personas primarie si sovrappongano. Generalmente, la sovrapposizione dei segmenti avviene sulle personas secondarie.

La sfida interessante sulle personas degli sviluppatori è che le personas primarie possono (e spesso si sovrappongono) (ad esempio, lo sviluppatore 1 è uno sviluppatore backend in una grande banca, lo sviluppatore 2 è un growth hacker in una startup fintech, lo sviluppatore 3 è uno sviluppatore backend in una grande banca E si identifica anche come un growth hacker per la sua nuova fantastica startup fintech). Aggiungete a questo la miriade di tratti di persone secondarie (ad esempio, sviluppatore java, sviluppatore .net, sviluppatore front-end, sviluppatore middleware.... si ottiene l'immagine) e si ha un insieme abbastanza confuso di personas utente che si sovrappongono in modi strani.

Il mio consiglio per uscire e raccogliere dati è quello di cercare di ignorare la conversazione lingua/piattaforma il più a lungo possibile - un sacco di studi mostreranno programmatori segmentati per linguaggio preferito, ecc... ma questi dati sono abbastanza irrilevanti a meno che non si stia sviluppando un SDK specifico per la piattaforma, una libreria di classi, ecc... di qualche tipo. Concentratevi di più sulle motivazioni e sull'identificazione personale - in generale, gli sviluppatori sono più che felici di parlarvi delle loro passioni, e AMANO l'opportunità di discutere dei loro progetti. Una volta che riesci a far parlare uno sviluppatore, prendi nota di ciò che sembra appassionarlo di più e usalo per definire la sua motivazione primaria. Dopo di che, potete aggiungere le caratteristiche secondarie (come altri progetti che fanno che non sono così appassionati, quali tipi di social network specifici per sviluppatori consumano, quali altri tipi di social network consumano e perché, cosa gli piace fare al di fuori dello sviluppo, come interagiscono principalmente con altri individui, ecc.) e ALLORA potete iniziare una conversazione su quelle che io chiamo caratteristiche terziarie (quale linguaggio di programmazione usate di più? IDE? mac/windows? Stack preferito?).

Basta ricordare che le personas sono persone finte che rappresentano gli interessi di un insieme di individui reali - le personas degli sviluppatori dovrebbero essere vere per una persona, non per una macchina che produce codice.