Sii consapevole del fattore di fastidio delle versioni molto frequenti. Una cosa è aggiornare la tua app Web quotidianamente, o anche più spesso, in modo che gli utenti vedano automaticamente le piccole modifiche apportate dalla versione precedente. Ma se un utente deve intervenire, per quanto piccolo, per installare nuovi aggiornamenti, gli aggiornamenti frequenti diventano fastidiosi.
Ho riscontrato app che sembrano aver bisogno di aggiornamenti costanti sia su iOS che su Android e lascia l'impressione che il software sia di bassa qualità. Le modifiche da una versione alla successiva sono spesso così piccole che sono difficili da notare, quindi come utente presumo che tutti questi aggiornamenti siano principalmente correzioni di bug. E se le modifiche sono evidenti, rende l'app meno prevedibile, meno familiare.
Direi che se la tua app non è abbastanza solida da renderla disponibile per almeno alcune settimane, considera l'attesa di rilasciare finché non lo è. So che a volte i bug non vengono scoperti fino a dopo il rilascio e, naturalmente, è necessario correggerli al più presto, ma se ciò accade più di una volta dovresti considerare i modi per migliorare il tuo processo di test.
Un altro modo di guardarlo è che ogni volta che pubblichi una nuova versione della tua app, stai dicendo "Ehi, guarda!" Se lo fai troppo spesso gli utenti che potrebbero essere rimasti colpiti da tutte le nuove cose che hai aggiunto tra la versione 1.0 e 2.0 saranno invece annoiati dalle differenze minime tra 1.9.6 e 1.9.7.
Un approccio migliore consiste nel progettare la tua app in modo da poter aggiornare i contenuti tutte le volte che vuoi senza aggiornare l'app stessa. Se sai che potresti voler cambiare l'aspetto dell'app nei vari giorni festivi, ad esempio, crea la tua app in modo che possa scaricare temi da un server invece di aggiornare l'app prima e dopo le festività.