Il movimento OccupySaaS sta sfidando i giganti del software ricostruendo le loro piattaforme con l'intelligenza artificiale. Ma se la vera rivoluzione fosse smettere di pensare al software come a un prodotto da acquistare?
OccupySaaS: la ribellione contro il software in abbonamento
Nell'ottobre 2026 è nato un movimento che potrebbe rappresentare uno dei primi segnali di un cambiamento profondo nell'industria del software. Si chiama OccupySaaS. L'idea è tanto semplice quanto provocatoria: un collettivo di sviluppatori, tra cui ingegneri colpiti dai licenziamenti nel settore tecnologico, sta utilizzando l'intelligenza artificiale per ricostruire in modalità open source alcuni dei software aziendali più diffusi al mondo. I primi obiettivi sono Auth0 e Salesforce.
Attraverso un approccio chiamato clean room rebuild, gli sviluppatori partono dalla documentazione pubblica e dalle specifiche delle API per realizzare software indipendenti, progettati per essere compatibili con quelli originali. Non si tratta di copiare il codice proprietario: l'obiettivo è riprodurre comportamenti e interfacce di integrazione, permettendo alle aziende di sostituire piattaforme costose senza dover necessariamente riscrivere tutte le applicazioni che le utilizzano.
È un'idea potente. Ma leggendo il manifesto di OccupySaaS, mi sono posto una domanda: e se stessimo cercando di risolvere il problema giusto, ma nel modo sbagliato?
Il problema non è quanto costa il SaaS. È che siamo diventati dipendenti dal software.
Per oltre vent'anni abbiamo costruito un mondo nel quale, per risolvere un problema aziendale, la risposta è stata quasi sempre la stessa: comprare un software.
Devi gestire i clienti? Compra un CRM. Devi organizzare le attività? Compra un task manager. Devi gestire le note spese? Compra un'altra applicazione. Devi coordinare un processo di approvazione? Cerca un software dedicato.
Ogni nuovo problema introduce potenzialmente un nuovo prodotto, un nuovo abbonamento, una nuova interfaccia e un nuovo insieme di dati. L'azienda finisce per adattare il proprio modo di lavorare a quello previsto dal software che ha acquistato. E non viceversa.
Il risultato è sotto gli occhi di tutti: organizzazioni che utilizzano decine di applicazioni, spesso sovrapposte, con informazioni frammentate e processi che devono continuamente attraversare i confini tra un sistema e l'altro.
OccupySaaS propone una soluzione importante: rendere disponibili alternative aperte e meno vincolanti. Ma anche sostituendo Salesforce con un CRM open source rimane una domanda fondamentale: perché un'azienda dovrebbe necessariamente avere bisogno di un CRM tradizionale? O, più precisamente, perché dovrebbe adottare l'intero prodotto per ottenere le poche capacità di cui ha realmente bisogno?
Dal Software as a Service al Software as a Need
Immaginiamo un'azienda che debba organizzare le visite commerciali. Ha bisogno di registrare gli appuntamenti, raccogliere le informazioni sui clienti, assegnare attività e analizzare i risultati. Oggi, nella maggior parte dei casi, comincerebbe a cercare un CRM. Poi dovrebbe configurarlo, adattarne i campi, formare gli utenti, eventualmente pagare un consulente e integrare gli altri sistemi.
Ma il suo bisogno originale non era acquistare un CRM. Era organizzare le visite commerciali. Sono due cose profondamente diverse.
E se l'azienda potesse semplicemente descrivere ciò che vuole ottenere e avere a disposizione il processo, i dati e l'interfaccia necessari per farlo? Senza dover scegliere prima un prodotto da un catalogo. Senza pagare necessariamente per ogni persona autorizzata a utilizzarlo. Senza essere costretta ad adottare decine di funzionalità che non userà mai.
È il passaggio che mi piace definire dal Software as a Service al Software as a Need: non più il software come prodotto preconfezionato al quale abbonarsi, ma come capacità che prende forma intorno a un'esigenza concreta.
Il SaaS effimero: software che esiste finché serve
Questa evoluzione introduce un concetto ancora più interessante: quello del software effimero, o ephemeral software. Per decenni siamo stati abituati a considerare il software come qualcosa di permanente. Lo acquistiamo, lo configuriamo, lo manteniamo e, con il tempo, cerchiamo di adattarlo alle nuove necessità.
Ma cosa succederebbe se potessimo separare la durata di un bisogno dalla durata dell'applicazione che lo soddisfa?
Pensiamo a un'azienda che deve organizzare una fiera. Per tre mesi ha bisogno di gestire espositori, appuntamenti, richieste, autorizzazioni e attività operative. Al termine dell'evento, molte di queste funzionalità potrebbero non servire più. Nel modello tradizionale, l'azienda potrebbe aver acquistato o personalizzato un software che dovrà continuare a mantenere.
Nel modello del software effimero, potrebbe invece creare un'applicazione specifica, utilizzarla per il periodo necessario e poi dismetterne l'interfaccia e le funzionalità temporanee. I dati rilevanti e lo storico del processo rimarrebbero disponibili secondo le esigenze aziendali.
Il software può essere temporaneo. La conoscenza e i dati dell'azienda non devono esserlo.
Software usa e getta non significa sistemi inaffidabili, dati da perdere o processi da ricostruire ogni volta. Significa che l'applicazione smette di essere un bene da conservare a tutti i costi e diventa uno strumento che può evolvere, essere sostituito o scomparire quando non è più utile.
Come un ponteggio utilizzato per costruire un edificio. Nessuno comprerebbe un ponteggio pensando di doverlo mantenere per sempre dopo aver terminato i lavori. Eppure, con il software, facciamo spesso esattamente questo.
Flowvenue: una piattaforma, infinite applicazioni
È proprio partendo da queste considerazioni che abbiamo costruito Flowvenue. Non volevamo realizzare l'ennesimo CRM, l'ennesimo gestionale o l'ennesimo software di project management. Volevamo costruire qualcosa di diverso: una piattaforma capace di trasformare la descrizione di un'esigenza aziendale in un processo operativo.
Con Flowvenue, un utente può descrivere in linguaggio naturale ciò di cui ha bisogno e costruire un processo con le proprie informazioni, regole, attività e automazioni. La piattaforma permette poi di lavorare sugli stessi processi in due modi complementari.
Il primo è conversazionale: le persone possono interagire con i dati e le operazioni utilizzando il linguaggio naturale, anche attraverso assistenti AI esterni collegati tramite MCP. Il secondo è visuale: gli stessi processi possono essere utilizzati attraverso interfacce tradizionali o applicazioni personalizzate, progettate per uno specifico caso d'uso.
Immaginiamo tre aziende. Una società di servizi costruisce un sistema per gestire le richieste dei clienti. Una società sportiva realizza un gestionale per squadre, atleti, allenamenti e partite. Un'impresa industriale organizza le attività commerciali e le visite presso i propri distributori.
Tre applicazioni completamente differenti. Tre interfacce differenti. Tre insiemi di regole e processi differenti. Ma un'unica piattaforma sottostante. Non è necessario sviluppare tre prodotti SaaS indipendenti, ciascuno con la propria infrastruttura, autenticazione e gestione dei dati. Le applicazioni vengono modellate intorno alle esigenze delle organizzazioni. E quando quelle esigenze cambiano, possono cambiare anche i processi e le interfacce.
Non è più l'azienda a dover entrare nel software. È il software a prendere la forma dell'azienda.
OccupySaaS vuole sostituire Salesforce. Noi vogliamo rendere possibile non averne bisogno.
È qui che emerge la differenza più interessante tra il movimento OccupySaaS e la nostra visione. OccupySaaS parte da un software esistente e si chiede: come possiamo ricostruirlo, renderlo aperto e permettere alle aziende di sostituirlo?
Noi partiamo da una domanda diversa: quale problema deve risolvere l'azienda e qual è il minimo insieme di capacità necessarie per farlo?
Nel primo caso, il riferimento rimane il prodotto esistente. Nel secondo, il riferimento diventa il processo aziendale. Non c'è nulla di sbagliato nel primo approccio. Anzi, iniziative come OccupySaaS possono contribuire concretamente a ridurre la dipendenza tecnologica dai grandi fornitori.
Ma credo che la trasformazione più importante possa arrivare quando smetteremo di utilizzare le categorie tradizionali del software come punto di partenza. Un'azienda non dovrebbe necessariamente scegliere tra Salesforce e un suo clone open source. Dovrebbe poter decidere quali capacità di gestione commerciale le servono, costruirle, modificarle e utilizzarle nel modo più naturale possibile. E, quando necessario, continuare a integrarsi con i sistemi già presenti.
Questo non significa che ogni impresa debba abbandonare il proprio ERP, CRM o sistema legacy. Significa che acquistare un altro software non dovrebbe essere l'unica risposta possibile a un nuovo bisogno.
Anche il modello economico del SaaS deve cambiare
C'è un altro aspetto che OccupySaaS mette giustamente in discussione: il prezzo per utente. Il modello per seat è stato uno dei pilastri dell'economia SaaS. Ma introduce un paradosso: più persone di un'azienda possono beneficiare di un'applicazione, maggiore diventa il costo per consentire loro di utilizzarla.
In molti contesti questo incentiva le aziende a limitare l'accesso agli strumenti digitali anziché diffonderli. Noi abbiamo scelto una direzione differente.
Flowvenue adotta un modello Pay as Grow, basato sull'utilizzo e sul consumo delle operazioni, contabilizzate attraverso i BeeCoin. Non vendiamo licenze per ogni singolo utente. L'obiettivo è collegare il costo della piattaforma al lavoro che viene effettivamente svolto, invece che al numero di persone che potrebbero svolgerlo.
Naturalmente, anche il consumo deve essere trasparente e prevedibile. Sostituire il prezzo per utente con costi imprevedibili non sarebbe un progresso. Ma il principio rimane: il valore del software non si misura dal numero di persone che possono accedervi. Si misura dai problemi che riesce a risolvere.
Attenzione: software usa e getta non significa AI senza controllo
C'è un equivoco che dobbiamo evitare. Se l'intelligenza artificiale rende sempre più semplice creare applicazioni, non significa che ogni applicazione generata sia automaticamente adatta a gestire un processo aziendale. Un conto è generare un'interfaccia in pochi minuti. Un altro è garantire che i dati rimangano coerenti, che le autorizzazioni siano rispettate, che le operazioni siano tracciabili e che un errore dell'AI non produca conseguenze irreversibili.
Per questo credo che il futuro non sia fatto semplicemente di agenti AI che scrivono codice e modificano liberamente i sistemi. Servono piattaforme che separino l'intelligenza che interpreta una richiesta dalle regole che governano la sua esecuzione. È uno dei principi alla base di Flowvenue.
L'AI può aiutare a definire un processo, interpretare un'intenzione e guidare l'utente nelle operazioni. Ma l'esecuzione deve avvenire all'interno di un sistema strutturato, con controlli, autorizzazioni e regole esplicite. Le operazioni critiche devono rimanere governabili, con intervento umano dove necessario.
Perché un'applicazione può anche essere effimera. La responsabilità sulle operazioni aziendali non può esserlo.
Il futuro del software non sarà necessariamente un altro software
Credo che OccupySaaS rappresenti un segnale importante. Dimostra quanto stia cambiando il rapporto di forza tra chi costruisce software e chi lo utilizza. Se l'intelligenza artificiale riduce drasticamente il costo di sviluppo e rende più accessibile la costruzione di applicazioni, una parte del valore storico dei prodotti software preconfezionati verrà inevitabilmente messa in discussione.
Questo non significa che i grandi SaaS spariranno domani. Le piattaforme mature continueranno ad avere un ruolo fondamentale, soprattutto dove servono standardizzazione, affidabilità, profondità funzionale ed ecosistemi consolidati.
Ma qualcosa sta cambiando. Per la prima volta, diventa sempre più realistico immaginare un mondo nel quale le aziende non debbano cercare un software per ogni problema. Possano invece partire dal problema e costruire la soluzione necessaria.
A volte quella soluzione sarà un'applicazione destinata a durare anni. Altre volte sarà un piccolo strumento utilizzato per poche settimane. Altre ancora sarà semplicemente un processo accessibile attraverso una conversazione, senza nemmeno bisogno di un'interfaccia dedicata.
Questo, per me, è il significato più interessante del software effimero: non rendere il software meno importante, ma rendere meno importante il possesso di un software e più importante il risultato che permette di ottenere.
OccupySaaS sta dimostrando che possiamo ricostruire i software dei giganti. Noi, con Flowvenue, stiamo lavorando a un'idea ancora diversa: un mondo nel quale ogni azienda possa costruire il software di cui ha bisogno, quando ne ha bisogno, senza dover acquistare un nuovo prodotto per ogni problema.
Perché il futuro non dovrebbe essere scegliere tra mille applicazioni. Dovrebbe essere poter creare infinite soluzioni.
Flowvenue è una piattaforma conversazionale per costruire e utilizzare processi aziendali e applicazioni personalizzate attraverso l'intelligenza artificiale. Scopri di più su flowvenue.com.
Per conoscere il movimento citato nell'articolo: OccupySaaS.