Applicazioni mobile:
Sviluppo app Novara:
la domanda prima della tecnologia
Quasi tutte le richieste che riceviamo cominciano allo stesso modo: vorremmo fare un’app.
La domanda utile viene subito dopo, e non è tecnica: cosa deve fare una persona con quell’app, e perché dovrebbe installarla invece di aprire il sito. Installare è un ostacolo serio. Chi lo supera vuole qualcosa che il sito non può dare.
Quando c’è quella ragione, un progetto di sviluppo app a Novara ha senso e si costruisce bene.
Quando non c’è, l’app viene installata da poche persone, aperta due volte e dimenticata. Con un costo di mantenimento che però resta.
La prima cosa che verifichiamo è se serve. Ogni tanto la risposta è no, e lo diciamo.
La verifica iniziale:
tre domande prima di preventivare
Prima di stimare qualsiasi cosa chiediamo tre risposte. Sono le stesse che ci facciamo noi.
Quante volte una persona aprirà questa app in un mese. Se la risposta è una o due, l’app non ce la farà: verrà disinstallata quando serve spazio. Questo numero da solo decide molti progetti.
Cosa succede se non c’è connessione. Se la risposta è “niente, si aspetta”, forse basta un sito. Se invece il lavoro deve continuare lo stesso, serve un’app vera.
Chi la userà e in che condizioni. Un tecnico con i guanti su un tetto e un cliente sul divano richiedono due progetti diversi, e il primo è quello dove i dettagli contano.
Con queste risposte si capisce in mezz’ora se il progetto sta in piedi.
Il momento più economico per fermarsi è prima di cominciare.
Gli store:
quello che nessuno mette a preventivo
Pubblicare un’app non è caricare un file. È un passaggio con regole proprie, e ogni tanto con sorprese.
Chi ha persone sul campo ha esigenze precise, ed è una parte importante del tessuto di Novara.
Il novarese vive di chimica, rubinetteria, tessile e riso, con la logistica cresciuta sulle direttrici verso Milano e la Svizzera. Filiere tecniche con clienti industriali.
Se quello che serve è un sito e non un’applicazione, la pagina giusta è realizzazione siti internet a Novara.
Servono gli account da sviluppatore, che hanno un costo annuale e vanno intestati a voi, non all’agenzia: è un punto su cui insistiamo, perché un’app pubblicata sull’account del fornitore è un problema il giorno che cambiate fornitore.
Poi c’è la revisione. Ogni versione viene esaminata e può essere respinta: per una schermata di accesso poco chiara, per una richiesta di permessi non spiegata, per regole sui contenuti o sui pagamenti. Succede, si corregge e si ripresenta, ma va messo nei tempi.
Ci sono infine gli adempimenti: informativa sulla privacy, dichiarazione sui dati raccolti, requisiti di accessibilità.
Mettiamo questa fase nel preventivo perché esiste, non perché ci piace.
Il team:
Come lavoriamo:
versioni corte, prove vere
Non consegniamo un’app finita dopo sei mesi di silenzio. È il modo migliore per scoprire alla fine che serviva un’altra cosa.
Lavoriamo per versioni: si parte da quello che deve funzionare per forza, lo si mette in mano a chi dovrà usarlo e si guarda cosa succede. Su un’app per uso interno bastano cinque persone per due settimane per capire cosa va cambiato.
La squadra tipica è di tre o quattro persone e resta la stessa dall’inizio.
In tutto siamo più di quaranta, quindi per una competenza particolare o un collegamento a un gestionale insolito non serve cercare fuori.
Operiamo sul territorio di Novara e in tutta Italia; la sede è a Sarezzo, in provincia di Brescia.
Le tre fasce:
dove si colloca un progetto
Per dare un ordine di grandezza, i progetti che vediamo si dividono in tre gruppi.
App essenziale. Poche schermate, una funzione principale, nessun collegamento con i vostri sistemi. Multipiattaforma. Si fa in qualche settimana e serve a verificare che l’idea funzioni.
App aziendale collegata. Raccolta dati o servizio, con parte server, accesso degli utenti e dialogo con il gestionale. È la fascia della maggior parte dei progetti che seguiamo, e il lavoro grosso sta nei collegamenti.
App complessa. Pagamenti, molti profili di utente, funzionamento senza connessione con sincronizzazione, integrazioni multiple. Qui servono mesi e un gruppo di lavoro stabile.
In tutte e tre il mantenimento annuale resta una voce a sé.
Vi diciamo in quale fascia siete prima di scrivere numeri, così si ragiona su qualcosa di reale.
Dipende quasi tutto da una cosa: quante funzioni deve avere. Ogni schermata è progettazione, sviluppo e prove su due sistemi operativi.
Le altre variabili che pesano sono la scelta fra nativa e multipiattaforma, e soprattutto cosa c’è dietro: se l’app deve dialogare con i vostri gestionali, il lavoro sul server può costare quanto l’app.
C’è poi una voce che va tenuta separata e che quasi nessuno mette nel primo preventivo: il mantenimento annuale. Non è assistenza opzionale, è quello che tiene l’app pubblicata quando i sistemi si aggiornano.
Il nostro modo di lavorare è definire prima cosa deve fare l’app, schermata per schermata, e stimare su quello. Una cifra data prima di quel passaggio è un’ipotesi che cambierà.
Sì, la maggior parte dei nostri clienti non è vicina a noi.
Siamo a Sarezzo, in provincia di Brescia, e seguiamo progetti in tutta Italia. Progettazione, sviluppo e prove si fanno a distanza senza perdere nulla.
C’è un’eccezione: le app per uso interno. Lì un sopralluogo serve davvero, perché bisogna vedere come si lavora, in che condizioni, con che tempi. Una raccolta dati progettata a tavolino e non provata sul campo si scopre inadatta al primo giorno di uso vero.
Per quei progetti veniamo, almeno una volta all’inizio e una durante le prove.
Spesso sì, e prima di rifare guardiamo perché non viene usata.
Le cause ricorrenti sono tre. La prima: l’app fa cose che si potevano fare sul sito, quindi non c’era motivo di installarla. La seconda: fa troppe cose e quella utile è sepolta. La terza: funziona male sui telefoni di oggi perché nessuno l’ha aggiornata.
Nel terzo caso è manutenzione, e costa relativamente poco. Nel secondo si interviene togliendo, che è meno caro di quanto sembri. Nel primo caso, onestamente, la risposta giusta a volte è chiuderla e investire quei soldi sul sito.
Guardiamo i dati d’uso, se ci sono, e ve lo diciamo senza girarci intorno.
È la prima domanda che facciamo, e in parecchi casi la risposta onesta è che basta un sito.
Un sito moderno si apre senza installare niente, si trova su Google e fa quasi tutto: informare, prenotare, vendere, farsi contattare. Installare un’app invece è un ostacolo, e chi lo supera vuole qualcosa in più.
Un’app serve quando c’è uso frequente e ripetuto, quando deve funzionare senza connessione, quando usa in modo intensivo fotocamera, posizione o lettore di codici, quando le notifiche devono arrivare davvero, o quando la usano persone che lavorano sul campo.
Se il vostro caso non rientra in questi, l’app diventa un costo che si aggiunge al sito invece di sostituirlo, e la strada giusta è la realizzazione di un sito fatta bene. Preferiamo dirlo prima di prendere il lavoro.
Per la maggior parte dei progetti aziendali oggi la multipiattaforma è la scelta giusta.
Si scrive un codice solo che diventa sia l’app iOS sia quella Android: il costo scende in modo sensibile e la manutenzione è una invece di due. Per app gestionali, di servizio e di raccolta dati la differenza di qualità non si percepisce.
La nativa resta necessaria quando servono prestazioni grafiche spinte, uso molto intensivo di funzioni specifiche del telefono, o integrazioni profonde con il sistema operativo.
Non abbiamo una preferenza da difendere: valutiamo sul progetto. Quello che consigliamo è di chiedere sempre perché vi viene proposta una strada, e diffidare se la risposta parla della tecnologia invece che del vostro caso.
Per un’app essenziale, poche schermate e nessun collegamento con i vostri sistemi, dalle otto alle dodici settimane.
Per un’app aziendale con parte server, accesso utenti e dialogo con il gestionale, dai quattro ai sei mesi. La parte lunga raramente è l’app: sono i collegamenti e le prove sul campo.
A questi tempi va aggiunta la pubblicazione sugli store, che richiede una revisione da parte loro. Di solito è questione di giorni, ma può capitare un rifiuto da correggere, quindi conviene non fissare il lancio con margini stretti.
Lavoriamo per versioni successive: si mette in mano alle persone qualcosa di funzionante presto, così se serve cambiare direzione lo si scopre al secondo mese e non al quinto.
Verifica:
Se serve un’app o basta un sito. Mezz’ora di domande all’inizio, invece di un costo che resta per anni.
Progetto:
Cosa deve fare l’app, schermata per schermata, con scritto anche cosa non farà. Il documento resta vostro.
Nativa:
Una app per iOS e una per Android. Resa migliore, due sviluppi e due manutenzioni. Serve quando serve davvero.
Multipiattaforma:
Un codice solo per entrambi i sistemi. Costa meno e per la maggior parte delle app aziendali la differenza non si nota.
Uso interno:
Raccolta dati in cantiere, magazzino, assistenza sul campo. Meno affascinanti e quasi sempre le più redditizie.
Offline:
Funzionare senza connessione e sincronizzare dopo. È la ragione tecnica più solida per fare un’app invece di un sito.
Raccontaci cosa dovrebbe fare. Ti diciamo se serve un’app, se basta un sito e quanto costerebbe l’una o l’altra strada.
Le recensioni dei clienti che ci hanno scelto.
Sviluppiamo strategie di comunicazione, marketing digitale, branding e innovazione su misura, integrando competenze creative e tecnologiche per accompagnare aziende e organizzazioni nel raggiungimento dei propri obiettivi.
Diventa il nostro prossimo cliente soddisfatto
