forumApri un argomento

Stiamo sviluppando la nostra prima app: prima dei preventivi, quale software di sviluppo app mobile dovremmo scegliere?

İİsmailPartecipante
Ruolo
System administrator
Iscrizione
dic 2023
Messaggio
128
#1

Abbiamo un'azienda locale di distribuzione alimentare e forniture all'ingrosso a Chicago con 14 dipendenti. Abbiamo deciso di far sviluppare per la prima volta un'applicazione mobile personalizzata per consentire ai nostri clienti di effettuare facilmente gli ordini settimanali, seguire lo stato delle spedizioni in tempo reale e visualizzare lo storico delle fatture. Abbiamo stanziato un budget totale di circa 30.000 dollari per questo progetto.

La prima agenzia con cui abbiamo parlato ha sostenuto la necessità di uno sviluppo nativo separato sia per iOS che per Android, presentando una bozza di preventivo intorno ai 55.000 dollari. La seconda agenzia ha invece affermato che la cosa si risolverebbe con 24.000 dollari utilizzando uno dei framework multipiattaforma a codebase unica. Prima di raccogliere le offerte ufficiali, non abbiamo ancora capito del tutto a livello tecnico quale software di sviluppo app mobile o modello di infrastruttura dovremmo scegliere.

Quali dovrebbero essere i criteri di scelta tecnologica corretti per una piccola azienda operativa come la nostra? Cosa dovremmo chiedere direttamente all'agenzia quando ci si siede al tavolo per capire perché preferiscono una determinata infrastruttura software?

AAslı K***EspertoMembro della community
Iscrizione
ott 2022
Messaggio
91
Più utile#2

Risposta breve: per un'app B2B di ordini e tracciamento della vostra portata, sviluppare due codebase native separate è un carico superfluo sia in termini di budget che di manutenzione; dovreste preferire moderni framework software multipiattaforma che generano sia l'output iOS che Android da un'unica codebase. Questo approccio dimezza quasi i costi iniziali e raddoppia la velocità dei futuri aggiornamenti.

Prima di sedervi al tavolo con le agenzie, chiarite quanto la vostra applicazione abbia effettivamente bisogno dell'hardware del dispositivo. Se non ci sono grafiche 3D pesanti, accoppiamenti hardware Bluetooth molto complessi o elaborazioni della fotocamera al microsecondo, l'uso di linguaggi nativi separati non offre alcun vantaggio operativo. Funzionalità come ordini B2B, compilazione di moduli, ricezione di notifiche e visualizzazione della posizione del corriere su mappa girano perfettamente a zero perdite negli attuali ambienti di sviluppo multipiattaforma.

In fase di preventivo ponete all'agenzia queste quattro domande concrete: 1) Scriverete il progetto con un framework multipiattaforma open source diffuso, o userete un template proprietario chiuso sviluppato da voi? 2) I codici sorgente dell'app, gli account degli store e l'ambiente di compilazione saranno intestati a nostro nome? 3) Come verranno calcolati i costi di manutenzione per i due grandi aggiornamenti annuali del sistema operativo? 4) Se domani dovessimo trasferire la codebase a un altro sviluppatore, ci consegnerete una documentazione conforme agli standard di settore?

Il più grande errore delle piccole imprese è farsi guidare verso l'unica tecnologia conosciuta dal team interno dell'agenzia. Insistete su un framework multipiattaforma standard per cui sia facile trovare sviluppatori indipendenti sul mercato, ricco di documentazione e con alle spalle il supporto di una community globale.

IIrmak V***Partecipante
Ruolo
Contabilità di base
Settore
E-commerce
Tipo di organizzazione
azienda all'interno di un gruppo
Iscrizione
feb 2025
Messaggio
312
#3

Qui la distinzione fondamentale è la profondità di accesso al layer del sistema operativo. Scrivere in linguaggi nativi separati garantisce un'ottimizzazione diretta di CPU e memoria, ma in un'app di gestione ordini non ce n'è bisogno. Le strutture ibride a codebase unica richiamano direttamente i componenti dell'interfaccia nativa tramite un'architettura a bridge. Questo riduce la perdita di prestazioni a un livello impercettibile a occhio nudo.

MMeryem K***Partecipante
Ruolo
Grafico
Settore
Pelle
Tipo di organizzazione
azienda familiare
Iscrizione
lug 2025
Messaggio
417
#4

Abbiamo fatto realizzare un'app B2B per ordini all'ingrosso simile in Texas l'anno scorso. Abbiamo scelto il multipiattaforma e pagato in tutto 22.500 dollari. Rilasciamo un unico aggiornamento su entrambe le piattaforme contemporaneamente. I costi mensili per server e manutenzione ordinaria delle librerie al momento si aggirano sui 210 dollari appena.

GGökhan G***PartecipanteMembro della community
Iscrizione
nov 2022
Messaggio
223
#5

Diffidate delle proposte delle agenzie del tipo 'abbiamo una nostra infrastruttura enterprise pronta ci applichiamo solo la grafica'. Il più delle volte cercano di vendere sistemi chiusi riciclati da vecchi progetti. Il giorno in cui vi separate da quell'agenzia il sistema diventa spazzatura nessuno sviluppatore freelance vorrà mettere mano a quel codice.

NNecati E***PartecipanteMembro della community
Iscrizione
gen 2024
Messaggio
3
#6

Ci sono tre clausole vincolanti da inserire nel capitolato d'appalto: 1) Cessione alla vostra azienda di tutti i codici sorgente su repository Git accessibili. 2) Gli account sviluppatore sugli store dei sistemi operativi devono essere intestati direttamente alla vostra entità aziendale. 3) Consegna dell'elenco delle dipendenze tecniche che attesti l'aggiornamento delle librerie.

GGizem U***PartecipanteMembro della community
Iscrizione
ott 2023
Messaggio
55
#7

anche noi intraprenderemo a breve un percorso simile ma utilizzando un'unica codebase si corrono rischi di ritardi o riifuti nei processi di approvazione degli store Apple o Google, le linee guida lo ostacolano?

OOrhan A***Partecipante
Ruolo
QA Engineer
Settore
Software
Tipo di organizzazione
Azienda di produzione da 40 persone
Iscrizione
gen 2024
Messaggio
2
#8

Nei processi di approvazione degli store si controlla la funzionalità dell'app, non il linguaggio di programmazione. Gli store esaminano i termini d'uso, la sicurezza dei dati, i flussi di login e le linee guida di design. Il framework con cui è compilata l'app non è motivo di rifiuto purché si rispettino le regole; l'approvazione segue la stessa procedura in entrambi gli ecosistemi.

YYavuz T***Esperto
Ruolo
Direttore vendite
Settore
Sport e fitness
Tipo di organizzazione
attività con due sedi
Iscrizione
lug 2025
Messaggio
96

Doki · Infrastruttura e-commerce · 2023

#9

Negli incontri con le agenzie non mettete subito sul tavolo il vostro tetto di spesa di 30.000 dollari. Al primo incontro mostrate solo i flussi delle schermate e le integrazioni API. Chiedete a ogni azienda che presenta un'offerta le motivazioni scritte per la scelta degli strumenti di sviluppo, ed escludete direttamente i preventivi privi di motivazione.

BBurak B***Veteran
Ruolo
Sviluppatore software
Settore
Tipografia
Tipo di organizzazione
Azienda di produzione da 40 persone
Iscrizione
mar 2023
Messaggio
252
#10

vi consiglio di evitare troppi fronzoli all'inizio. basta che il cliente metta nel carrello, mandi l'ordine e scarichi la fattura. onestamente troppe funziooni = più bug su entrambi i sistemi e più fatture dall'agenzia.

NNeslihan Y***Partecipante
Ruolo
Responsabile social media
Settore
Pubblicità e promozione
Tipo di organizzazione
azienda familiare
Iscrizione
ott 2024
Messaggio
307
#11

Ottimo lavoro.

KKadir K***VeteranMembro della community
Iscrizione
mar 2023
Messaggio
212
#12

Ho vissuto la stessa cosa. Quando prendete una decisione, scrivete anche lo scenario peggiore, non solo quello migliore.

RRabia B***EspertoMembro della community
Iscrizione
mar 2025
Messaggio
232
#13

Avrei una domanda non vorrei deviare dall'argomento ma... Le soluzioni che funzionano su piccola scala crollano quando si cresce, l'ho imparato tardi.

Quando decidiamo senza misurare, finiamo sempre nello stesso punto. Questa è la mia opinione non la scrivo come verità assoluta.

JJale B***Partecipante
Ruolo
Membro del consiglio di amministrazione
Settore
Pubblicità e promozione
Tipo di organizzazione
Azienda da 120 dipendenti
Iscrizione
apr 2026
Messaggio
291
#14

Sono d'accordo, anzi vorrei sottolinearlo. La risposta varia molto in base al settore, non esiste una regola generale.

Se avete domande, scrivete, rispondo per quanto possibile.

MMert E***PartecipanteMembro della community
Iscrizione
set 2024
Messaggio
28
#15

il punto più trasscurato riguardo a software di sviluppo app mobile è questo: Se è la prima volta inizia in piccolo il ridimensionamento viene dopo.

è tutto scusate se mi sono dilungato.

SSevimNuovo membro
Ruolo
Fiorista
Iscrizione
nov 2024
Messaggio
26
#16

Nel nostro caso è andata così. L'offerta più economica è spesso quella meno ponderata.

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

LLale G***Partecipante
Ruolo
Operatore di call center
Settore
Cam
Tipo di organizzazione
catena di negozi
Iscrizione
feb 2024
Messaggio
172

Doki · Infrastruttura e-commerce · 2025

#17

Raro trovare articoli che spiegano le cose così chiaramente.

ÖÖmer Ş***Partecipante
Ruolo
Project manager
Settore
Software
Tipo di organizzazione
catena di negozi
Iscrizione
feb 2025
Messaggio
179

Doki · Identità di marca · 2025

#18

Ci proverò. L'errore commesso da software di sviluppo app mobile è generalmente reversibile ma costoso.

L'offerta più economica è spesso quella meno ponderata. È tutto, scusate se mi sono dilungato.

EEmre Ö***PartecipanteMembro della community
Iscrizione
apr 2023
Messaggio
4
#19

Grazie mille mi è stato molto utile.

FFurkan K***Esperto
Ruolo
Addetto all'inserimento dati
Settore
Produzione mobili
Tipo di organizzazione
Azienda di produzione da 40 persone
Iscrizione
feb 2025
Messaggio
64
#20

Avete ragione, sono passato anch'io per la stessa strada. Se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

Lascio una nota, potrebbe servire.

Rispondi