Quanto costa fare un'app per cellulari?

Quanto costa fare un'app? Una domanda molto comune!

Perché ci sono così tante variabili diverse, il prezzo per un'app mobile potrebbe variare ovunque da $ 5.000 a $ 500.000; tuttavia, il range di prezzo sarà tipicamente tra $ 100.000 e $ 300.000, con l'intero processo di sviluppo che richiede 12-20 settimane. Si tratta ovviamente di un investimento pesante, sia in tempo che in denaro. Quindi, al fine di ottimizzare le vostre risorse finanziarie, ecco i cinque fattori chiave da considerare quando si determina il budget appropriato per lo sviluppo di applicazioni mobili.

1) Le vostre priorità
È importante che siate onesti con voi stessi e le vostre priorità. Una regola d'oro dello sviluppo del software si trova nel grafico qui sotto. Puoi scegliere due attributi qualsiasi del tuo progetto, ma non puoi averli tutti e tre. Trovare un'azienda di sviluppo che faccia un'app di grande qualità molto velocemente e con un budget economico è una bandiera rossa. Si ottiene quello per cui si paga. Se sembra essere buono per essere vero...probabilmente lo è.

2) In-house vs Offshore
Si sta assumendo uno sviluppatore perché sa come eseguire ed eseguire bene. L'unico modo in cui costruiranno una competenza di base nella programmazione del software è se hanno risorse in-house. Sfortunatamente, è abbastanza facile per un'azienda dire "Certo! Tutti i nostri sviluppatori sono interni", quando spesso non è così.

Chiedete chi sarebbero i membri specifici del team sul progetto, e chiedete di vedere su quali applicazioni passate hanno lavorato. Potete anche chiedere di parlare con le risorse e valutare le loro capacità di comunicazione. Anche se lo sviluppo offshore è significativamente più economico, l'assunzione di ingegneri interni farà una grande differenza durante la fase di progettazione; vi farà risparmiare tempo e denaro lungo la strada portando la conoscenza tecnica nella pianificazione del prodotto.

3) Waterfall vs Agile
Lo sviluppo a cascata e lo sviluppo agile sono i due metodi più importanti per lo sviluppo di app, ma sono molto diversi. Lo sviluppo a cascata dipende dall'avere un chiaro processo di documentazione stabilito in anticipo, prima che il processo di sviluppo inizi, e seguire attentamente quel processo. Con lo sviluppo agile, non c'è quasi nessuna documentazione prima di iniziare lo sviluppo. Gli sviluppatori lavorano in sprint di 1 o 2 settimane e capiscono il codice man mano che vanno avanti.

Lo "sviluppo iterativo" è quello che noi chiamiamo un approccio ibrido. C'è un po' di documentazione in anticipo, come i wireframe e i mockup per le schermate e le funzionalità chiave, ma i dettagli e certi aspetti sono lasciati da capire dal team durante lo sviluppo.

4) Fixed Fee vs Time and Materials
In una struttura a cascata, si potrebbe stabilire un costo fisso per il lavoro. Potresti spendere X per il design e la documentazione e poi ricevere un compenso fisso per sviluppare la tua app per Y. Tuttavia, è inevitabile che tu voglia cambiare qualcosa. Inserire gli ordini di lavoro. Gli ordini di lavoro sono fatturati alle stesse tariffe? Quanti dei loro progetti hanno ordini di lavoro? Quanto costa il contratto originale rispetto al costo con gli ordini di lavoro?

In una struttura agile o iterativa, si può essere fatturati per la quantità di lavoro svolto. L'azienda vi fornirà una stima delle tariffe che vi saranno fatturate. Se la fatturazione è oraria, verificate se hanno un software di monitoraggio del tempo e se avrete accesso per esaminarlo. E se si tratta di una disputa sulla fattura, vedi se c'è un processo in atto per gestire la situazione.

5) Creazione della stima

Qual è il processo di creazione della stima?

Chi ha fatto la stima? Quella persona ha una comprensione approfondita di ciò che stai cercando di fare? Avete parlato con questa persona? Hanno lavorato su applicazioni simili e usato tecnologie simili? Se le tecnologie sono estranee a loro, è facile per loro sbagliare la stima. Considerate come i costi effettivi si sono confrontati storicamente con le stime iniziali in modo da poter meglio evitare qualsiasi stima errata.

Per essere sicuri, assumete che il vostro sviluppatore andrà il 20% oltre il budget. Odio dirlo, ma questo è lo stato dell'industria.