TAG

# metodo doaipm

2026-07-06

Hai lasciato un ordine nei commenti, io l'ho trasformato in un software gratuito: SoloPic

Alla fine dell'ultimo articolo «Perché sto rifacendo 100 software gratuiti» ho chiesto: qual è il software gratuito che vorreste più di tutti veder rifare? Un lettore di Tianjin, Axiang, ha lasciato nei commenti tre esigenze precise — ritaglio a bordo fisso in batch, ridenominazione batch da file di mappatura, regolazione in batch di luminosità e contrasto. Gli ho risposto «il nucleo è l'elaborazione batch, giusto?», e in pochi giorni l'ho costruito: SoloPic, uno strumento gratuito, offline, da 12 MB, che fa esattamente quello che chiedeva — incluso «100px a sinistra, 57px in basso». Questo articolo racconta come un commento diventa un software vero, e perché le idee migliori per «rifare 100 software gratuiti» non sono nella mia testa ma nei vostri commenti.

2026-07-05

Zero promozione, zero codice, 22.000 download in tre mesi: il percorso open source di un principiante

Tre mesi fa mi sono dato un obiettivo che suonava un po' folle: fare il miglior editor Markdown gratuito del mondo. La parte folle non era «il migliore» — era «gratuito», e soprattutto: non so scrivere codice. Tre mesi dopo, SoloMD ha rilasciato 30 versioni, è stato scaricato oltre 22.000 volte, ha guadagnato più di 400 stelle su GitHub, e io non ho quasi fatto promozione. Questo articolo racconta quei tre mesi: perché ho voluto fare un software gratuito che non trattasse gli utenti come polli da spennare, come una persona che non sa scrivere una riga di codice l'ha costruito davvero, la scommessa che ho fatto dal primo giorno (chi usa il software non sono più solo gli umani), e come mi sono sentito il giorno in cui qualcuno mi ha donato 10 yuan.

2026-07-04

Ho fatto un altro terminale, Unterm — l'utente predefinito non è umano

Negli ultimi sei mesi, l'80% dei comandi eseguiti nel mio terminale non li ho digitati io — li hanno digitati Claude Code e un mucchio di agent. I terminali che uso — iTerm, Windows Terminal, Warp — sono tutti progettati per «una persona seduta che digita una riga e guarda». Quando l'utente principale è diventato un agent, questa ipotesi è venuta meno in cinque punti: i comandi che devono uscire dalla rete si bloccano nei timeout, dare un terminale nudo all'IA significa darle anche `rm -rf`, quando l'agent finisce non riesco a riavvolgere per vedere cosa ha combinato, ho da tempo tre o quattro agent aperti in parallelo, e più agent ci sono più il desktop va in caos. Qui spiego cos'è Unterm, come nasce il nome, e come ho tappato questi cinque buchi.

2026-07-03

Diventare PM nell'era dell'IA 10 | Alta fedeltà prima di tutto: sono sei mesi che non disegno un wireframe

Questo è il decimo articolo della serie «Diventare PM nell'era dell'IA». Il wireframe a bassa fedeltà esisteva perché «farne una versione vera» costava troppo: prima bisognava allineare la direzione generale con delle scatole grigie. Oggi una frase basta a tirar fuori in pochi minuti una pagina che nel browser si clicca davvero — il team di prodotto di n8n ha sostituito in blocco il flusso a wireframe, e un direttore di Delivery Hero ha costruito a mano un prototipo in un'ora senza cercare un ingegnere. Io stesso, in questi sei mesi, non ho disegnato neanche un wireframe. Qui ti racconto come ormai salto la bassa fedeltà e monto direttamente un'alta fedeltà che gira: contenuti veri e non segnaposto, tutti gli stati riempiti (caricamento / vuoto / errore / successo), interazioni cliccabili sul serio, e una prova vera nel browser — più una nuova abitudine che nasce dal fatto che una versione costa pochi minuti.

2026-07-02

Diventare PM nell'era dell'IA 09 | Da esecutore a orchestratore: il tuo nuovo lavoro è dirigere una flotta di agent

Questo è il nono articolo della serie «Diventare PM nell'era dell'IA». Nel 2026 le persone più produttive non sono più quelle che fissano un'IA mentre modifica il codice in tempo reale, ma quelle che tengono in moto più agent contemporaneamente — ognuno con il proprio contesto, ognuno responsabile di un pezzo, tutti al lavoro in modo asincrono, mentre tu, dall'alto, spezzi il lavoro, lo assegni e lo collaudi. Addy Osmani lo chiama «da direttore d'orchestra a orchestratore», e c'è una frase che punge: un'istruzione vaga viene amplificata nell'errore di un'intera squadra di agent, un'istruzione precisa viene amplificata in un'intera implementazione precisa. Questo articolo racconta quattro mosse concrete da seguire: non seguire un solo agent fino in fondo, spezza il lavoro in blocchi paralleli che non si sovrappongono, dai a ogni blocco una spec chiara, e trasforma il tuo lavoro in scomposizione e collaudo.

2026-07-01

Perché sto rifacendo 100 software gratuiti

Vuoi togliere una filigrana da un PDF, installi uno strumento gratuito e il giorno dopo comincia a bombardarti di pubblicità, ti cambia la home page, ruba i tuoi dati, e per esportare ti chiede pure di passare al premium. Il dolore più grande di chi usa software gratuiti è triplice: sei tu la merce in vendita, nessuno lo rifinisce davvero, e il gratis è solo l'amo per farti pagare. Prima si poteva solo subire, perché rifarne uno buono costava troppo; ora l'AI ha abbattuto i costi al punto che ce la fa anche una persona sola. Ne ho già rifatti sei così — SoloMD, Unterm, unfetch, Unflick, Ziplark, FreeID Photo — e ne mancano novantaquattro.

2026-06-30

Diventare PM nell'era dell'IA 08 | L'IA non può trovare il vero problema al posto tuo

Questo è l'ottavo articolo della serie «Diventare PM nell'era dell'IA», ed è anche la chiusura della parte sul «pensarci con chiarezza». Nei «5 Principles» che a16z ha scritto per i product manager c'è una frase che coglie nel segno: il lavoro del product manager è da sempre risolvere l'ambiguità, e l'IA non l'ha resa minore — ha solo cambiato gli strumenti. Oggi l'IA sa costruire qualsiasi cosa, ma non può trovare al posto tuo quel vero problema che vale la pena risolvere: dove l'utente si blocca davvero, se la cosa vale o no. Questo articolo racconta quattro mosse concrete da seguire nella fase di scoperta: andare sul campo a vedere dove l'utente si blocca, distinguere ciò che chiede a parole da ciò su cui è davvero bloccato, cercare i «metodi maldestri» come segnale del vero problema, e usare una mentalità da costruttore per esplorare con qualcosa che gira.

2026-06-29

Diventare PM nell'era dell'IA 07 | Non scrivi più PRD — consegni tre opere

Questo è il settimo articolo della serie «Diventare PM nell'era dell'IA». Nel 2026 le assunzioni stanno cambiando volto: sempre più team considerano «una funzionalità di prodotto davvero online + un set di eval che sai spiegare con chiarezza» il segno di un candidato forte, e non un bel PRD o una pila di certificati. Quando l'IA si è presa lo scrivere PRD e il disegnare prototipi, questi smettono di essere i tuoi deliverable. Questo articolo chiarisce le tre opere che il PM dell'era dell'IA consegna davvero — un prodotto che si apre e si clicca, un retrospettiva con numeri reali, un set di eval scritto da te — e come metter su, concretamente, ciascuna di esse.

2026-06-28

Diventare PM nell'era dell'IA 06 | Dillo e prende forma: trasformare un'idea chiara in un prodotto cliccabile in una frase

Questo è il sesto articolo della serie «Diventare PM nell'era dell'IA», e l'apertura della parte dedicata al «costruirlo». Mindaugas ha trasformato un'idea in un prodotto con utenti paganti usando Lovable, senza scrivere una riga di codice; a dicembre 2025 Lovable ha chiuso un round B da 330 milioni di dollari, con una valutazione di 6,6 miliardi. «Dillo, e l'IA te lo costruisce» non è più uno slogan. Ma il言出法随 non è digitare una frase e andarsene: è un ciclo, ha il suo mestiere, e presuppone che quella tua «parola» sia chiara. Questo articolo spiega quattro mosse da eseguire: chiedi prima qualcosa che gira invece di dire tutto in una volta, fallo girare davvero invece di credergli quando dice «fatto», cambia una cosa alla volta tenendo d'occhio come muta, di' le cose chiare e la «legge» ti seguirà.

2026-06-24

Diventare PM nell'era dell'IA 05 | Lascia tutto vago e l'IA riempirà i vuoti per te

Questo è il quinto articolo della serie «Diventare PM nell'era dell'IA». Dici all'IA «fammi un login», e di slancio decide al posto tuo una dozzina di cose che non hai nemmeno nominato: email o numero di telefono, dopo quanti errori bloccare la password, per quanto tempo, cosa scrivere nel messaggio d'errore. L'IA non ti fa domande come farebbe una persona: è una yes-machine — fa quello che dici, non quello che vuoi; appena il requisito è vago, riempie il vuoto con il default più diffuso, che quasi mai è quello che ti serve. Sean Grove di OpenAI dice che il codice è solo il 10-20% del valore di uno sviluppatore, mentre l'80-90% è dire chiaramente cosa va fatto. Questo articolo spiega quattro mosse da eseguire: trasforma gli aggettivi in numeri, scrivi tutti gli stati, elenca i casi limite, e auto-verifica con un test a contesto zero.

2026-06-23

Diventare PM nell'era dell'IA 04 | Giudicare "se farlo" ora costa più di "se è fattibile"

Questo è il quarto articolo della serie «Diventare PM nell'era dell'IA». Nel 2025 METR ha condotto un esperimento controllato randomizzato: 16 sviluppatori esperti, con cinque anni di esperienza in media, hanno svolto 246 task reali usando l'IA. Prima pensavano di andare il 24% più veloci, a lavoro finito credevano ancora di aver guadagnato il 20%, ma la misurazione ha detto: il 19% più lenti. Persino il giudizio più semplice — «l'IA mi ha reso più veloce?» — l'hanno sbagliato proprio le persone più esperte. Quando realizzare diventa rapido ed economico, «è fattibile?» non scarta più nessuna idea, e il giudizio davvero costoso si sposta su «se farlo». Questo articolo spiega quattro mosse da eseguire: smetti di usare la difficoltà come filtro, chiediti prima cosa succede a non farlo, prima di toccare il codice scrivi «cosa diventerà vero quando sarà fatto», lascia che l'IA metta in fila le opzioni ma non fidarti del «mi sembra giusto».

2026-06-22

Diventare PM nell'era dell'IA 03 | Tratta l'IA come un collega, non come uno strumento

Questo è il terzo articolo della serie «Diventare PM nell'era dell'IA». La maggior parte delle persone usa l'IA come un distributore automatico: butti dentro una frase, esce una risposta, e alla conversazione dopo si riparte a spiegare tutto da capo. Il CEO di Relay.app, al summit dei leader di prodotto IA, ha detto «smetti di trattare l'IA come uno strumento, trattala come un collega che hai assunto». Questo articolo non parla di mentalità, parla di quattro mosse concrete da eseguire: prima scrivile un documento di passaggio di consegne, affidale un blocco di lavoro intero fissando bene i confini, revisiona ciò che produce come faresti con la PR di un collega junior, e riscrivi nel documento ogni correzione — con tanto di spezzoni di dialogo reali.

2026-06-21

Diventare PM nell'era dell'IA 02 | Non capire di tecnica: perché è invece un vantaggio

Questo è il secondo articolo della serie «Diventare PM nell'era dell'IA». Il titolare di un'agenzia immobiliare che non sa scrivere codice si è costruito da solo, con Claude e Zapier, un agent IA che fa girare le operazioni quotidiane; nel 2026 il 63% degli utenti attivi del vibe coding non sono sviluppatori. Sulla strada che porta «da un'idea a qualcosa che gira davvero», chi non capisce di tecnica a volte va perfino più spedito: l'ingegnere deve prima disinnescare l'istinto di rispondere di ogni riga di codice, mentre la frase «questo è troppo difficile» chi non capisce di tecnica proprio non riesce a dirla.

2026-06-20

Diventare PM nell'era dell'IA 01 | Quali compiti del product manager se li è presi l'IA, e quali invece valgono di più

Questo è il primo articolo della serie «Diventare PM nell'era dell'IA». Nel 2026 parecchi annunci di lavoro per ruoli di AI PM hanno tolto dai requisiti obbligatori il «saper scrivere PRD, disegnare prototipi, costruire dashboard», sostituendoli con tre lavori concreti. I compiti che l'IA può prendersi stanno cadendo fuori dai requisiti di assunzione; ciò che resta come barriera è la parte che solo una persona può fare. Questo pezzo mette a confronto, in due colonne, ciò che «è stato preso» e ciò che «vale di più», come quadro generale dell'intera serie.