Da dove iniziare con l'IA nelle vostre operazioni partite dal processo, non dallo strumento.

Partite dall'unico processo che disperde più denaro, non da uno strumento. Mappate come quel processo si svolge davvero oggi, individuate dove il lavoro viene rifatto o lasciato cadere, e costruite un piccolo sistema che elimini proprio quelle falle. L'IA è ciò che rende quella costruzione accessibile e abbastanza rapida da valerne la pena — settimane anziché un anno — ma è il metodo, non l'obiettivo. L'obiettivo è l'eccellenza operativa: un processo che si svolge allo stesso modo ogni volta, senza che qualcuno lo tenga insieme.

Ogni azienda in crescita arriva a questa domanda nello stesso modo. Il fatturato c'è, il team è sotto pressione e le crepe sono visibili a tutti — il rinnovo sfuggito perché nessuno era responsabile del passaggio di consegne, il lavoro di prevendita rifatto tre volte, i dati dei clienti sparsi in quattro sistemi che non coincidono mai del tutto. Qualcuno pronuncia la parola “IA”, e la conversazione passa immediatamente agli strumenti.

È lì che le cose vanno storte.

Perché la maggior parte dei progetti di IA nelle operazioni si arena

Partono dalla tecnologia e risalgono verso un problema. Si sceglie uno strumento, si lancia un pilota, una demo fa colpo, e poi la cosa fallisce silenziosamente nel cambiare come qualcuno lavora di martedì. Il motivo è quasi sempre lo stesso: il processo sottostante non è mai stato descritto, quindi non c'era nulla di concreto che lo strumento potesse migliorare.

Il secondo modo di fallire è l'ampiezza. Si annuncia un “programma di trasformazione con l'IA”, si delimita un anno di lavoro, e il dolore operativo che lo ha innescato è ancora lì diciotto mesi dopo. Le aziende in crescita non hanno un anno. La data del festival, il ciclo di rinnovo, il round di finanziamento — nessuno di questi si sposta.

Entrambi i fallimenti condividono una causa. L'IA è stata trattata come l'obiettivo. Non lo è. L'eccellenza operativa è l'obiettivo. L'IA è semplicemente il motivo per cui oggi è accessibile costruire software modellato attorno alla vostra azienda anziché piegare l'azienda attorno al software.

Partite dal processo che disperde denaro

Scegliete un processo. Non un reparto, non una strategia — un processo, con un inizio e una fine, che già sospettate vi stia costando. Nella maggior parte delle aziende in crescita è uno di tre.

I tre punti in cui di solito si annida

• I rinnovi. Nessuno è responsabile del momento in cui un contratto scade. Sta nell'agenda di qualcuno, viene sollecitato tardi e ogni tanto sfugge del tutto. A titolo illustrativo, è il tipo di processo che può portarsi dietro circa €45.000 l'anno di spreco evitabile.
• Il passaggio dalla vendita alla consegna. Ciò che è stato promesso in fase di vendita viene riscoperto dal team di consegna, e il cliente spiega la propria situazione due volte. Circa €97.000 in un caso illustrativo.
• Il lavoro di prevendita. La stessa delimitazione, le stesse stime, le stesse risposte, ricostruite per ogni opportunità perché la prima volta non è stato registrato nulla. Circa €84.000.

Queste cifre sono illustrative, tratte da scenari distinti e non sommate tra loro — ciò che conta è la forma, non un totale. L'aspetto rilevante è che ciascuna è un processo specifico e delimitabile, ed è esattamente questo a renderla candidata a una prima realizzazione. Un'ambizione vaga di “usare l'IA in tutta l'azienda” non lo è.

Che cosa viene costruito, e perché è piccolo di proposito

L'esito di un primo incarico non è una piattaforma. È una soluzione puntuale: un piccolo sistema che svolge bene un compito operativo, per le persone che quel compito lo eseguono. Un portale customer success esiste perché i customer success manager possano davvero gestire la relazione post-vendita — vedere quali clienti si stanno allontanando, agire prima del rinnovo e fermare un abbandono che altrimenti arriverebbe senza preavviso. Un portale partner esiste perché i partner si servano da soli invece di scrivere a qualcuno. Ciascuno prende il nome dal risultato operativo che produce, non dalla categoria di software a cui appartiene.

Sotto c'è la base che ogni incarico comprende: una console di amministrazione e il motore di automazione che esegue il lavoro, riuniti in un unico modulo di build. Potete vedere come si presentano quelle soluzioni puntuali nella pratica, e come funziona il motore di automazione sottostante.

Piccolo è voluto. Un sistema ristretto che elimina un difetto reale vale più di uno ampio che nessuno adotta, e può essere consegnato in settimane — il che significa che scoprite se ha funzionato mentre il problema è ancora il problema.

Quanto costa e quanto tempo richiede

Il primo passo è una valutazione, definita sui processi che stiamo esaminando. Produce una descrizione scritta di come il processo funziona oggi, dove fallisce e cosa comporterebbe costruire la soluzione. Paga quel compenso solo se decide di non procedere — se prosegue con noi non le costa nulla.

Il prezzo è il 30 % del risparmio del primo anno che misuriamo e dimostriamo, fatturato in rate mensili uguali lungo la collaborazione — così il costo arriva insieme al valore anziché dopo. Quando il lavoro è completo riceve l’intero codice sorgente e lo possiede in piena proprietà, senza costi aggiuntivi.

Il motivo per cui queste cifre sono pubbliche è che gran parte di questo settore le nasconde. Il listino completo è qui, e l'incarico si svolge in sei fasi definite, dalla prima chiamata alla consegna del codice sorgente.

Assumete qualcuno o comprate uno strumento?

È la domanda sotto la domanda, e la risposta onesta è che le opzioni consuete lasciano tutte aperto lo stesso vuoto.

Un direttore operativo a tempo pieno progetta il piano ma non scrive il codice, così la strategia atterra come documento e resta in coda dietro al prodotto in attesa di tempo di sviluppo — a un costo di oltre €200.000 l'anno. Altro SaaS si compra in fretta e costa poco all'inizio, ma piegate il vostro processo allo strumento e pagate per sempre, su uno stack che supera facilmente i €150.000 l'anno. Un'agenzia di sviluppo sa costruire, ma ha bisogno di una specifica già finita — il che presuppone che il ragionamento operativo sia già stato fatto. E non fare nulla sembra gratis, ed è esattamente per questo che è l'opzione più cara della lista.

Ciò che davvero colma il vuoto è avere il giudizio operativo e la capacità di costruire nello stesso posto, così che la descrizione del processo e il software che lo esegue non passino mai tra due parti che ne capiscono metà ciascuna.

Domande frequenti

Serve prima una strategia di IA?

No. Serve un processo descritto e una decisione su quale suo difetto valga la pena eliminare. Una strategia non ancorata a un processo preciso tende a produrre documenti anziché cambiamento.

Quanto tempo prima di vedere qualcosa funzionare?

Settimane, non mesi — ed è tutta la ragione per cui gli strumenti di IA contano qui. Una prima soluzione puntuale è volutamente ristretta, così da poter essere consegnata, usata e giudicata in fretta.

E se i nostri processi sono un caos e non sono scritti da nessuna parte?

È la condizione di partenza normale, ed è esattamente ciò a cui serve l'Assessment. Non serve documentare nulla prima di cominciare; la mappatura fa parte del lavoro.

Siamo proprietari di ciò che viene costruito?

Sì. Il codice sorgente vi viene trasferito a fronte di un importo fisso una tantum per modulo di build, e da lì in poi non resta nulla da pagare per continuare a usarlo. È un contrasto voluto con un abbonamento che non potete mai interrompere.

I nostri dati usciranno dall'UE?

No. I sistemi sono costruiti e ospitati su infrastruttura UE, il che per la maggior parte degli operatori europei è un requisito e non una preferenza.