Aggiornamento singolo
399 USDUn ciclo di rilascio concordato per un'app.
- Solo un'app Krepel Studio esistente
- Fonte aggiornata, AAB e APK
- Google Play pubblicazione concordata separatamente
Aggiornamenti e assistenza
Un aggiornamento concordato o una manutenzione continua e lo sviluppo di un massimo di due app Android specifiche create da Krepel Studio.
Prezzo fisso


One-Time Update copre un ciclo di rilascio concordato. Entrambi i pacchetti App Care condividono lo stesso ambito e differiscono nella durata.
Per una serie specifica e concordata di modifiche a un'app esistente. Questo è un ciclo di rilascio, non un abbonamento o un mese di calendario.
Per la disponibilità tecnica continua, la manutenzione mensile e lo sviluppo di un elenco fisso di un massimo di due app durante il periodo di pagamento.
Il prezzo fisso si applica una volta che lo studio conferma che la richiesta è adatta a questo formato.
Correzioni di bug, UI/UX e un aggiornamento visivo completo, riprogettazione dello schermo, testi e localizzazioni, adattamento Android/Google Play, modifiche alle funzionalità esistenti, nuove funzionalità importanti, refactoring e ottimizzazione, se concordato come un unico aggiornamento.
L'app deve mantenere il suo scopo principale. Trasformarlo in un prodotto veramente diverso è un nuovo ordine di sviluppo app Android. Le richieste effettuate dopo l'approvazione non vengono automaticamente aggiunte all'ambito concordato.
Il client riceve il codice sorgente aggiornato, AAB e APK. Ogni app aggiuntiva viene addebitata separatamente allo stesso prezzo fisso. La pubblicazione dell'aggiornamento in Google Play non è inclusa automaticamente e richiede un accordo separato.
L’elenco delle app specifiche viene fissato all’inizio. Il periodo del servizio decorre dalla App Care Start Date confermata separatamente.
Versioni Android, compileSdk/targetSdk, dipendenze e compatibilità, R8/ProGuard/ottimizzazione, correzioni release-build, requisiti Google Play, Data Safety, permessi/dichiarazioni e modifiche tecniche Billing/AdMob per le app supportate.
Richieste illimitate per correzioni di bug, UI/UX, riprogettazioni complete, schermate, testi, nuove localizzazioni, funzionalità principali, refactoring profondo, modifiche dell'architettura e ottimizzazione delle prestazioni.
Il concetto dell'app supportata potrebbe cambiare sostanzialmente pur rimanendo la stessa app/progetto attivo. App Care non crea ulteriori prodotti separati; una terza nuova app viene ordinata separatamente.
Almeno 1 ciclo di manutenzione pianificato ogni mese, indipendentemente dalle richieste del cliente e in aggiunta ad esse.
Condizioni tecniche, requisiti attuali Android/Google Play, SDK, dipendenze e disponibilità del rilascio. Apportiamo le modifiche necessarie e prepariamo e pubblichiamo una versione di manutenzione quando necessario.
Per l'app 1: 6 i mesi includono almeno 6 cicli; 12 i mesi includono almeno 12. Per le app 2: almeno 12 e 24 cicli in totale rispettivamente. Un ciclo non richiede una pubblicazione separata se non è necessaria alcuna liberatoria.
La mancanza di accessi o materiali può sospendere un’attività, ma non prolunga automaticamente il periodo App Care pagato. Il tempo non utilizzato non si accumula né viene riportato. Un ciclo di manutenzione bloccato viene eseguito quando l’impedimento è rimosso, purché App Care sia ancora attivo.
Le priorità possono cambiare durante il periodo attivo; si applica ancora l’ambito tecnico dello studio.
Richieste illimitate non significano lavoro parallelo illimitato. Li completiamo in sequenza nella nostra coda di lavoro, con priorità concordate con il cliente.
La coda non estende automaticamente il periodo pagato. Le attività già attive prima della data di fine vengono completate. Richieste nuove o non ancora avviate successive a tale data necessitano di un nuovo servizio concordato.
Un bug effettivo segnalato durante il periodo di garanzia o supporto attivo viene risolto in base a tale garanzia anche se la correzione viene completata dopo l'ultimo giorno del periodo.
App Care include la pubblicazione dell'aggiornamento di supporto/manutenzione; One-Time Update richiede un accordo separato.
Quando necessario, prepariamo la versione, aggiorniamo le dichiarazioni, le impostazioni Data Safety e Play Console, carichiamo la AAB, inviamo la versione e la revisione del supporto durante il periodo attivo.
Le versioni richiedono le informazioni sulla firma corrente del cliente e l'accesso necessario. Dopo un aggiornamento, consegniamo la fonte aggiornata, AAB e APK. Gli account di terzi rimangono di proprietà del cliente.
Un'ampia gamma di possibili modifiche resta soggetta all'ambito tecnico concordato.
One-Time Update mantiene lo scopo principale del prodotto. App Care consente una modernizzazione profonda delle app supportate, ma non crea app separate aggiuntive oltre all'elenco fisso.
Non sono accettati giochi, app sanitarie/mediche, app governative, piattaforme server/backend di grandi dimensioni e altre categorie escluse. Il backup Google Drive richiede il progetto Google Cloud e le credenziali del cliente; Firebase richiede un accordo separato. I servizi esterni a pagamento non sono automaticamente inclusi.
Le modifiche alla piattaforma e le nuove richieste dopo il periodo di garanzia o di supporto richiedono un servizio separato. Il pagamento del supporto non garantisce entrate, download o altri risultati aziendali.
Non sviluppiamo solo app Android per i clienti. Creiamo, pubblichiamo e supportiamo i nostri prodotti su Google Play.
Descrivi la tua idea o i cambiamenti di cui hai bisogno. Esaminiamo la richiesta, chiariamo i requisiti e concordiamo l'ambito prima del pagamento.
Avvia un progettoL'invio di una richiesta non costituisce pagamento, ordine definitivo o Official Project Start.