forumApri un argomento

Strumenti di sviluppo app Android e scelta dell'agenzia: come mi vincolano?

SSerkan Ç***VeteranMembro della community
Iscrizione
mag 2023
Messaggio
294
#1

Ci occupiamo di commercio all'ingrosso nel settore delle attrezzature per cucine industriali. Vorremmo far sviluppare un'app mobile per i nostri 12 rappresentanti attivi sul campo e per circa 150 rivenditori che ordinano regolarmente in modo da poter visualizzare lo stock in tempo reale e inserire gli ordini a conto. In una prima fase è previsto che l'applicazione giri su dispositivi Android.

Ci siamo seduti al tavolo con due diverse agenzie software. La prima agenzia ha proposto di scrivere codice nativo puro tramite Android Studio chiedendo 240.000 TL e 4 mesi di tempo. La seconda agenzia ha invece offerto 180.000 TL e 2,5 mesi di tempo, indicando l'uso di un framework mobile multipiattaforma (cross-platform) per risolvere tutto con un unico codice sorgente.

Non siamo un'azienda tecnologica, non abbiamo conoscenze approfondite sugli strumenti del mondo dello sviluppo. Perché e come mi vincolano, come titolare d'azienda, i programmi e i framework di sviluppo per app Android che l'agenzia sceglierà? Se in futuro volessi cambiare agenzia o se domani decidessi di passare a iOS, come influirà questa scelta sui miei costi di manutenzione?

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: gli strumenti di sviluppo utilizzati dall'agenzia vi vincolano direttamente perché l'infrastruttura scelta determina i tempi di consegna del progetto, i costi di manutenzione e la facilità di passaggio a un altro team in futuro. In progetti basati su flussi di dati standard come ordini B2B e tracciamento dello stock, uno strumento multipiattaforma diffuso è un investimento più sensato sia per il budget sia per la flessibilità di aggiungere il supporto iOS in futuro.

Lo sviluppo nativo puro è indispensabile per giochi con requisiti grafici elevati, comunicazioni profonde con dispositivi Bluetooth o progetti che richiedono sensori hardware dedicati. Tuttavia, in un'app B2B pensata per mostrare il catalogo ai rivenditori e raccogliere ordini, insistere sul nativo significherebbe dover stanziare un secondo budget da oltre 200.000 TL da zero e affrontare costi di manutenzione doppi se domani servisse l'app anche per i rivenditori con iPhone. I framework multipiattaforma, invece, garantiscono un output fluido per entrambi i sistemi operativi partendo da un'unica base di codice.

Il rischio più critico qui è la dipendenza dall'agenzia. Dovete assicurarvi che l'agenzia utilizzi un framework open source diffuso a livello globale, ben documentato e con un ampio bacino di sviluppatori. Non accettate assolutamente template proprietari sviluppati internamente dall'agenzia e sconosciuti all'esterno. Altrimenti, in caso di disaccordi futuri, il vostro progetto diventerà spazzatura, poiché non troverete sul mercato altri programmatori in grado di metterci mano.

Nel contratto fate inserire tassativamente queste clausole: il codice sorgente deve essere trasferito integralmente ogni settimana su un repository aperto dalla vostra azienda, devono essere rispettati i design pattern standard e al termine del progetto deve essere consegnata una guida all'installazione. Rispettando queste condizioni, l'approccio multipiattaforma con il preventivo da 180.000 TL è decisamente più efficiente per il vostro scenario.

PPerihan K***Partecipante
Ruolo
Product manager
Settore
Catering
Tipo di organizzazione
Azienda di 20 persone
Iscrizione
feb 2024
Messaggio
220

Doki · Sito web aziendale · 2024

#3

Il dettaglio tecnico più critico per un'app destinata all'uso sul campo è la gestione del database locale. Se l'agente di vendita entra in un magazzino o in un piano interrato e perde la connessione internet, l'app sarà in grado di prendere ordini offline? Chiedete assolutamente all'agenzia quale architettura utilizzerà e come intende strutturare la sincronizzazione offline tramite SQLite locale o soluzioni simili. Questa impostazione conta tanto quanto la scelta dello strumento.

DDoruk Ç***Esperto
Ruolo
Amministratore di rete
Settore
Retail
Tipo di organizzazione
boutique agency
Iscrizione
set 2024
Messaggio
1
#4

Due anni fa abbiamo fatto sviluppare un'app simile per gli ordini all'ingrosso solo per Android, pensando che il codice nativo fosse più solido. Dopo sei mesi è emerso che il 35% dei rivenditori usava iPhone. Siamo stati costretti a ingaggiare un'altra agenzia da zero per la versione iOS, pagando altri 140.000 TL. Ora a ogni aggiornamento paghiamo due team diversi separatamente; ci siamo pentiti amaramente di non aver scelto il multipiattaforma.

OOya O***Partecipante
Ruolo
Impiegato contabile
Settore
Media e editoria
Tipo di organizzazione
attività con due sedi
Iscrizione
dic 2024
Messaggio
113
#5

Gli strumenti multipiattaforma sembrano economici e veloci in fase di preventivo, ma quando Android rilascia un aggiornamento importante di versione, alcuni componenti dell'interfaccia possono sfasarsi o i plugin di terze parti possono smettere di funzionare. Verificate se l'agenzia con l'offerta più economica include un impegno per il bug fixing e la compatibilità delle versioni per un anno dopo la consegna del progetto.

VVolkan Ö***Esperto
Ruolo
Stagista
Settore
E-commerce
Tipo di organizzazione
startup appena avviata
Iscrizione
ott 2022
Messaggio
51
#6

Lo strumento multipiattaforma indicato nel preventivo della seconda agenzia è una tecnologia standard e riconosciuta a livello globale, oppure si tratta di un'interfaccia web ibrida sviluppata internamente da loro? Inoltre, l'integrazione con l'ERP aziendale con cui l'app dovrà dialogare è inclusa in questi budget preventivati?

OOya Ç***Partecipante
Ruolo
Addetto al controllo qualità
Settore
Media e editoria
Tipo di organizzazione
distributore di zona
Iscrizione
ott 2023
Messaggio
248
#7

prima di perdervi nei dettaglli tecnici, chiedete a entrambe le agenzie: "Mostrateci 3 app funzionanti pubblicate sugli store e sviluppate con lo strumento che proponete". cioè scaricatele sul telefono cercate prodotti a magazzino, riempite il carrello. controllate se i menu scattano o se il telefono si scalda. una referenza reale è molto più sincera di qualsiasi discorso tecnico.

SSelmaPartecipante
Ruolo
Negozio online
Iscrizione
lug 2024
Messaggio
94
#8

A prescindere dall'agenzia scelta inserite nel contratto la clausola: "I codici sorgente dovranno essere caricati tramite push ogni venerdì sul repository cloud dell'azienda e dovranno essere consegnate le licenze delle librerie di terze parti". Se non possedete il codice, non avete il controllo del progetto in nessuna delle sue fasi, tenetelo a mente.

YYiğit K***Partecipante
Ruolo
Responsabile acquisti
Settore
Pubblicità e promozione
Tipo di organizzazione
Team di 8 persone
Iscrizione
ago 2024
Messaggio
12
#9

Nel prendere una decisione, valutate questi 4 criteri: 1) Il numero di risorse esperte dell'agenzia su quello strumento specifico, 2) Il costo aggiuntivo previsto nel caso serva una versione iOS in futuro, 3) La velocità dell'app nella lettura dei codici a barre e nell'integrazione con la fotocamera, 4) La garanzia che il codice sia scritto secondo standard ampiamente diffusi sul mercato.

FFiliz Ö***Partecipante
Ruolo
Direttore operativo
Settore
Prodotti ittici
Tipo di organizzazione
Team di 8 persone
Iscrizione
set 2024
Messaggio
383
#10

ormai nessuno si sbatte col nativo puro per un semplice catalogo ordini persino i colossi bancari sono passati al multipiattaforma. comunque 60 mila lira di differenza non sono spiccioli potete usare quel budget per fornire tablet o lettori di codici a barre ai vostri agenti sul campo.

LLevent Y***VeteranMembro della community
Iscrizione
giu 2023
Messaggio
128
#11

Esatto, e non è nemmeno così noto. Il codice senza documentazione di installazione non è tuo, anche se ce l'hai in mano.

Confermato dall'esperienza.

VVeli N***Esperto
Ruolo
System administrator
Settore
Imballaggio
Tipo di organizzazione
azienda all'interno di un gruppo
Iscrizione
mag 2022
Messaggio
359
#12

Non lo sapevo.

FFatma U***Partecipante
Ruolo
Capocantiere
Settore
Sport e fitness
Tipo di organizzazione
attività con due sedi
Iscrizione
gen 2025
Messaggio
96
#13

Se scendiamo nei dettagli: I primi tre mesi vanno bene i problemi emergono al quarto mese.

Lascio una nota, potrebbe servire.

YYavuz Ö***Esperto
Ruolo
Grafico
Settore
Servizi di pulizia
Tipo di organizzazione
catena di negozi
Iscrizione
lug 2023
Messaggio
95
#14

Sono passato da qui, vi racconto. Se lo scope cresce, devono crescere o i tempi o il budget. Non c'è una terza opzione.

Buon lavoro.

YYasemin Y***PartecipanteMembro della community
Iscrizione
ott 2023
Messaggio
3
#15

Grazie mille mi è stato molto utile.

GGizem E***EspertoMembro della community
Iscrizione
giu 2023
Messaggio
48
#16

Questo thread è archiviato.

YYağmur E***Partecipante
Ruolo
Coordinatore generale
Settore
Carta
Tipo di organizzazione
azienda all'interno di un gruppo
Iscrizione
ago 2025
Messaggio
197

Doki · Consulenza SEO · 2026

#17

Ha ragione. Il codice senza documentazione di installazione non è tuo, anche se ce l'hai in mano.

Confermato dall'esperienza.

NNecati G***EspertoMembro della community
Iscrizione
nov 2024
Messaggio
409
#18

C'è una parte che non ho capito. Ogni "ci pensiamo dopo" in riunione significa lavoro non preventivato.

È tutto, scusate se mi sono dilungato.

HHalil K***Partecipante
Ruolo
Direttore clinico
Settore
Prodotti ittici
Tipo di organizzazione
media impresa
Iscrizione
mag 2024
Messaggio
208

Doki · Design interfaccia · 2026

#19

Su questo punto non sono d'accordo. Nei sistemi ereditati, la cosa più costosa sono le dipendenze sconosciute.

Se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

ÖÖzge E***Partecipante
Ruolo
Direttore vendite
Settore
Carta
Tipo di organizzazione
laboratorio
Iscrizione
giu 2023
Messaggio
50

Doki · Identità di marca · 2023

#20

Ci proverò.

Rispondi