Applicazioni mobile:
Sviluppo app Ferrara:
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 Ferrara 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.
Quando serve davvero un’app:
e quando basta un sito
Cominciamo dalla parte che ci fa perdere qualche progetto, così il resto si legge con più fiducia.
Un sito basta quando il bisogno è informarsi, leggere, contattare, comprare ogni tanto. Un sito moderno fa tutto questo, si apre senza installare niente e si trova su Google. Se qualcuno vi propone un’app per queste cose, chiedetevi perché.
Serve un’app quando c’è almeno una di queste ragioni: uso frequente e ripetuto, funzionamento anche senza connessione, accesso a fotocamera, posizione o lettore di codici in modo intensivo, notifiche che devono arrivare davvero, uso sul campo da parte di persone che lavorano.
Fuori da questi casi l’app è un costo che si aggiunge al sito, non che lo sostituisce.
Chi non vi fa questa domanda vi sta vendendo quello che sa fare.
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 Ferrara.
Il ferrarese tiene insieme chimica, agroalimentare, meccanica e un turismo culturale e fluviale in crescita. Un tessuto dove le grandi realtà industriali convivono con molte piccole imprese di servizi.
Se quello che serve è un sito e non un’applicazione, la pagina giusta è realizzazione siti internet a Ferrara.
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.
Come siamo fatti:
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 Ferrara e in tutta Italia; la sede è a Sarezzo, in provincia di Brescia.
Il preventivo:
come lo costruiamo
Facciamo sempre due passaggi, e il primo costa poco.
Prima si definisce cosa deve fare l’app, schermata per schermata, con le funzioni elencate e quelle escluse scritte nero su bianco. È un lavoro di qualche giorno che produce un documento vostro, utilizzabile anche per chiedere altri preventivi.
Poi si stima lo sviluppo su quel documento. A quel punto il numero è affidabile, perché si sa cosa si sta contando.
Chi dà una cifra prima di questo passaggio sta indovinando, e il conto vero arriva a metà progetto sotto forma di varianti.
Nel preventivo mettiamo separati: sviluppo, parte server, pubblicazione sugli store e mantenimento annuale.
Quattro numeri invece di uno. È meno comodo da leggere e molto più difficile da sbagliare.
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à.
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.
È la domanda giusta, e va fatta prima di firmare.
Un’app, a differenza di un sito, si degrada se nessuno la tocca. I sistemi operativi si aggiornano una o due volte l’anno e cambiano requisiti, permessi e componenti. Gli store impongono scadenze per adeguarsi, e un’app non aggiornata prima o poi viene rimossa o smette di aprirsi sui telefoni nuovi.
Quindi esiste un costo annuale anche se non aggiungete nessuna funzione. Va considerato parte del progetto, non un extra.
Nei nostri preventivi lo indichiamo dall’inizio con una cifra di riferimento. Le app che ci arrivano da fuori da sistemare sono quasi sempre app di cui nessuno aveva spiegato questa parte.
Sul vostro, sempre, ed è un punto su cui insistiamo anche quando all’inizio sembra un fastidio burocratico.
Gli account da sviluppatore hanno un costo annuale e vanno intestati alla vostra azienda. Un’app pubblicata sull’account del fornitore diventa un problema il giorno in cui volete cambiare fornitore: recensioni, storico e continuità degli aggiornamenti sono legati a quell’account.
Vi aiutiamo ad aprirli e configurarli, e li usiamo con le autorizzazioni che ci date.
Vale lo stesso per il codice: è vostro e documentato. Se un domani il progetto va altrove, chi lo riceve deve poterci lavorare senza ricominciare da zero.
Sì, e per molte app aziendali è la ragione principale per cui si fa un’app invece di un sito.
L’app tiene i dati sul dispositivo e li sincronizza quando la connessione torna. È la situazione tipica di chi lavora in cantiere, in capannone, in campagna o in zone con copertura scarsa.
La complessità sta nella sincronizzazione: cosa succede se due persone modificano la stessa cosa mentre sono scollegate, quali dati vincono, come si segnalano i conflitti. Sono decisioni da prendere all’inizio, perché determinano l’impianto.
È un lavoro che aggiunge costo, e nei casi in cui serve ripaga più di qualsiasi altra funzione.
Sì, ed è quasi sempre la parte più consistente del progetto.
L’app da sola raccoglie o mostra dati, ma il valore nasce quando quei dati entrano ed escono dai sistemi che usate già: gestionale, magazzino, anagrafiche clienti, commesse.
Quanto costa dipende da come è fatto il vostro sistema. Alcuni hanno già un modo pulito per scambiare dati, altri richiedono un lavoro su misura, e su gestionali molto vecchi a volte serve un passaggio intermedio.
È la prima verifica tecnica che facciamo, prima di dare qualsiasi cifra, perché può cambiare il preventivo più di ogni altra scelta.
Store:
Account intestati a voi, revisione e possibili rifiuti, adempimenti su privacy e dati. Una fase con tempi propri.
Prove:
Su telefoni veri e con le persone che useranno l’app. Cinque utenti per due settimane dicono più di qualsiasi riunione.
Mantenimento:
Costo annuale non evitabile: i sistemi si aggiornano e un’app ferma smette di funzionare. Va messo a budget dall’inizio.
Proprietà:
Codice e account sono vostri, documentati. Se un domani il progetto va altrove, non si ricomincia da zero.
Diffusione:
Come farla installare, se è rivolta al pubblico. Va deciso prima di svilupparla, non dopo il lancio.
Verifica:
Se serve un’app o basta un sito. Mezz’ora di domande all’inizio, invece di un costo che resta per anni.
Se stai valutando un progetto, la prima conversazione serve a definire cosa deve fare l’app. Quel documento resta tuo, anche se poi non lo facciamo noi.
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
