L’Intelligenza Artificiale Ha Trasformato Questo Responsabile delle Consegne in un Fondatore
Quando Michael Gold aveva 15 anni, gestiva una propria società di eventi, organizzando incontri per 500 persone. Suo padre aveva sempre lavorato in proprio. In famiglia l’imprenditorialità non era tanto un’aspirazione, quanto una certezza. E poi, a un certo punto, ha smesso di esserlo. “Crescendo, in un certo senso mi sono spaventato e ho rinunciato […]
Quando Michael Gold aveva 15 anni, gestiva una propria società di eventi, organizzando incontri per 500 persone. Suo padre aveva sempre lavorato in proprio. In famiglia l’imprenditorialità non era tanto un’aspirazione, quanto una certezza.
E poi, a un certo punto, ha smesso di esserlo.
"Crescendo, in un certo senso mi sono spaventato e ho rinunciato all'idea di essere un imprenditore," mi ha raccontato. Così ha costruito una carriera nella gestione di progetti: quasi 15 anni, iniziando nei settori creativi per poi passare alla tecnologia. Circa due anni fa ha iniziato a lavorare in modo frazionale, fondando la propria agenzia di project management e lavorando come fractional head of delivery tra startup e clienti enterprise. Un percorso di successo, sotto ogni punto di vista. Ma il desiderio imprenditoriale non è mai scomparso del tutto. Era solo assopito.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Crescendo, mi sono spaventato e ho rinunciato all'essere un imprenditore.
Questo mese, più di due decenni dopo quei primi eventi, Michael ha lanciato il prodotto software Aria, uno strumento di automazione dei servizi professionali (PSA). Lo sta sviluppando con un piccolo team fondatore che comprende anche sua moglie Rachael, illustratrice.
Ho intervistato Michael due volte negli ultimi mesi e in entrambe le conversazioni è emersa sempre la stessa domanda: cosa è cambiato? Perché lui non è uno sviluppatore. Non lo è mai diventato. La differenza è che l’IA ha reso il non esserlo un problema molto meno grande di prima.
È iniziato con irritazione, non con ambizione
La strada di Michael verso la creazione di software non è iniziata con un business plan. È iniziata da piccole frustrazioni già note.
Rachael aveva costruito il sito dell’agenzia su Wix, e ogni modifica doveva passare da lei. "Odiavo dover dipendere da lei per qualsiasi cosa," racconta. Così ha collegato il sito a uno strumento IA di programmazione. "Nel giro di un’ora avevo lo stesso sito web, ma ora potevo gestirlo da solo." Poi ha creato in modo sperimentale il proprio CRM per sostituire un abbonamento da 100 dollari al mese che sembrava assurdo per un’attività individuale. Non era meglio dell’originale, e lui stesso lo ammette, ma faceva ciò che serviva e, soprattutto: "è stato davvero divertente costruirlo."
Quell’esperienza ha fatto emergere una domanda che prima non aveva mai avuto la possibilità di porsi:
"Uno strumento come HubSpot deve avere ogni possibile funzionalità per soddisfare ogni tipo di cliente. Per questo costa quello che costa: è uno strumento incredibile. Ma se hai bisogno solo dello 0,5% di quel tool, viene spontaneo chiedersi: perché sto pagando anche per il restante 99,5%?"
It [Hubspot] costs how much it costs because it is an incredible tool. But if you only need 0.5% of that tool, there becomes a question of, why am I paying for the other 99.5% of it?
Ogni piccolo progetto rendeva il successivo più pensabile. Non era una persona che aveva deciso di diventare un founder di software. Era un project manager che risolveva i propri problemi e, nel frattempo, ricostruiva silenziosamente la fiducia che aveva perso.
Ha già vissuto il problema che ora sta risolvendo
La questione del software, storicamente, è questa: chi lo realizzava e chi subiva i suoi limiti erano raramente le stesse persone. Per costruire un prodotto servivano sviluppatori, designer UX e product manager. All’utente finale restava solo chiedere nuove funzionalità e sperare. La distanza tra chi sentiva il problema e chi poteva risolverlo era fatta di ticket di supporto, portali per le richieste, account manager e le roadmap di qualcun altro.
Michael ha passato anni dall’altra parte di questa distanza.
Otto o nove anni fa, è entrato in un’agenzia che aveva appena implementato una nuova piattaforma PSA la settimana prima del suo arrivo. La sua reazione non fu moderata. "Ho quasi dato le dimissioni durante il periodo di prova perché mi sembrava la cosa peggiore del mondo. La odiavo davvero."
Ne ha parlato con il titolare. Voleva eliminare lo strumento. Poi è accaduto qualcosa di insolito: è finito nella roadmap beta del prodotto del fornitore. "Li ho aiutati a migliorare lo strumento," racconta, e man mano che il prodotto migliorava grazie ai consigli degli utilizzatori, anche il suo rapporto con esso cambiava. "Da quello che quasi si licenziava in prova sono diventato l’ambasciatore interno della piattaforma."
Questo era il vecchio modello di influenza dei professionisti: avere la fortuna di accedere a un programma beta e contribuire alla definizione del prodotto di qualcun altro dall’esterno. Sommando gli anni in cui la sua agenzia ha implementato strumenti PSA per i clienti, Michael ha visto questa categoria da tutte le prospettive, tranne da quella del costruttore. Sa esattamente dove questi strumenti si inceppano: l’onboarding macchinoso, le interfacce fredde e prive di gioia. “Non penso che nessuno strumento PSA sia particolarmente bello. Non credo siano ambienti piacevoli in cui stare”, ha detto, ed è per questo che Rachael fa parte del team fondatore e che “volevo davvero che Aria desse la sensazione di essere un luogo caldo e accogliente.”
Non penso che nessuno strumento PSA sia particolarmente bello. Non credo siano ambienti particolarmente piacevoli in cui stare. Ed è per questo che volevo che Aria desse la sensazione di essere un luogo caldo e accogliente.
Sa anche, osservando i veri team di delivery e non LinkedIn, che la maggior parte dei project manager ancora non utilizza l’IA, ed è per questo che l’assistente di Aria segnala i problemi e chiede prima di agire, invece di agire autonomamente. “Per me, gli agenti, a prescindere se dovrebbero o meno, suonano spaventosi,” ha detto. “Penso che sia semplicemente una barriera più bassa avere un assistente amichevole che sia dalla tua parte.”
Nessuna di queste intuizioni può arrivare a un team di prodotto tramite le interviste agli utenti. Sono cicatrici. Michael non sta indovinando cosa frustra un PM alle 16 di un giovedì. Lui è stato quel PM. La novità non è che i praticanti abbiano questa conoscenza. È che ora possono finalmente agire direttamente su di essa.
Dal prototipo al prodotto
La prova è arrivata in un solo weekend. Quando il suo co-fondatore James ha proposto l’idea di costruire loro stessi uno strumento PSA, Michael inizialmente ha detto di no. Si tratta di software realmente complesso, di quelli che custodiscono i dati operativi e finanziari più sensibili di un’azienda. “Non c’è modo che ‘vibecodo’ uno strumento PSA”, ricorda di aver pensato.
Poi, senza dirlo a nessuno, si è seduto davanti alla tastiera. “Ho passato 24 ore vibecodando. È così coinvolgente. E così, letteralmente nello spazio di un weekend, avevo un prototipo che era uno strumento PSA che faceva tutto quello che dovrebbe fare uno strumento PSA. O almeno così sembrava in superficie.”
Nello spazio di un weekend, avevo un prototipo che era uno strumento PSA che faceva tutto ciò che uno strumento PSA dovrebbe fare. O, almeno, così sembrava in superficie.
Quell’ultima frase è importante, e Michael lo sottolinea. Il prototipo è stato l’inizio del lavoro, non la fine. Nei mesi successivi uno sviluppatore full-stack si è occupato di sicurezza, fatturazione e architettura più profonda. CTO esperti hanno revisionato il codice e ricoprono ruoli di consulenza. Il prodotto ha recentemente superato il CASA Tier 2, una verifica di sicurezza di terze parti.
“Ci sono ancora bug, ovviamente. Quindi l’idea che tu possa semplicemente vibecodare uno strumento PSA è assurda.”
L’idea che tu possa semplicemente vibecodare uno strumento PSA è semplicemente assurda.
Quindi, se l’IA non ha costruito il suo prodotto, cosa ha fatto? “Non avrei mai potuto progettare questo con una penna e carta.”
Questa è la barriera linguistica che si dissolve. Michael non avrebbe potuto scrivere una specifica tecnica o disegnare un UX. Dieci anni fa qui sarebbe finita: l’idea restava intrappolata nella testa del professionista, come le idee dei fondatori che sono sempre morte silenziosamente nelle menti dei project manager. Invece, l’IA gli ha permesso di pensare visivamente e in modo iterativo, smanettando su un prototipo fino a veder prendere forma davanti a sé quindici anni di cicatrici da utente finale. Un qualcosa a cui poteva reagire, che poteva perfezionare e consegnare agli ingegneri veri e propri.
Definisce il suo attuale modo di lavorare “una versione molto strutturata del vibecoding”, dove si occupa di piccole correzioni e modifiche delle funzionalità “sotto la supervisione e il governo delle persone tecniche.”
"L'idea che un fondatore non tecnico in una startup sia davvero in grado di continuare a far progredire il prodotto è stata sorprendente. Ma la condizione era che dovevo collaborare con persone più alfabetizzate tecnicamente di me."
Erano davvero le competenze da PM fin dall'inizio?
Ho scritto recentemente riguardo a project management come competenza imprenditoriale, quindi ho posto direttamente la tesi a Michael: i PM sono meglio posizionati degli altri per diventare fondatori?
Lui era d'accordo su alcuni punti. I PM hanno "una maggiore propensione a gestire lo stress", ha detto. Cambiano costantemente contesto e gestiscono priorità concorrenti, mentre altre discipline possono concentrarsi su una sola cosa. E, cosa fondamentale, definiscono il proprio lavoro: "Un PM assegna ad un grafico un compito per la giornata, mentre un PM deve capire quale sia il compito da svolgere. Ed è questo l’imprenditorialità."
Ma poi ha ribaltato la mia premessa.
"Penso che, perché sono stato un imprenditore fin dall'inizio, per questo ero bravo nel project management. Piuttosto che il project management abbia affinato le mie capacità imprenditoriali. Penso di essere sempre stato un imprenditore, ed è per questo che project management era una scelta naturale."
In altre parole, la causalità va al contrario. Il project management non lo ha reso un fondatore. Essere una persona con lo spirito imprenditoriale lo ha reso un buon project manager, e la professione è diventata un luogo confortevole per quella energia finché la vera barriera, costruire qualcosa, restava troppo alta.
Scommetterei che Michael non sia un'eccezione. Quanti professionisti accumulano dieci anni di "cicatrici" sui tool che usano ogni giorno, senza modo di trasformare quell’esperienza se non in richieste di funzionalità? Persone a cui piace avere la responsabilità del risultato, definire il lavoro, tenere tutto il sistema in testa. Persone che sanno esattamente cosa non va nei loro software e, fino a poco tempo fa, non avevano modo di mostrare a nessuno come dovrebbe essere fatto realmente bene.
Per quel gruppo, gli ultimi due anni hanno cambiato le carte in tavola. Non perché l’IA abbia trasformato i project manager in imprenditori, ma perché ha eliminato l’ultima scusa per quelli che già lo erano.
Se vuoi saperne di più su cosa stanno facendo Michael e il suo team, puoi dare un’occhiata qui.
—--------
Vuoi altre idee come queste? Iscriviti gratuitamente a DPM per ascoltare altri esperti come questi.
