Informazioni su questo annuncio
Ambito del lavoro
Un'unica base di codice React Native che produce un'applicazione mobile coerente per entrambi gli store, coprendo navigazione, accesso, notifiche push, supporto offline e il comportamento specifico della piattaforma che gli strumenti multipiattaforma non gestiscono automaticamente.
Il nostro metodo
Lo sviluppo inizia direttamente sulla Vostra API effettiva anziché su dati fittizi, poiché gli endpoint reali si comportano diversamente dai mock. L'accesso si basa su un'archiviazione sicura sul dispositivo con logica di aggiornamento centralizzata in un unico punto, poiché la gestione frammentata dei token è la causa principale dei problemi nelle app mobili. Gli elenchi sono virtualizzati e caricati a pagine; le immagini vengono memorizzate nella cache e ridimensionate per adattarsi al dispositivo invece di essere caricate a grandezza naturale.
Le esigenze specifiche della piattaforma sono trattate come requisiti effettivi anziché come dettagli secondari: iOS richiede formulazioni proprietarie per i permessi e profili di provisioning, Android necessita di canali di notifica e di una gestione sensata del pulsante Indietro, e i deep link su entrambe le piattaforme devono continuare a funzionare dopo un avvio a freddo.
Cosa riceverete
- Un progetto TypeScript React Native contenente solo i moduli nativi di cui avete effettivamente bisogno.
- Build di test sia sul canale beta di iOS sia sul canale interno di Android, per consentirVi di provarle in anticipo.
- Notifiche push completamente integrate, compreso il trigger lato server.
- Build di rilascio corredate di testi per la scheda dello store, screenshot e note di invio.
- Una breve guida pratica per permetterVi di compilare, eseguire e rilasciare l'app in autonomia in un secondo momento.
Di cosa abbiamo bisogno da parte Vostra
Un'API, o almeno le relative specifiche, la manciata di schermate più importanti e gli account sviluppatore Apple e Google qualora ne disponiate già. In caso contrario, indicheremo con precisione cosa è necessario e quando.
Limiti dell'ambito
L'offerta include un'app per un unico pubblico. Qualora un prodotto richieda due esperienze distinte, ad esempio un'app per i clienti e un'app separata per gli autisti, ciò verrà considerato come due build separate e Ve lo segnaleremo prima di formulare qualsiasi preventivo, non a posteriori.
Ritmo e aggiornamenti
Una build di test preliminare è solitamente pronta ben prima della conclusione del progetto, consentendo di fornire feedback sull'app in esecuzione anziché su schermate statiche. La checklist per il rilascio rimane chiara e trasparente per tutta la durata dei lavori, coprendo permessi, deep link, comportamento offline e metadati dello store, poiché sono solitamente questi elementi a trasformare una build funzionante in una candidatura respinta.