Sviluppo software:
Sviluppo app Napoli:
una cosa sola, fatta bene
Le app che le persone usano davvero fanno una cosa e la fanno meglio di qualsiasi alternativa.
Quelle che nascono come contenitore di tutto quello che l’azienda vorrebbe comunicare hanno tutte lo stesso destino: si scaricano al lancio, si aprono una volta, restano lì.
Per questo nei progetti di sviluppo app a Napoli passiamo del tempo a togliere funzioni prima di scriverne una riga. Non per risparmiare: perché ogni funzione in più allontana quella principale.
La domanda che facciamo è sempre la stessa: se questa app potesse fare una cosa sola, quale sarebbe.
La risposta è difficile da dare. Ed è quella che decide se il progetto funzionerà.
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.
Native o multipiattaforma:
cosa cambia davvero
È la scelta tecnica che pesa di più sul costo, e va fatta guardando il progetto, non le mode.
Le app che servono davvero nascono da come si lavora, e attorno a Napoli si lavora in modi diversi.
Intorno a Napoli l’agroalimentare, la moda e la cantieristica convivono con un terziario di servizi giovane e molto digitale. Un mercato dove il passaparola conta ancora quanto la pubblicità.
Se quello che serve è un sito e non un’applicazione, la pagina giusta è realizzazione siti internet a Napoli.
Nativa. Un’app scritta per iOS e una per Android, con gli strumenti di ciascun sistema. Resa migliore, accesso completo alle funzioni del telefono, prestazioni superiori. In cambio sono due lavori, e due manutenzioni.
Multipiattaforma. Un solo codice che diventa entrambe le app. Costa in modo sensibilmente inferiore e oggi la differenza di qualità, per la maggior parte delle app gestionali e di servizio, non si nota.
La multipiattaforma è la scelta giusta nella maggioranza dei casi che incontriamo. La nativa resta necessaria quando servono prestazioni grafiche spinte, uso intensivo di funzioni particolari del telefono o integrazioni profonde col sistema.
Chiedete sempre perché vi viene proposta una strada. Se la risposta parla di voi e non della tecnologia, è una buona risposta.
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 Napoli e in tutta Italia; la sede è a Sarezzo, in provincia di Brescia.
Quanto costa sviluppare un’app:
da cosa dipende il preventivo
Le variabili sono poche e sono tutte verificabili prima di firmare.
Quante funzioni deve avere. È di gran lunga la voce principale. Ogni schermata è progettazione, sviluppo e prove su due sistemi.
Nativa o multipiattaforma. La prima significa due lavori, e si sente sul totale.
Cosa c’è dietro. Se l’app deve parlare con i vostri gestionali, il lavoro sul server può pesare quanto l’app stessa. È la voce che viene sottovalutata più spesso.
Chi la userà. Un’app per il pubblico richiede più cura sull’aspetto e sui casi limite; una per venti tecnici interni può essere più essenziale.
A parte va il mantenimento annuale, che non è opzionale. Il conto va fatto a tre anni, perché è la vita minima di un’app che ha senso.
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à.
Se l’app è per uso interno il problema non esiste: si installa a chi lavora e si spiega come si usa.
Se è rivolta al pubblico, questa è la parte difficile e va affrontata prima di sviluppare, non dopo. Le persone installano poche app e le scelgono con attenzione: serve un motivo chiaro, ripetuto in ogni punto di contatto, e spesso un vantaggio concreto legato all’uso.
Il lancio va organizzato: chi già vi conosce, il sito, i punti vendita, le comunicazioni ai clienti. Contare sul fatto che vi trovino cercando negli store è una speranza, non un piano.
Ne parliamo prima di cominciare, perché se non c’è una risposta convincente a questa domanda, il progetto non sta in piedi comunque sia fatto bene.
Sì. È vostro, ve lo consegniamo e lo teniamo documentato.
Non lavoriamo con impianti chiusi che vi legano a noi: se un domani volete portare il progetto a un altro fornitore o gestirlo internamente, potete farlo senza rifare tutto.
Vale anche per gli account degli store, che sono intestati a voi, e per i server, che possono stare su infrastrutture vostre se preferite.
Lo diciamo perché il contrario è frequente e produce situazioni sgradevoli: aziende che devono rifare da zero un’app funzionante solo perché non hanno accesso a niente di quello che l’ha prodotta.
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.
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.
Progetto:
Cosa deve fare l’app, schermata per schermata, con scritto anche cosa non farà. Il documento resta vostro.
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
