Blog

Manuel Tardivo

Automazione sì, non al posto del prodotto

Automatizzare dopo un prodotto che regge. Quando è fuga dalla validazione, e come resta ownership sul live.

Copertina dell’articolo «Automazione sì, non al posto del prodotto»

Automatizzare ha senso dopo un prodotto che tiene utenti, dati e notti. Prima, è spesso una fuga dalla validazione, o un modo per tagliare persone senza alzare competenza. In Snowinch l'automazione è un'adiacenza: la trattiamo dopo il live, non al suo posto.

La call arriva con un foglio di processi. Fatture, reminder, un CRM che nessuno apre. "Se automatizziamo questo, scalamo." Il prodotto, intanto, è una demo, o un Excel, o una cosa che usa solo il founder.

Quando è una fuga

C'è un tipo di automazione che serve a non guardare il mercato. Il flusso è pulito. Lo Zap gira. Nessuno ha ancora pagato. Nessun estraneo ha un account. Hai costruito un corridoio per un edificio che non c'è.

Quello non è efficienza. È teatro operativo. Ti senti avanti perché qualcosa si muove da sola. Il segnale (un no, un sì che costa, un uso che non faresti per educazione) resta fuori. Lo abbiamo già detto su validare e poi non reggere il live: l'ipotesi chiusa non è un prodotto.

L'altra fuga è il contrario apparente. Il prodotto c'è, malfermo, e l'automazione deve "liberare tempo" per non sistemare accessi, backup, un referente. Stai coprendo il buco con un workflow. Il buco resta.

Preferisco un processo lento e capito, su un live che tiene, a un'automazione elegante su un giocattolo. Costa in spettacolo: sembri meno "AI". Lo prendo.

Formare, non tagliare (resta vero)

Il pezzo che tenevamo già: automatizzare per togliere persone, senza trasferire il perché del processo, lascia un sistema che funziona finché funziona. Poi arriva il caso che non era nello schema, e in stanza non c'è più chi sa perché si faceva in un certo modo.

Tagliare senza formare non è un risparmio. È competenza che esce dalla porta. Il job gira; il giudizio no.

Il frame che usiamo è uguale a prima, con un vincolo in più. Prima esiste un prodotto in produzione, o un pezzo critico acceso, con qualcuno che risponde. Poi si guarda quale processo ha input stabili, output verificabili, e una persona che ha già imparato quello che c'era da imparare. L'automazione libera quella persona verso lavoro che richiede giudizio. Non verso il licenziamento, e non verso un secondo prototipo.

Se la risposta a "cosa fa quella persona col tempo liberato" è vuota, il problema non è il processo. È che non sai dove deve crescere il team; o che stai usando l'automazione per non decidere sullo scope del prodotto.

Ownership sul live

Un workflow senza padrone è debito. Chi sa riavviarlo. Chi cambia un campo quando il fornitore lo rinomina. Chi dice di no a un nuovo trigger "tanto è gratis".

Se quella risposta è "lo studio", e voi non volete capirlo, avete comprato una dipendenza. Va detto in call. Se la risposta è "lo facciamo noi, poi ve lo lasciamo", deve esserci un handoff: cosa fa, perché, come si vede che è rotto. Senza quello, "formare" è una slide.

Su servizi l'automazione non sta sullo stesso piano del prodotto. È accanto. Cortex, i flussi, i job: dopo che c'è qualcosa da tenere acceso, o insieme a un pezzo che deve restare acceso. Non come sostituto di un MVP che non è nemmeno in produzione.

Non promettiamo un taglio di costo. Non abbiamo un meno-ottanta da appendere. A volte il primo effetto di un'automazione onesta è che il processo diventa visibile, e scopri che era storto. Quello non è un fallimento. È il motivo per cui non si parte dal "risparmio".

Un aside che mi è rimasto: un reminder automatico su una lista che nessuno aveva pulito. Il flusso era impeccabile. Mandava mail a persone che avevano chiesto di non essere toccate. L'automazione aveva fatto il suo mestiere. Il prodotto (il consenso, i dati, chi rispondeva) no.

Quando ha senso

Ha senso quando il live c'è, il processo è capito da qualcuno che resta, e l'output si verifica. Ha senso per formare: la persona esce dal ripetitivo e entra nel caso limite. Ha senso quando ownership è scritta, non accennata.

Non ha senso come prima mossa di un founder che non ha ancora un segnale. Non ha senso per "sembrare una azienda". Non ha senso se lo scope del prodotto è ancora "vediamo, intanto automatizziamo".

Se vuoi sentire che l'automazione sostituisce il build, o che i problemi di personale si chiudono con un workflow, questa è la call sbagliata. Se hai già qualcosa in produzione e un processo che sta mangiando le persone giuste, se ne parla in contatti.

Scrivi a hello@snowinch.com

Ritratto di Manuel Tardivo

Co-founder & CEO, Snowinch

Manuel Tardivo

Su LinkedIn