App native (iOS e Android)
Due app separate, scritte per ciascun sistema. Prestazioni massime e accesso completo al telefono. Costano e richiedono più tempo, perché il lavoro si fa due volte.
Servizi · 06
Sviluppo di app mobile per aziende
Un'app ha senso quando le persone la usano spesso o quando serve qualcosa che il browser non sa fare: notifiche, fotocamera, funzionamento senza rete. In tutti gli altri casi un sito o una web app costa meno e basta. Partiamo da questa domanda, prima di scegliere come svilupparla.
Quando serve davvero un'app
Il primo passo è capire se l'app è la risposta giusta. Spesso lo è, ma non sempre.
- Uso frequenteLe persone aprono l'app ogni giorno o ogni settimana: dipendenti sul campo, clienti abituali, abbonati. Un'app guadagna spazio sullo schermo solo con l'uso ripetuto.
- Funzioni del telefonoNotifiche, fotocamera, posizione, lettura di codici, riconoscimento biometrico. Quando servono davvero, un'app fa più di quanto faccia il browser.
- Uso senza reteMagazzino, cantiere, ispezioni: dove la connessione è debole, i dati si salvano sul telefono e si sincronizzano dopo.
- Presenza negli storeIn alcuni settori essere su App Store e Google Play fa parte della credibilità. Da solo, però, non è un motivo sufficiente per fare un'app.
Quando basta altro. Se serve consultare contenuti, prenotare o compilare un modulo, un sito veloce o una web app installabile spesso basta, con un solo codice e senza passare dagli store. Lo diciamo prima di preventivare: se la soluzione giusta è più piccola, lo scriviamo.
Native, multipiattaforma o web app
Tre strade, con costi, tempi e limiti diversi. La scelta si fa dopo l’analisi, non prima.
App multipiattaforma
Un solo codice per iOS e Android. Costi e tempi in genere più contenuti, adatta alla maggior parte delle app aziendali. Alcune funzioni molto specifiche possono richiedere parti native.
Web app installabile (PWA)
Un'applicazione web che si aggiunge alla schermata del telefono. Nessuno store, aggiornamenti immediati, un solo codice. Le funzioni disponibili dipendono dal sistema e su iPhone sono più limitate.
Cosa comprende un progetto app
Cinque parti, nello stesso ordine. Saltarne una è il modo più comune per ottenere un'app che nessuno usa.
Funzioni e priorità
Definiamo cosa deve fare la prima versione e cosa può aspettare. Una prima versione piccola, usata davvero, insegna più di una grande mai finita.
Design dell'esperienza
Schermate e percorsi pensati per l'uso con una mano, in movimento, con poco tempo. Un prototipo da provare prima di scrivere il codice.
Sviluppo e collegamenti
L'app e, quando serve, il lato server: archivio dei dati, accessi, collegamenti con gestionale, pagamenti e servizi esterni tramite API.
Test su dispositivi reali
Prove su telefoni e versioni diverse del sistema, con casi reali, prima di consegnare.
Pubblicazione e aggiornamenti
Preparazione e invio agli store, risposta alle revisioni di Apple e Google, e aggiornamenti dopo il rilascio.
Come si svolge
Per rilasci successivi: ogni fase ha uno scopo chiaro e prepara la successiva.
Analisi
Una call per capire obiettivi, utenti e vincoli, poi un perimetro scritto con funzioni, piattaforme e criteri di riuscita.
Prototipo
Schermate cliccabili da provare con chi userà l'app. Le correzioni qui costano poco; dopo costano molto di più.
Sviluppo a rilasci
Versioni intermedie da provare ogni poche settimane, così si vede cosa funziona prima della fine.
Test e pubblicazione
Prove su dispositivi reali, poi l'invio agli store e la gestione delle revisioni.
Dopo il rilascio
Aggiornamenti per i nuovi sistemi operativi, correzioni e nuove funzioni a partire dall'uso reale.
Cosa non decidiamo noi
Tre cose che conviene sapere prima di cominciare.
La pubblicazione dipende da Apple e Google. Le loro revisioni hanno regole e tempi che non controlliamo, e un'app può essere respinta e richiedere modifiche prima di essere approvata.
Gli account sviluppatore hanno costi propri. Apple e Google chiedono una quota a chi pubblica, a carico dell'azienda. Conviene intestare l'account all'azienda, così l'app resta sua.
Un'app va mantenuta. Ogni anno escono nuove versioni dei sistemi operativi e un'app non aggiornata, prima o poi, smette di funzionare bene. La manutenzione si concorda prima del rilascio.
Domande frequenti
Meglio un'app o un sito?
Dipende da come viene usato. Per consultare e acquistare di rado, un sito veloce o una web app bastano e costano meno. Un'app serve quando l'uso è frequente, servono funzioni del telefono o il lavoro deve funzionare senza rete. Si decide nell'analisi.
Quanto costa un'app?
Dipende da quante funzioni ha, da quante piattaforme copre e da quanto si collega ad altri sistemi. Non pubblichiamo un listino: dopo l'analisi ricevi un preventivo scritto con perimetro, tempi e costi.
Fate anche la parte server?
Quasi ogni app ha bisogno di un lato server per dati, accessi e notifiche. Lo sviluppiamo insieme all'app, oppure lo colleghiamo a un gestionale esistente tramite API.
Chi pubblica l'app sugli store?
L'account sviluppatore deve essere intestato all'azienda, così l'app resta tua. Possiamo seguire la preparazione e l'invio, ma la decisione finale spetta ad Apple e Google.
L'app può collegarsi al nostro gestionale?
Sì, se il gestionale offre un modo per scambiare dati (API o file). Se non lo offre, valutiamo alternative prima di stringere compromessi.
Vicino a questo servizio
Software su misura
Gestionali, portali clienti e dashboard sul tuo processo. Spesso è il lato server dell'app.
Automazioni e AI
Meno passaggi manuali e assistenti che rispondono ai clienti, anche dentro un'app.
App a Novara
Per le aziende di Novara e provincia: scenari tipici, zone servite e come lavoriamo dalla sede.
Siti web
Quando basta un sito veloce e ben fatto, senza passare dagli store.
Settori
Cosa cambia quando il lavoro serve un'azienda artigiana, un ristorante o uno studio.
Cosa deve fare l'app ogni giorno?
Raccontaci chi la userà e cosa deve poter fare. Ti diciamo se serve un'app, una web app o qualcosa di più piccolo.