forumApri un argomento

Nei preventivi compaiono React Native, Flutter e native: quale framework scegliere per la nostra prima app?

FFeyza T***Partecipante
Ruolo
Direttore clinico
Settore
Costruzione macchinari
Tipo di organizzazione
startup appena avviata
Iscrizione
mar 2023
Messaggio
136
#1

Abbiamo una piccola azienda di distribuzione alimentare all'ingrosso negli USA (New Jersey). Vogliamo far sviluppare la nostra prima app mobile per permettere ai nostri clienti (per lo più ristoranti) di effettuare ordini, visualizzare lo storico delle fatture e monitorare lo stato delle consegne. Abbiamo consultato tre diverse agenzie di sviluppo software e tutte e tre hanno proposto tecnologie completamente differenti.

La prima agenzia ha affermato che lo sviluppo nativo in Swift e Kotlin è d'obbligo, sostenendo che sia la soluzione più performante, e ha presentato un preventivo da 55.000 dollari. La seconda agenzia ha dichiarato che con Flutter possiamo coprire entrambe le piattaforme con un unico codebase, chiedendo 28.000 dollari. La terza agenzia, invece ha proposto React Native stimando un budget di 32.000 dollari.

Il nostro budget è limitato e questo sarà il nostro primo prodotto digitale. Qual è esattamente la reale differenza tra questi tre approcci? Quale rappresenta un rischio ragionevole in termini di costi di manutenzione, facilità nel reperire sviluppatori in futuro e prestazioni?

KKaan T***Partecipante
Ruolo
Country Manager
Settore
Commercio all'ingrosso alimentare
Tipo di organizzazione
Azienda da 120 dipendenti
Iscrizione
feb 2025
Messaggio
74
Più utile#2

Risposta breve: optare per lo sviluppo nativo per la vostra prima app raddoppierebbe inutilmente il budget; le soluzioni multipiattaforma coprono ampiamente le esigenze della vostra attività. Per funzionalità standard come cataloghi ordini, consultazione fatture e notifiche, i vostri utenti non percepiranno assolutamente alcuna differenza di prestazioni tra Flutter e React Native.

Con l'approccio nativo si sviluppano due codebase distinti: uno in Swift per iOS e l'altro in Kotlin per Android. Questo fa lievitare direttamente il costo di sviluppo iniziale a 55.000 dollari e comporta la necessità di impiegare due sviluppatori diversi o il doppio delle ore di lavoro per ogni minimo aggiornamento futuro. A meno che non stiate realizzando giochi, elaborazione video intensiva, comunicazioni Bluetooth ad alta frequenza o complesse integrazioni hardware, partire con il nativo è uno spreco ingiustificato di capitale.

Flutter e React Native, invece, generano i rilasci sia per l'App Store che per Google Play da un unico codice sorgente. In questo caso, la scelta deve basarsi sull'esperienza dell'agenzia e sull'ecosistema. Essendo basato su JavaScript, React Native offre maggiore flessibilità nell'integrare i vostri programmatori web o nuovi team futuri. Flutter, d'altra parte, garantisce grande coerenza dell'interfaccia utente ed è molto solido per progetti che richiedono consegne rapide grazie al supporto di Google.

Nel vostro caso, esaminate i progetti passati delle due agenzie nella fascia tra 28.000 e 32.000 dollari. A prescindere dal framework scelto, ricordatevi di inserire nel contratto l'aggiornamento delle librerie di terze parti, la consegna del codice sorgente e una garanzia di correzione bug di almeno sei mesi.

İİbrahim K***PartecipanteMembro della community
Iscrizione
apr 2023
Messaggio
204
#3

Dal punto di vista tecnico la differenza sta nell'accesso all'hardware. React Native comunica con i componenti nativi tramite un bridge, mentre Flutter disegna direttamente i pixel con il proprio motore grafico. Nelle schermate di ordini e fatture questa differenza è nell'ordine dei millisecondi, l'utente finale non se ne accorge. Se non dovete stressare l'hardware, entrambi i framework vanno più che bene.

FFurkan U***PartecipanteMembro della community
Iscrizione
dic 2024
Messaggio
266
#4

Due anni fa abbiamo lanciato un'app simile per la vendita all'ingrosso con React Native. Lo sviluppo è costato 30.000 dollari e spendiamo in media 4.000 dollari all'anno per gestione e manutenzione. Se l'avessimo fatta nativa avremmo dovuto assumere due sviluppatori diversi, e i costi di gestione avrebbero sforato il nostro budget già dal primo anno.

KKemal G***Esperto
Ruolo
Tecnico di supporto sistemi
Settore
Servizi di pulizia
Tipo di organizzazione
azienda all'interno di un gruppo
Iscrizione
feb 2024
Messaggio
377

Doki · Configurazione gestione log · 2024

#5

L'idea dell'unico codebase sembra perfetta sulla carta, ma a volte con gli aggiornamenti del sistema operativo possono esserci seccature. Quando esce una nuova versione dell'OS, capita di dover aspettare settimane prima che aggiornino determinati pacchetti. Quando chiudete l'accordo con l'agenzia, mettete in chiaro i termini per il supporto alla compatibilità delle nuove versioni.

KKayahanPartecipante
Ruolo
Full-stack
Iscrizione
giu 2024
Messaggio
118
#6

l'agenzia che ha proposto il nativo sarà abituata a lavorare coi colossi aziendali, nn ha alcun senso spendere quella cifra. al ristoratore interessa la fluidità dell'interfaccia mica se il codice è swift flutter va benissimo per voi.

VVeli P***Esperto
Ruolo
Product manager
Settore
Tessile
Tipo di organizzazione
catena di negozi
Iscrizione
dic 2024
Messaggio
23
#7

Vi suggerisco di decidere basandovi su questi tre punti: 1) Le referenze dell'agenzia su progetti B2B analoghi, 2) La complessità delle integrazioni con servizi esterni come lettura di codici a barre o mappe, 3) La tariffa oraria richiesta per la manutenzione successiva al rilascio.

FFiliz S***Partecipante
Ruolo
Sviluppatore software
Settore
Tipografia
Tipo di organizzazione
startup appena avviata
Iscrizione
apr 2026
Messaggio
129
#8

Avete già definito come l'applicazione si interfaccerà con il vostro attuale gestionale ERP o di fatturazione? Più che la scelta del framework, è la prontezza degli endpoint API a incidere pesantemente sui costi. Se il vostro database non è ancora predisposto per i servizi mobile, le agenzie potrebbero richiedere costi extra per l'integrazione.

AAyşe T***Nuovo membro
Ruolo
Aspirante imprenditore
Iscrizione
gen 2025
Messaggio
32
#9

siamo in una fase simile pure noi... ma se partiamo con una soluzione multipiattaforma e un domani l'app cresce parecchio saremo costretti a passare al nativo? in quel caso bisognerebbe riscrrivere tutto da zero?

UUfuk B***Partecipante
Ruolo
Rappresentante vendite sul campo
Settore
Carta
Tipo di organizzazione
catena di negozi
Iscrizione
nov 2024
Messaggio
2
#10

Scaricate sul telefono due app realizzate dall'agenzia che propone Flutter e testate il flusso degli ordini. Se gira fluida e i clienti di riferimento sono soddisfatti, accettate il preventivo da 28.000 dollari. Usate i 27.000 dollari risparmiati per il marketing e la formazione dei vostri clienti.

KKader U***Partecipante
Ruolo
Addetto al negozio
Settore
Media e editoria
Tipo di organizzazione
azienda familiare
Iscrizione
giu 2024
Messaggio
86
#11

Sono una piccola impresa, vi parlo dal mio punto di vista. Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date.

Questa è la mia opinione, non la scrivo come verità assoluta.

NNeslihan S***Partecipante
Ruolo
Pianificazione produzione
Settore
Retail
Tipo di organizzazione
attività con due sedi
Iscrizione
mar 2022
Messaggio
95
#12

come avete risolto questo? gran parte del tempo perso si accumua nelle pratiche in attesa di approvazione.

lascio una nota, potrebbe servire.

RRamazan B***Partecipante
Ruolo
Direttore di zona
Settore
Plastica
Tipo di organizzazione
boutique agency
Iscrizione
lug 2024
Messaggio
249
#13

Ha ragione. I primi tre mesi vanno bene, i problemi emergono al quarto mese.

Sono curioso di sapere se qualcuno lo fa in modo diverso.

AAycan T***Partecipante
Ruolo
Addetto all'inserimento dati
Settore
Pelle
Tipo di organizzazione
boutique agency
Iscrizione
apr 2023
Messaggio
334
#14

Riassumo quanto detto finora. Chiunque abbia fretta su framework sviluppo app mobile si blocca nello stesso punto.

Se è la prima volta, inizia in piccolo, il ridimensionamento viene dopo. È tutto, scusate se mi sono dilungato.

CCansu Ç***Partecipante
Ruolo
Esperto di sicurezza informatica
Settore
Sport e fitness
Tipo di organizzazione
laboratorio
Iscrizione
ago 2024
Messaggio
60
#15

Vorrei fare una domanda. Nessun processo migliora senza tracciamento, perché non sai cosa correggere.

Se il contratto non specifica la proprietà del codice, al momento di andarsene non hai potere contrattuale. Naturalmente cambia se la vostra situazione è diversa.

SSinan Z***Partecipante
Ruolo
Fondatore studio
Settore
Media e editoria
Tipo di organizzazione
startup appena avviata
Iscrizione
feb 2023
Messaggio
165
#16

Non lo sapevo.

EEmre A***Partecipante
Ruolo
Responsabile magazzino
Settore
Indotto automotive
Tipo di organizzazione
ditta individuale
Iscrizione
mar 2023
Messaggio
370
#17

Grazie mille, era la risposta che cercavo. L'errore commesso da framework sviluppo app mobile è generalmente reversibile ma costoso.

Lascio una nota, potrebbe servire.

UUğur Y***VeteranMembro della community
Iscrizione
ott 2024
Messaggio
3
#18

per un periodo ci siamo bloccati anche noi nello stesso punto. quanndo prendete una decisione, scrivete anche lo scenario peggiore, non solo quello migliore.

buon lavoro.

UUfuk N***EspertoMembro della community
Iscrizione
nov 2024
Messaggio
370
#19

sono d'accordo. nessun processo migliora sennza tracciamento perché non sai cosa correggere.

EErcan D***Partecipante
Ruolo
Responsabile amministrativo
Settore
Software
Tipo di organizzazione
attività con due sedi
Iscrizione
lug 2022
Messaggio
419
#20

Parlo dal lato opposto, io sono dalla parte dei fornitori. Le soluzioni che funzionano su piccola scala crollano quando si cresce, l'ho imparato tardi.

Rispondi