Non esiste un prezzo valido per ogni prodotto. Qui trovi fasce orientative, le decisioni che fanno cambiare il costo e uno stimatore che mostra il calcolo.
Prima della cifra
Il numero di schermate dice poco. Contano il flusso principale, i dati, gli accessi, le integrazioni, le piattaforme da pubblicare e quanto è chiaro il punto di partenza.
Sono fasce per progetti che posso prendere in carico direttamente, con scope chiaro. Valgono per clienti in Italia o all’estero; il preventivo finale dipende da ciò che esiste già e dalla prima release. IVA, se dovuta, e servizi esterni esclusi.
Fasce orientative
Non sono pacchetti. Servono a capire l'ordine di grandezza prima di chiedere un preventivo.
Un risultato definito: pagamento, area riservata, API, pannello o flusso da completare.
Ipotesi: Il progetto si avvia, gli accessi esistono e il lavoro resta confinato a una parte precisa.Una web app utilizzabile con un flusso principale, backend essenziale e messa online.
Ipotesi: Un tipo di utente principale, poche integrazioni e funzioni secondarie rimandate.Una prima app iOS e Android con backend, test su dispositivo e build da distribuire.
Ipotesi: Il flusso mobile è definito e non servono anche una web app completa e un backoffice esteso.Lo stesso flusso funziona su web, iOS e Android con backend e logica condivisi.
Ipotesi: Conviene dividerlo in release: prima il flusso che prova il valore, poi il resto.Stimatore
Scegli il punto di partenza e solo le funzioni necessarie alla prima release.
Perché la fascia cambia
Questi sono i punti che controllo prima di trasformare una stima in un preventivo.
Chi usa il prodotto, cosa deve completare e quale stato deve restare salvato.
Un repository funzionante è diverso da codice senza test, deploy o accessi disponibili.
Permessi, recupero accesso, errori e stati intermedi fanno parte del prodotto reale.
Pagamenti, mappe, email e API impongono limiti, ambienti di test e comportamenti da gestire.
Aggiungere iOS e Android significa test su dispositivo, build, materiali e review degli store.
Log, analytics, costi cloud, errori e aggiornamenti servono quando il prodotto viene usato davvero.
Cosa significa la cifra
Il preventivo finale elenca sempre ciò che consegno, ciò che serve da parte tua e ciò che resta fuori.
La prova dietro la stima
Mappu è un prodotto che ho costruito e mantengo direttamente. Riunisce web, iOS, Android, backend, AI, mappe, audio, account e pagamenti: gli stessi elementi che fanno muovere una stima.
Account e dati devono restare coerenti tra web e app mobile.
La generazione alimenta itinerari, mappe e audio; non è una demo isolata.
Store, analytics, errori e servizi a consumo esistono anche dopo il primo deploy.
Domande frequenti
Sì, se riduciamo il primo risultato: un solo flusso, una sola piattaforma, meno ruoli e nessuna integrazione non necessaria. Un prototipo statico può costare meno, ma non equivale a un prodotto utilizzabile.
Spesso includono cose diverse. Design, backend, pannello amministrativo, test, pubblicazione, passaggio degli account e supporto dopo il rilascio devono essere espliciti, altrimenti il confronto è incompleto.
No. Produce una fascia coerente con le scelte inserite. Prima di quotare controllo il punto di partenza, le responsabilità, i casi limite e ciò che deve essere consegnato.
Può ridurre il lavoro oppure aumentare le incognite. Prima verifico setup, qualità della parte coinvolta, test, accessi e percorso di deploy. Una funzione definita si quota solo dopo questa verifica.
No. Il flusso principale deve funzionare dall'inizio alla fine. Sono le funzioni secondarie a essere rimandate, non affidabilità, proprietà dei dati o possibilità di usare davvero il risultato.
No, salvo indicazione esplicita. Cloud, email, mappe, modelli AI, account sviluppatore e altri servizi hanno costi propri. Li rendo visibili nella stima perché continuano dopo la consegna.
Passo successivo
Mandami il riepilogo dello stimatore e ciò che esiste già. Ti dirò quali ipotesi verificare prima di parlare di preventivo.