Negli ultimi mesi ci siamo trovati a muoverci in parallelo tra due mondi che, sulla carta, sembrano lontanissimi. Da una parte PMI radicate nel territorio, con anni di storia, processi consolidati e una crescita misurata in anni. Dall'altra una startup SaaS, dove ogni settimana conta e le decisioni si prendono prima di avere tutte le certezze che vorresti. Non è un confronto teorico fatto a tavolino. È quello che stiamo vivendo davvero, in parallelo, nelle stesse settimane.
Questo articolo non è una guida su "come lavorare con le startup" o "come gestire clienti PMI". È quello che abbiamo notato cambiare, dentro di noi, lavorando con entrambe contemporaneamente.
In una PMI tradizionale, quando proponi un cambiamento, la domanda più frequente è "sei sicuro che funzionerà?". È una domanda legittima: chi ha costruito un'azienda in anni di lavoro ha tutto il diritto di chiedere garanzie prima di toccare qualcosa che già funziona, anche se non funziona benissimo.
In una startup, la domanda più frequente è quasi opposta: "quanto velocemente possiamo scoprire se funziona?". Nessuno si aspetta certezze, perché di certezze, semplicemente, non ce ne sono. Il prodotto stesso è ancora in costruzione, il mercato non è ancora completamente definito, e il rischio più grande non è sbagliare, è scoprire di aver sbagliato troppo tardi.
Lavorare su entrambi i fronti nello stesso periodo ti costringe a tenere due modalità mentali diverse accese insieme, e a non confonderle. Proporre a una PMI lo stesso ritmo di iterazione rapida che usi con una startup rischia di sembrare superficialità, anche quando l'intenzione è la stessa: imparare in fretta cosa funziona davvero. Proporre a una startup la stessa cautela che useresti con una PMI consolidata rischia di farle perdere il vantaggio competitivo più importante che ha, ovvero la velocità.
Si potrebbe pensare che il flusso di apprendimento vada solo in una direzione, dalla startup veloce verso l'agenzia più tradizionale. Non è così. Le PMI con cui lavoriamo da più tempo ci hanno insegnato qualcosa che il mondo startup tende a sottovalutare: la sostenibilità di un processo conta più della sua velocità iniziale.
Una PMI che ha attraversato vent'anni di mercato ha imparato, spesso a fatica, che un sistema costruito troppo in fretta e senza documentazione diventa un problema enorme tre anni dopo, quando la persona che lo conosceva a memoria se ne va e nessun altro capisce più come funziona. Questa lezione, portata nel lavoro con la startup, ci ha reso più attenti a non scambiare la velocità del momento con la qualità delle fondamenta, anche quando il ritmo richiesto è alto.
Dall'altra parte, lavorare a stretto contatto con la logica startup ci ha resi più severi con noi stessi su un punto preciso: quante delle proposte che facciamo a un cliente PMI sono basate su un'ipotesi mai verificata, e quante su un fatto confermato da una conversazione reale?
Nel mondo startup, distinguere un'ipotesi da un fatto validato non è un esercizio accademico, è la differenza tra spendere bene o male i pochi mesi di tempo che hai prima che il capitale a disposizione finisca. Questa disciplina, applicata anche al lavoro con clienti più tradizionali, cambia il modo in cui proponiamo un nuovo servizio o una nuova direzione: non basta che ci sembri una buona idea, serve aver verificato che il problema che pensiamo di risolvere sia davvero sentito come urgente da chi dovrebbe pagare per risolverlo.
L'errore più facile da fare, soprattutto quando il carico di lavoro è alto e si passa da un contesto all'altro nella stessa giornata, è applicare un solo metodo a entrambi i mondi, per comodità mentale più che per scelta consapevole.
Una PMI che si aspetta stabilità e viene trattata con la logica "proviamo e vediamo" tipica delle startup perde fiducia, perché percepisce improvvisazione dove invece serviva competenza e direzione chiara. Una startup che si aspetta velocità e viene trattata con la cautela tipica di un progetto PMI rischia di arrivare tardi su un'opportunità che, per definizione, ha una finestra di tempo molto più corta.
La cosa che ci sforziamo di fare, lavorando su entrambi i fronti, è non smettere mai di chiederci a inizio di ogni conversazione: in questo contesto specifico, cosa conta di più adesso, la certezza o la velocità? La risposta cambia, e deve cambiare, in base a chi abbiamo davanti.
Siamo nella fase in cui Ctrl Studio sta consolidando i propri servizi, costruendo processi più replicabili, attivando partnership. È esattamente il momento in cui sarebbe più comodo scegliere un solo metodo e applicarlo a tutto, per semplificarci la vita internamente. Abbiamo deciso di non farlo, perché i clienti che vogliamo servire non sono tutti uguali, e pretendere che lo siano sarebbe il modo più rapido per servirli tutti un po' peggio.
Se vuoi capire come applichiamo concretamente questa logica di validazione prima di costruire qualcosa, ne parliamo con un taglio più operativo in Perché un'agenzia dovrebbe pensare come una startup (anche se non lo è). E se il dubbio riguarda più la solidità di lungo periodo di un progetto digitale, qualunque sia il ritmo con cui lo costruisci, il punto di partenza resta sempre lo stesso, raccontato in Hai un sito o un sistema? La differenza che blocca (o sblocca) la crescita.
Ctrl Studio. Meno task. Più sistema.
