Come 15 anni di ripetizione sono diventati il blueprint del mio software

Qualche anno fa, se mi avessi chiesto da dove nascono le mie idee per nuovi prodotti, probabilmente ti avrei dato una risposta pessima.

Avrei parlato di market research.

Trend.

Opportunità.

Domanda.

Oggi ho una risposta molto più semplice.

Costruisco prodotti partendo dalle cose che mi hanno messo più alla prova.

Può sembrare drammatico.

Ma dopo più di quindici anni passati a costruire siti web, prodotti digitali e business per altre persone, ho capito una cosa importante:

I problemi che continuano a ripresentarsi anno dopo anno sono probabilmente i problemi che dovresti risolvere.

Ed è esattamente quello che sto cercando di fare.

Non ho mai voluto costruire software solo per costruire software

Mi è sempre piaciuto costruire cose.

È uno dei motivi per cui sono diventato developer.

Mi piaceva l’idea di potermi sedere davanti a un computer, creare qualcosa dal nulla e vederlo diventare reale.

Ma con il tempo ho capito che non era la tecnologia in sé a interessarmi davvero.

Mi interessava risolvere problemi.

Per gran parte della mia carriera ho risolto problemi reali dentro progetti per clienti e agenzie.

Problemi dei clienti.

Problemi delle agenzie.

Problemi aziendali.

Problemi di business che mi hanno insegnato come si costruiscono siti web e prodotti digitali.

Ma dopo quindici anni ho iniziato a farmi una domanda difficile:

Se ho passato così tanto tempo a risolvere tutti questi problemi, perché continuo a sentire la stessa difficoltà in ogni progetto?

Le stesse frustrazioni continuavano a ripresentarsi

Non importa quanta esperienza accumulassi, certi problemi non sparivano mai.

Ogni nuovo progetto iniziava con le stesse domande.

Da dove parto?

Come dovrei strutturarlo?

Quale stack dovrei usare?

Quali decisioni di design dovrei prendere?

Come evito di ricostruire la stessa cosa per la centesima volta?

All’inizio pensavo fosse semplicemente parte del lavoro.

Poi ho capito che tutti intorno a me stavano affrontando le stesse cose.

Agenzie.

Freelance.

Developer.

Founder.

Tutti reinventavano la ruota, saltando sul prossimo trend o strumento.

Ancora.

E ancora.

E ancora.

Ho passato anni a ottimizzare la cosa sbagliata

Come molti developer, ho passato anni a cercare di ottimizzare il workflow inseguendo il prossimo trend.

Framework migliori.

Strumenti migliori.

Architetture migliori.

Ma alla fine ho capito che stavo solo creando più stress.

Poi ho iniziato a prestare attenzione alle mie frustrazioni

Così, durante il mio burnout più grande, durato circa un anno, ho fatto una profonda introspezione per capire se il problema fosse il mio lavoro o qualcosa nel mio modo di lavorare.

Questo mi ha portato a una grande consapevolezza.

Non era il lavoro in sé.

Era la ripetizione costante.

Ogni progetto richiedeva centinaia di decisioni.

A volte migliaia.

Non perché fossero importanti.

Ma perché nessuno aveva creato sistemi per evitare di doverle prendere ogni volta.

Ero stanco di prendere le stesse decisioni, ancora e ancora.

Così, a un certo punto, ho cambiato il modo in cui guardavo i problemi.

Invece di chiedermi:

Come risolvo questa cosa per questo progetto?

Ho iniziato a chiedermi:

Perché questo problema continua a esistere?

Questo piccolo cambio di prospettiva ha cambiato tutto.

Perché quando inizi a notare le frustrazioni ricorrenti, inizi a vedere più opportunità.

La cosa che ti infastidisce ogni giorno potrebbe in realtà essere un prodotto.

La cosa che ti assorbe energie ogni settimana potrebbe in realtà essere un business.

La cosa che hai accettato come normale potrebbe essere esattamente ciò che va sistemato.

Le frustrazioni ricorrenti sono spesso segnali che vale la pena approfondire. A volte fanno semplicemente parte del lavoro. Ma a volte indicano un prodotto che ancora non esiste.

Themerson è nato da quella stanchezza

Uno dei prodotti che sto costruendo oggi si chiama Themerson.

Se mi chiedi da dove sia nata l’idea, la risposta è semplice.

Ero stanco.

Non stanco di progettare.

Non stanco di costruire siti web.

Stanco di ricostruire le fondamenta ogni singola volta.

Sistemi di spacing.

Sistemi tipografici.

Sistemi colore.

Design token.

Strutture dei temi.

Decisioni sui componenti.

Il lavoro in sé non era difficile.

Era la ripetizione a esserlo.

Dopo anni passati a fare lo stesso lavoro mentale più e più volte, ho iniziato a chiedermi:

Perché ogni progetto deve ancora cominciare dalle stesse decisioni?

Themerson è il mio tentativo di rispondere a quella domanda.

Per anni ho visto agenzie e freelance costruire siti da zero.

Ogni progetto.

Ogni cliente.

Ogni volta.

Le stesse call di discovery.

Gli stessi wireframe.

Le stesse strutture di pagina.

Le stesse domande di business.

Le stesse decisioni strategiche.

Tutti lavoravano tanto.

Pochissimi stavano costruendo sistemi.

Ho vissuto quel caos in prima persona per anni.

Alla fine ho smesso di chiedermi:

Come rendo questo lavoro meno ripetitivo?

E ho iniziato a chiedermi:

Perché continuiamo a lavorare così?

Quella domanda è diventata la base di una nuova piattaforma per WordPress.

Ho smesso di cercare mercati

Uno dei consigli più comuni nel mondo startup è:

Trova un mercato.

Capisco perché le persone lo dicono.

Ma personalmente ho trovato più utile un’altra cosa.

Trova una cicatrice.

Trova qualcosa che ti ha frustrato per anni.

Trova qualcosa che ti è costato soldi.

Trova qualcosa che ti ha assorbito energie.

Trova qualcosa che ti ha fatto dire:

Deve esserci un modo migliore.

Perché se hai vissuto quel problema abbastanza a fondo, è probabile che migliaia di altre persone lo abbiano vissuto come te.

E a differenza della market research, il problema vissuto in prima persona crea chiarezza.

Non costruisco prodotti perché sembrano entusiasmanti

Costruisco prodotti perché sto cercando di risolvere problemi che hanno toccato la mia vita.

Problemi che hanno creato stress.

Problemi che hanno portato al burnout.

Problemi che mi hanno fatto chiedere perché questo lavoro richiedesse ancora così tanto sforzo ripetuto.

In molti modi, ogni prodotto che sto costruendo è una risposta a una versione più giovane di me stesso.

Il developer.

Il freelance.

Il consulente.

Il founder.

La persona che ha passato anni a credere che lavorare di più avrebbe, prima o poi, risolto tutto.

Non è successo.

Costruire sistemi migliori forse può farlo.

Questi prodotti saranno utili?

Onestamente, non lo so.

Forse sì.

Forse no.

Sto ancora costruendo.

Sto ancora imparando.

Sto ancora facendo errori.

Ma per la prima volta dopo molto tempo, sento di costruire cose per le ragioni giuste.

Non solo perché qualcuno mi ha pagato.

Non perché un report di mercato me lo ha suggerito.

Non perché è apparso un trend.

Ma perché ho vissuto un problema.

E voglio fare in modo che altre persone non debbano viverlo allo stesso modo.

Pensieri finali

Se c’è una cosa che ho imparato dopo quindici anni passati a costruire, è questa:

Presta attenzione ai problemi che continuano a seguirti.

Alle frustrazioni che non spariscono mai.

Al lavoro che ti assorbe energie.

Ai compiti che ti fanno chiedere:

Perché stiamo ancora facendo questa cosa?

Perché a volte le tue frustrazioni più grandi non sono ostacoli.

A volte sono il blueprint di tutto ciò che dovresti costruire dopo.