Come una persona ha sostituito uno strumento da 40.000 dollari l'anno con qualcosa costruito in un giorno

Marta gestiva le operazioni di un’azienda di logistica di 30 persone a Guadalajara. Il suo team usava una piattaforma enterprise di project management che costava loro circa 40.000 dollari l’anno — licenze per postazione, livello premium per le funzioni di reportistica, più un consulente che avevano assunto per impostare i flussi di lavoro iniziali due anni prima.

Ecco la cosa che nessuno nel team voleva dire ad alta voce: ne usavano forse il 15%.

I driver registravano i loro percorsi giornalieri nello strumento. Gli operatori controllavano una bacheca Kanban per vedere chi era disponibile. Marta estraeva un report settimanale che mostrava le consegne puntuali e i problemi aperti. Tutto qui. I diagrammi di Gantt, il livellamento delle risorse, la pianificazione degli sprint, il tracciamento del tempo e le dashboard di portafoglio? Nessuno li toccava. Stavano pagando per un coltellino svizzero per aprire delle buste.

Il momento in cui ha fatto clic

Il rinnovo del contratto si è presentato a febbraio. Marta si ripeteva da oltre un anno che sarebbe migrata a qualcosa di più economico “il prossimo trimestre”. Ma questa volta, un’amica che gestiva un piccolo brand di e-commerce le ha detto qualcosa che le è rimasto impresso: “Ho smesso di cercare lo strumento giusto e ho semplicemente descritto a un’IA ciò di cui avevo bisogno. L’ha costruito.”

Marta non era una sviluppatrice. Aveva seguito un corso di Python una volta e lo aveva abbandonato dopo la terza settimana. Ma capiva i propri flussi di lavoro meglio di chiunque altro. Poteva descrivere esattamente ciò di cui il suo team aveva bisogno perché viveva dentro quei processi ogni giorno.

Ha deciso di provare a costruire una versione alternativa da sola prima di firmare il rinnovo.

Cosa ha effettivamente costruito

Marta si è messa al lavoro un sabato mattina con un creatore di app con IA e ha iniziato a descrivere ciò di cui aveva bisogno, un pezzo alla volta.

Una schermata di registrazione dei percorsi. I driver dovevano fare il check-in all’inizio del turno, vedere le fermate assegnate e segnare ciascuna come completata. Niente diagrammi di Gantt e drag-and-drop — solo una lista con caselle da spuntare e un timestamp. Lo ha descritto in spagnolo semplice e ha visto il creatore di app generare un’interfaccia funzionante con un database dietro.

Una dashboard per gli operatori. Una singola pagina che mostrava quali driver erano attivi, quante fermate restavano e un indicatore colorato per capire se erano in pari. Marta ha descritto la logica: verde se avevano completato almeno il 60% delle fermate entro mezzogiorno, giallo se tra il 40 e il 60%, rosso sotto. Il creatore ha tradotto questo in formattazione condizionale e in una vista che si aggiornava dal vivo.

Un report settimanale. I numeri che Marta estraeva davvero ogni venerdì: consegne totali, percentuale di puntualità, problemi segnalati dai driver (come un indirizzo sbagliato o un cliente non in casa) e un confronto con la settimana precedente. Ha chiesto al creatore di generare una tabella riassuntiva e un semplice grafico a barre. L’ha fatto.

Un semplice tracker dei problemi. Quando un driver segnalava qualcosa — indirizzo sbagliato, pacco danneggiato, reclamo del cliente — doveva finire in un posto dove Marta potesse vederlo e assegnarlo. Non un sistema di ticketing completo. Solo una lista con uno stato (aperto / in corso / risolto) e la possibilità di aggiungere una nota.

Il tutto ha richiesto circa otto ore distribuite nel sabato. Non perché un singolo pezzo fosse difficile, ma perché Marta continuava a rifinire. La prima versione della dashboard per gli operatori mostrava troppi dati. L’ha snellita. La schermata di registrazione dei percorsi aveva bisogno di un’opzione “salta fermata” a cui all’inizio non aveva pensato. L’ha aggiunta descrivendo la modifica.

Cosa stavano comprando davvero quei 40.000 dollari

Quando Marta ha confrontato la sua app a quattro schermate con la piattaforma enterprise, il divario era evidente — ma non nella direzione che si aspettava.

Lo strumento enterprise aveva centinaia di funzioni e richiedeva un consulente per la configurazione. L’app di Marta aveva quattro schermate che corrispondevano direttamente a come il suo team già lavorava. Nessuna formazione necessaria. Nessun debito di configurazione.

Ma il vero costo dello strumento enterprise non era mai stato l’abbonamento. Era l’attrito che il suo team aggirava ogni giorno. Gli operatori si coordinavano via WhatsApp perché l’app mobile della piattaforma richiedeva quattro tocchi per aggiornare lo stato di una consegna. Marta manteneva un Google Sheet a parte per il report settimanale perché il modulo di reportistica integrato richiedeva di navigare tre menu per estrarre gli stessi cinque numeri. I driver avevano salvato tra i preferiti una pagina di aggiramento nella documentazione di aiuto per la schermata di registrazione dei percorsi, perché il flusso predefinito presupponeva fasi di progetto che loro non usavano.

L’app di Marta non aveva aggiramenti perché era costruita a partire dagli aggiramenti. Ogni schermata esisteva perché qualcuno nel team stava già facendo quella cosa in modo informale — su WhatsApp, su un foglio di calcolo, su una lavagna — e Marta si era limitata a descrivere la versione informale al creatore.

Le parti che l’hanno sorpresa

Tre cose che Marta non si aspettava:

L’iterazione era veloce. Quando un driver ha suggerito di aggiungere un campo note a ogni fermata, Marta ha descritto la modifica al creatore durante la pausa pranzo e l’ha messa online quel pomeriggio. Con lo strumento enterprise, modifiche come questa passavano per una coda di ticket di assistenza e a volte richiedevano settimane.

Il suo team l’ha adottata subito. Nessuna sessione di formazione. Nessun “guarda questo video di onboarding”. Gli operatori l’hanno aperta lunedì mattina e l’hanno capita perché assomigliava alla lavagna che usavano in modo informale, solo digitale.

Ha continuato a migliorarla. Nelle due settimane successive, ha aggiunto una quinta schermata: una vista mensile per il suo capo che mostrava le tendenze delle consegne e le stime di costo per percorso. Con lo strumento enterprise, sarebbe stata una richiesta di report personalizzato. Con la sua app, è stata una conversazione di 20 minuti con il creatore.

Cosa non è

Questa non è una storia su quanto sia brutto il software enterprise. Se sei un’azienda di 500 persone che gestisce progetti complessi e interfunzionali con dipendenze, vincoli di risorse e requisiti di conformità, probabilmente ti serve quel coltellino svizzero.

Ma se sei un team di 30 persone che usa il 15% di uno strumento che costa più di uno dei tuoi dipendenti, qualcosa non torna. Lo strumento non è il problema — lo è la discrepanza.

E quella discrepanza era, una volta, inevitabile. Prima di poter costruire un’app senza programmare, le tue scelte erano: pagare il grande strumento, mettere insieme qualcosa nei fogli di calcolo, o assumere uno sviluppatore per costruire software su misura (il che introduce i suoi costi e le sue tempistiche). Ora c’è una quarta opzione: descrivere ciò di cui hai bisogno e costruirlo da solo.

I conti

I numeri di Marta dopo un mese:

• Strumento enterprise: ~3.300 dollari al mese (40.000 dollari l’anno)
• Abbonamento al creatore di app con IA: meno di 100 dollari al mese
• Tempo per costruirla: 8 ore (un sabato)
• Tempo per iterare: 20-30 minuti per modifica
• Tempo di adozione del team: zero — l’hanno capita il primo giorno

Non aveva bisogno di un CTO o di un team di ingegneri. Aveva bisogno di descrivere come lavora davvero il suo team — e di un creatore di app con IA che trasformasse quella descrizione in software funzionante.

Su cosa riflettere

Se riconosci la tua situazione nella storia di Marta, ecco un esercizio utile prima del tuo prossimo rinnovo software: scrivi ogni funzione che usi davvero nel tuo strumento attuale. Non le funzioni che pensi dovresti usare o che pianifichi di usare un giorno. Quelle che il tuo team tocca ogni settimana.

Se quella lista sta su un foglietto adesivo, potresti star pagando troppo per una complessità di cui non hai bisogno.

Non devi costruire la versione alternativa in un giorno. Potresti partire con una sola schermata — quella che conta di più — e vedere come ti sembra. Il costo di provare è qualche ora. Il costo di non provare è un altro anno passato a pagare per funzioni che non toccherai mai.

Se vuoi vedere com’è costruire il tuo strumento, prova Proyecta e inizia dalla cosa di cui il tuo team si lamenta di più.