Mantenere le app create con l'IA: quello che nessuno ti dice sulla seconda settimana

Il primo fine settimana con Proyecta pubblichi qualcosa di reale. Funziona. I tuoi utenti (o il tuo team, o il te stesso del futuro) iniziano a usarlo. E poi arriva il lunedì e un cliente ti scrive: “Puoi aggiungere un menu a tendina per filtrare per regione?”.

Benvenuto nella manutenzione. È la parte della creazione di un’app con IA di cui nessuno parla, ed è la parte in cui la maggior parte dei progetti o diventa una risorsa a lungo termine o cade silenziosamente nel vuoto. La buona notizia è che mantenere un’app creata con l’IA è un’esperienza diversa dal mantenere codice tradizionale. La notizia sincera è che “diversa” non significa “gratis”.

Cosa significa davvero manutenzione

Quando gli sviluppatori professionisti dicono “manutenzione”, intendono più o meno quattro cose:

Aggiungere piccole funzionalità che le persone chiedono dopo il lancio.
Sistemare cose che si sono rotte o erano sbagliate fin dall’inizio.
Stare al passo con i cambiamenti fuori dalla tua app: un fornitore di pagamenti aggiorna le sue API, esce un nuovo browser, la forma dei tuoi dati cambia.
Fare pulizia perché il codice non si trasformi lentamente in una palude.

Per un’app creata con l’IA, tutte e quattro continuano ad accadere. Quel che cambia è chi le fa e come ci si sente a farle.

La buona notizia: puoi parlarci

Ecco la parte che nessuno ti diceva quando copiavi e incollavi codice da vecchi tutorial. Con un creatore di app con IA, mantieni l’app nello stesso modo in cui l’hai creata: descrivendo quello che vuoi.

Un esempio reale. Una founder che conosciamo aveva creato un piccolo CRM per il suo studio di coaching — clienti, sessioni, tracciamento dei pagamenti, il tutto. Tre settimane dopo il lancio, una cliente ha detto che le sarebbe piaciuto vedere quante sessioni aveva fatto quell’anno. Lei ha aperto l’app e ha detto: “Aggiungi un contatore ‘sessioni di quest’anno’ a ogni scheda cliente, prendendo i dati dalla tabella delle sessioni dove la data è nel 2026”. Dodici minuti dopo, era online. Era già tornata a fare coaching.

Questa storia sembra normale finché non ti ricordi l’alternativa: contattare un freelance, aspettare due giorni, pagare 300 dollari, rivedere una PR che non capiva del tutto, e pregare che non si rompesse nient’altro. Il ciclo di manutenzione non è più veloce perché l’IA è più intelligente del freelance. È più veloce perché nel ciclo ci sono meno persone.

La notizia più difficile: le piccole cose si accumulano

Ecco la parte che frega le persone. Le app create con l’IA sembrano facili da modificare perché aggiungere cose è facile. Quello che non è facile è mantenere coerente l’insieme man mano che cresce.

Alcuni schemi che vediamo andare storti:

Il groviglio accidentale. Chiedi di “aggiungere un campo sconto al checkout”. Sei revisioni dopo, la logica dello sconto vive in tre posti diversi, e solo uno è corretto. Non si è rotto ancora niente, ma la prossima modifica sarà confusa.
Il requisito dimenticato. A marzo hai aggiunto “spedizione gratuita sopra i 50 euro”. A maggio chiedi all’IA di “rifare il checkout per supportare le carte regalo”. Lo fa. La regola della spedizione gratuita è sparita. Nessuno se n’è accorto per due settimane.
La deriva. La tua app è nata come “uno strumento per me”. Ora la usa il tuo team. Il modello mentale da cui l’IA lavora è ancora “per me”, perché è quello che hai detto all’inizio. Le nuove funzionalità sembrano stranamente fuori posto, e non riesci a capire perché.

Nessuno di questi è un difetto dei creatori di app con IA. Sono difetti di memoria e di contesto condiviso: gli stessi problemi che ha un team di sviluppatori umani, solo con una forma diversa.

Come organizzarti

I team che se la cavano bene con la manutenzione condividono alcune abitudini. Per lo più non sono abitudini tecniche. Sono abitudini su come descrivi cos’è la tua app e cosa è cambiato.

Tieni un documento “cos’è questa app”. Una pagina. Il pubblico, gli obiettivi, le regole (“spedizione gratuita sopra i 50 euro”, “non mandiamo mai email agli utenti di domenica”, “la chiave primaria è il telefono, non l’email”). Quando chiedi all’IA di cambiare qualcosa, incolla la regola pertinente nel prompt. Non stai bypassando l’intelligenza dell’IA; le stai fornendo il contesto che non può ricordare.

Descrivi le modifiche in termini di comportamento, non di codice. “Voglio che gli utenti vedano il filtro per regione ricordato tra una sessione e l’altra” è una richiesta molto migliore di “aggiungi localStorage al filtro”. La prima descrive cosa vuoi; la seconda prescrive uno dei quindici modi per farlo, e probabilmente non il migliore.

Fai una modifica alla volta. Due modifiche in un solo prompt significano che una potrebbe fallire in silenzio e non saprai quale. Il modo più veloce di mantenere un’app con IA è tenere le iterazioni abbastanza piccole da poter capire, a colpo d’occhio, se il risultato è giusto.

Guarda cosa è cambiato. La maggior parte dei creatori di app con IA ti mostra un’anteprima. Usala. I trenta secondi che spendi a cliccare in giro per confermare che la nuova funzionalità funziona e che le vecchie funzionano ancora sono l’assicurazione più economica che comprerai quest’anno.

Cosa non puoi fare (e probabilmente non dovresti)

C’è la tentazione, una volta creata un’app con l’IA, di pensare che possa anche gestirtela. Non può, e il divario è reale:

Non ti dirà quando qualcosa si è rotto in silenzio. Log, monitoraggio, turni di reperibilità: quelle restano una questione a parte. La maggior parte dei creatori di app con IA non sorveglia la tua app in produzione come farebbe un ingegnere backend.
Non sa nulla del mondo fuori dalla tua app. Se un fornitore di pagamenti deprecia un’API, l’IA non lo sa finché non glielo dici tu. Iscriviti ai changelog dei tuoi fornitori. Leggi le tue email.
Non può prendere decisioni di prodotto al posto tuo. Se aggiungere una funzionalità, quale compromesso accettare, cosa vogliono davvero i tuoi utenti: questo resta a te. L’IA è una mano molto veloce; il cervello è il tuo.

Il quadro realistico

Dopo sei mesi con un’app creata con l’IA, la maggior parte delle persone con cui parliamo finisce più o meno qui: spendono forse due o quattro ore al mese in modifiche, quasi tutte fatte conversando. Le grandi ricostruzioni che temevano — “voglio aggiungere un’intera nuova sezione” — sembrano un buon pomeriggio di lavoro. Le cose noiose — “il formato della data è sbagliato nell’esportazione” — sembrano un buon prompt.

Quello che non hanno è il rumore di fondo costante di un codice tradizionale: aggiornamenti delle dipendenze, migrazioni di framework, patch di sicurezza, configurazioni di build. Quel rumore è stato assorbito dalla piattaforma. Stai pagando la piattaforma perché se ne occupi, il che è un affare molto migliore che pagare uno sviluppatore perché se ne occupi.

Se stai per creare la tua prima app, l’articolo su quale dovrebbe essere la tua prima app creata con l’IA vale la pena di leggerlo prima di iniziare. E se sei già qualche settimana dentro e stai sentendo alcuni degli schemi qui sopra, è normale. Scrivi il tuo documento “cos’è questa app” questo fine settimana. Il te stesso del futuro, tra tre mesi, mentre chiede una nuova dashboard, sarà molto contento di averlo fatto.