Contratto per lo sviluppo di un'app mobile: cosa verificare prima di firmare

Commissionare un'app mobile — iOS, Android, o cross-platform — è un investimento significativo che richiede un contratto solido. I problemi più comuni sono le specifiche vaghe, il costo finale lontano dal preventivo, i ritardi, e la scoperta post-lancio che il codice ha problemi strutturali. Un buon contratto non elimina questi rischi ma li gestisce in anticipo.

Specifiche dell'app: il documento che evita i conflitti

Le specifiche funzionali dell'app devono essere allegare al contratto come documento vincolante. Devono includere: le piattaforme supportate (iOS, Android, versioni minime degli OS), il flusso utente per ogni funzione principale, le integrazioni con API esterne (pagamenti, mappe, autenticazione social), i requisiti di performance (tempi di caricamento, numero di utenti concorrenti supportati), e i criteri di accettazione. Più le specifiche sono dettagliate, meno conflitti emergeranno sull'interpretazione di "finito" o "funziona".

Proprietà del codice e degli asset

Chi possiede il codice sorgente dell'app? La risposta dovrebbe essere tu (il committente) — ma verifica che il contratto lo specifichi esplicitamente. La proprietà del codice include: il codice sorgente completo, i file di progetto (Xcode, Android Studio), le risorse grafiche prodotte per l'app, e le credenziali per gli account degli store (Apple Developer, Google Play). Alcune agenzie trattengono il codice o richiedono compenso aggiuntivo per la consegna: questa clausola deve essere chiarita prima della firma.

Pubblicazione sugli store e account

La pubblicazione su App Store e Google Play richiede account sviluppatore intestati al titolare dell'app. Verifica: chi crea e gestisce gli account (tu o l'agenzia), chi paga i costi annuali degli account sviluppatore, e se in caso di fine rapporto puoi trasferire facilmente l'app su un tuo account. Alcune agenzie pubblicano le app su account di loro proprietà — il che crea dipendenza. Insisti per avere gli account a tuo nome con le credenziali in tuo possesso fin dall'inizio.

Aggiornamenti obbligatori post-lancio

Le piattaforme iOS e Android rilasciano aggiornamenti di sistema periodicamente, e alcune versioni vecchie delle app possono smettere di funzionare o essere rimosse dagli store. Il contratto deve prevedere: il periodo di manutenzione gratuita post-lancio (tipicamente 3-6 mesi), gli aggiornamenti di compatibilità con le nuove versioni degli OS (inclusi o da pagare separatamente), e il costo stimato per aggiornamenti futuri. Un'app non mantenuta diventa obsoleta rapidamente — questo è un costo ricorrente da mettere in budget.

Penali per ritardi e mancata conformità

Verifica se il contratto prevede penali per ritardi nella consegna e per bug critici post-lancio. Definisci cosa si intende per "bug critico" (l'app non si avvia, una funzione core non funziona) vs. "bug normale" (comportamento non conforme alle specifiche ma non bloccante). Una penale giornaliera per ritardi nella consegna, e un periodo di garanzia durante il quale i bug vengono corretti gratuitamente, sono clausole ragionevoli in un contratto di sviluppo professionale.

← Fornitura B2B con FirmaTranquilla

Analizza gratis →

Leggi anche: Contratto di sviluppo software custom | Contratto di manutenzione e SLA