Come Mi Sono Costruito un Pipeline di Clienti come Contractor Embedded

Il mio primo anno da contractor embedded indipendente l'ho passato a vivere progetto dopo progetto. Quando un incarico finiva, mi precipitavo a cercare nella posta, telefonavo a ex colleghi, e speravo che spuntasse qualcosa prima che i risparmi finissero. Lo stress era peggio di qualsiasi problema tecnico avessi mai risolto.

Dopo sei anni, non cerco più lavoro. Ho un pipeline di lead in entrata, clienti abituali e referenze che tiene il mio calendario intorno al 70% di occupazione — che, nel contracting embedded, equivale a tempo pieno. Il passaggio da "ho bisogno di un progetto" a "devo scegliere a quale progetto" non è accaduto per caso. È venuto da un sistema che ho costruito deliberatamente in diversi anni.

Ecco esattamente come ho fatto, cosa ha funzionato, e cosa farei diversamente se iniziassi oggi.

Step 1: Smetti di Usare LinkedIn come Bacheca CV

La maggior parte degli ingegneri embedded ha un profilo LinkedIn che elenca competenze, progetti passati e un titolo. Quello è un CV digitale, non uno strumento per generare clienti. La differenza sta in cosa pubblichi, non in cosa elenchi.

Ho iniziato a pubblicare note tecniche su problemi specifici che avevo risolto: come configurare le modalità low-power dello STM32U5 con FreeRTOS, come ho debugato un lock persistente sul bus I2C, come gestire il timing del bus CAN su Cortex-M4. Niente di rifinito — solo breve, specifico, utile.

L'effetto è stato sottile all'inizio. Un ex collega mi ha contattato perché ricordava il mio post sulla configurazione dei registri SPI. Un technical lead di una consulenza con cui non avevo mai lavorato mi ha mandato un messaggio chiedendo se ero disponibile. Dopo sei mesi, avevo un flusso costante di lead in entrata da persone che avevano visto i miei post e pensato "questa persona sa davvero l'embedded."

Il punto chiave: su LinkedIn, essere un bravo ingegnere non basta. Devi essere visibilmente competente. Pubblicare è il modo più economico e scalabile per dimostrarlo.

Step 2: Costruisci un Motore di Referenze, Non una Rete

Il cold outreach ha un basso tasso di successo nel contracting embedded. La maggior parte dei progetti firmware non viene pubblicizzata — viene assegnata tramite raccomandazioni personali e passaparola all'interno di una piccola comunità tecnica.

Invece di cercare di espandere indiscriminatamente la mia rete, mi sono concentrato sulla costruzione di un motore di referenze con cinque-dieci contatti chiave: ex manager, ingegneri senior in società di consulenza, e sales engineer di distributori di semiconduttori. Sono persone che sentono parlare di progetti prima che vengano pubblicati da qualche parte.

La regola che seguo: almeno una volta ogni due mesi, mi faccio sentire con ciascun contatto portando qualcosa di utile. Non "ci sono posti di lavoro?" — quello ti fa sembrare disperato. Un insight tecnico recente, un consiglio su uno strumento, un link a una application note pertinente. Qualcosa che ricordi loro che esisto e che sono attivo nel settore.

Dopo tre anni di questo schema, ora ricevo referenze senza chiedere. Spunta un progetto in un'azienda di dispositivi medici a Bologna, e qualcuno con cui ho lavorato quattro anni fa pensa a me. È così che arrivano i contratti migliori.

Step 3: Qualifica i Lead Prima di Scrivere una Riga di Codice

L'errore più grande che ho fatto all'inizio è stato dire sì a ogni progetto. Il risultato è stata una serie di incarichi sottopagati e mal definiti con clienti che non capivano quanto costa davvero lo sviluppo firmware.

Ora ho una checklist di pre-qualifica che applico a ogni lead in entrata:

• Esiste una piattaforma hardware? Se il cliente non ha scelto un MCU o costruito un prototipo PCB, il progetto è ancora in R&D. Quoto una fase di discovery, non una consegna firmware.
• Chi ha scritto i requisiti? Se i requisiti vengono da un founder non tecnico o da un venditore che ha promesso un set di funzionalità a un cliente, il rischio di scope creep è alto. Insisto per un workshop congiunto sui requisiti prima di quotare.
• Qual è la tempistica? Qualsiasi progetto embedded che deve consegnare firmware in meno di tre mesi è o un progetto banale o uno irrealistico. Ho imparato a fidarmi più della mia stima che della scadenza del cliente.
• Qual è il budget? Dichiaro la mia tariffa giornaliera presto. Se il budget è inferiore al 70% della mia tariffa, la compatibilità è sbagliata e conviene rifiutare subito piuttosto che negoziare al ribasso e risentirsi del progetto.

Qualificare i lead per tempo ha trasformato i miei peggiori contratti in opportunità rifiutate, liberando tempo per quelli migliori. L'impatto sul reddito è stato neutro il primo anno e fortemente positivo successivamente.

Step 4: Crea un CRM Semplice in un Foglio di Calcolo

Non uso un tool CRM. Uso un Google Sheet con tre schede:

• Lead attivi — aziende con cui sono in conversazione, con date dell'ultimo contatto, fase (primo colloquio, colloquio tecnico, proposta inviata, contratto firmato) e valore stimato
• Clienti passati — ogni cliente per cui ho lavorato, con ambito del progetto, tariffa, cosa è andato bene, cosa farei diversamente, e una "data di ri-contatto"
• Contatti — le persone del motore di referenze, con note su cosa interessa loro e quando li ho contattati l'ultima volta

Ci spendo quindici minuti ogni venerdì ad aggiornarlo. Abbastanza per tenere visibile il pipeline senza trasformare il contracting in un lavoro di vendita.

Step 5: La Conversazione di Uscita Pianta il Prossimo Seme

Il momento più prezioso per l'acquisizione clienti è l'ultima settimana di un progetto. Quando i deliverable sono stati consegnati e il codebase è stabile, programmo una call di handover e chiudo con tre domande:

• "Ci sono altri team nella vostra organizzazione che potrebbero aver bisogno di supporto firmware?"
• "Chi altro nella vostra rete lavora su problemi hardware simili?"
• "Se aveste un consiglio su come potrei essere più utile nel prossimo progetto, quale sarebbe?"

La terza domanda è la più importante. Segnala che mi interessa migliorare, e spesso si trasforma in una conversazione di follow-up sei mesi dopo quando hanno un nuovo progetto e ricordano: "Davide era il contractor che ha chiesto come migliorare."

Checklist pratica

• Pubblica almeno un post o articolo tecnico a settimana su LinkedIn — la competenza visibile batte un CV rifinito
• Identifica cinque-dieci contatti chiave per referenze e programmati un check-in ogni due mesi
• Qualifica ogni lead in entrata in base a prontezza hardware, fonte dei requisiti, tempistiche e budget
• Mantieni un semplice foglio di calcolo a tre schede come CRM — quindici minuti a settimana bastano
• Durante ogni handover di progetto, chiedi referenze e feedback
• Impara a dire no presto a progetti sottobudget o poco chiari — il costo opportunità è reale

Cosa ha funzionato per me

Il cambiamento più grande è stato passare dalla caccia reattiva di lavoro alla costruzione proattiva di un pipeline. Ci sono voluti circa diciotto mesi per sentirne l'effetto. Il primo anno ho investito forse cinquanta ore totali — scrivere post, contattare persone, mantenere il foglio di calcolo — con zero ritorno misurabile. Il ritorno è arrivato al secondo anno e da allora si è accumulato.

Il mondo del contracting embedded è piccolo. Gli stessi nomi riemergono in aziende diverse, città diverse, settori diversi. Costruire un pipeline non significa conoscere tutti — significa essere conosciuti dalle persone giuste. Chi decide dove vanno i progetti firmware di solito ricorda il contractor che si è preso il tempo di condividere qualcosa di utile senza chiedere nulla in cambio.

Questo è il paradosso: costruisci un pipeline nel modo più efficace quando smetti di cercare di venderti.