App aziendale o web app: come scegliere e quando serve lo store
Prima di pagare lo sviluppo di un'app aziendale, chiediti chi la userà, dove e con quale telefono. Spesso la risposta giusta è una web app.
App aziendale o web app: da quale partire
Per un'app aziendale conviene partire dalla web app: si apre dal browser, funziona su telefono, tablet e computer, si aggiorna in un punto solo e non passa dagli store. L'app installata serve quando ti occorrono un accesso spinto all'hardware o il lavoro senza rete. Lo decidi guardando chi la usa e dove.
La posizione è netta perché l'errore tipico è sempre lo stesso: si parte dal desiderio di «avere l'app» e solo dopo ci si chiede cosa deve fare. Si pagano due versioni, una per ogni sistema, e poi i colleghi continuano a usare il foglio condiviso perché l'app non si apriva dal computer in ufficio.
Un'app aziendale non è un'app per il pubblico con il logo dell'azienda. Ha pochi utenti, conosciuti per nome, con ruoli precisi. Nessuno la scopre per caso, nessuno la scarica per curiosità. Questo cambia quasi tutto: non ti serve visibilità negli store, ti servono accessi controllati e rilasci rapidi.
Chi la usa, dove e con che dispositivi
Prima di ogni scelta tecnica, scrivi su un foglio tre righe per ciascun tipo di utente: cosa fa con l'app, dove si trova mentre la usa, con quale dispositivo. Sembra banale. Non lo è, perché le risposte quasi mai coincidono fra reparti.
Il commerciale in trasferta apre un'offerta dal telefono, in piedi, con una rete che va e viene. Chi lavora in amministrazione fa la stessa operazione dal computer, con due schermi. Il magazziniere usa un terminale rugged con il lettore di codici, spesso in una zona dove il segnale è debole. Il titolare guarda i numeri dal tablet, la sera. Quattro persone, quattro contesti.
Se la maggior parte degli utenti lavora da scrivania o da telefono con una connessione decente, la web app copre tutto. Se una parte consistente lavora in capannone, in cantiere o in cantina, con il segnale che sparisce, la questione si sposta sul funzionamento offline. Qui l'app installata (o una web app progettata apposta) fa la differenza, ma il punto difficile non è lavorare senza rete: è la sincronizzazione al ritorno. Due persone modificano lo stesso ordine mentre sono offline: quale versione vince? Va deciso prima, sulla carta, non quando i due si trovano davanti numeri diversi.
| Situazione | Conviene | Perché |
|---|---|---|
| Uso da ufficio e da telefono, rete normale | Web app | Un solo sviluppo, aggiornamenti immediati |
| Lettore di codici dedicato, sensori, funzioni spinte della fotocamera | App installata | Accesso più completo all'hardware |
| Lavoro in zone senza segnale | App installata o web app con uso offline | Le informazioni si sincronizzano dopo, con regole decise prima |
| Utenti esterni occasionali (clienti, fornitori) | Web app | Nessuno scarica nulla per un ordine ogni tanto |
| Dispositivi aziendali gestiti | Dipende da cosa serve | L'installazione si distribuisce a tutti insieme con la gestione dei dispositivi |
Come creare un'app aziendale: i passaggi in ordine
La domanda «come creare un'app aziendale» ha una risposta più noiosa di quanto sembri: si comincia senza scrivere codice. Questo è l'ordine che consigliamo.
- Scegli un solo processo. Non «l'app dell'azienda», ma ad esempio la raccolta ordini in visita, il rapporto d'intervento del tecnico, la richiesta di ferie. Un processo, con un inizio e una fine.
- Guarda come si fa oggi. Siediti accanto a chi lo esegue, non a chi lo racconta. Conta i passaggi, segna dove si copia a mano da un programma all'altro. Lì c'è il guadagno.
- Disegna le schermate su carta. Poche, con i campi indispensabili. Ogni campo in più rallenta chi compila e spinge qualcuno a tornare al telefono o ai messaggi.
- Decidi gli accessi. Chi vede cosa, con quale login, cosa succede quando una persona lascia l'azienda.
- Collega l'app ai programmi che già usi. Gestionale, CRM, posta. Un'app isolata crea un secondo posto dove le informazioni vanno ricopiate.
- Provala con poche persone vere, sul loro dispositivo, nel loro posto di lavoro. Poi allarga.
Nel software su misura che costruiamo la sequenza è la stessa: analisi dei processi prima di scrivere codice, poi sviluppo modulo per modulo, così una parte è già in uso mentre si fa la successiva. Il motivo è pratico: correggere una schermata disegnata su carta costa pochi minuti di discussione, correggerla dopo che è stata programmata costa lavoro vero.
Quando serve pubblicare sugli store
Per una web app non serve, per definizione. Si pubblica sugli store quando serve una vera app installata e vuoi che gli utenti la trovino e la aggiornino da soli. Ma non è l'unica strada, e per l'uso interno non è nemmeno la più comoda.
Gli store hanno regole di revisione, tempi di approvazione che non controlli e requisiti che cambiano. Se un errore blocca la fatturazione di un venerdì pomeriggio, aspettare l'approvazione di un aggiornamento non è una prospettiva allegra. Con una web app correggi e al successivo accesso tutti hanno la versione giusta.
Per le app installate a uso interno esistono canali di distribuzione riservati all'organizzazione, senza renderle pubbliche, e l'installazione spinta sui dispositivi aziendali tramite un sistema di gestione dei dispositivi (MDM). Le condizioni cambiano da uno store all'altro, quindi verificale prima di impostare il progetto. Funzionano bene se i telefoni li fornisci tu. Se invece ognuno usa il proprio, ti trovi a chiedere installazioni a persone che non vogliono mettere software aziendale sul telefono personale. In quel caso la web app evita una discussione che non vale la pena fare.
Un compromesso utile: la web app installabile dalla schermata del browser, con icona sulla home come un'app qualsiasi. Per l'utente è quasi uguale, per te resta un solo sviluppo. Le notifiche, invece, dipendono dal sistema e dalla versione: provale sui telefoni che i tuoi colleghi hanno davvero, prima di contarci.
Integrazioni e accessi: dove si decide se l'app verrà usata
Un'app aziendale che non parla con il gestionale è un'app che dopo qualche settimana nessuno apre. Ricopiare un ordine due volte è il modo più rapido in cui gli strumenti nuovi muoiono in silenzio.
Pensa a due direzioni distinte: cosa l'app legge (clienti, listini, disponibilità) e cosa scrive (ordini, rapporti, note). Di solito conviene che le informazioni «di riferimento» restino nel gestionale e l'app le consulti, mentre le operazioni nuove nascano nell'app e vengano girate al gestionale. Se lasci scrivere in due posti sullo stesso campo, prima o poi troverai due versioni diverse e nessuno saprà quale vale. Sul CRM il ragionamento è lo stesso, e ne parliamo nella guida al CRM per PMI.
Poi il login. Se i colleghi hanno già un account aziendale per la posta, usa quello: un'altra password da ricordare è un motivo in più per non aprire l'app. E quando qualcuno se ne va, spegnere un solo account deve bastare a chiudergli l'accesso ovunque. Se l'app serve anche a clienti o fornitori, il discorso si avvicina a quello di un portale clienti B2B, con regole di visibilità più rigide: ognuno vede solo le proprie cose.
Se qui hai riconosciuto il tuo caso, cioè un processo che oggi vive fra fogli, messaggi e doppie registrazioni, trovi il nostro modo di lavorare nella pagina sul software su misura: gestionali, portali e app.
Cosa costa tenerla in piedi (non solo costruirla)
Qui non diamo cifre, perché dipendono da quanti processi copri e da quante integrazioni servono. Dai invece peso a una voce che nei preventivi spesso manca: la manutenzione.
Un'app installata va tenuta aggiornata rispetto ai sistemi dei telefoni, che evolvono ogni anno. Una web app va tenuta compatibile con i browser, che cambiano più spesso ma in modo meno invasivo. In entrambi i casi qualcuno deve occuparsi dei server, dei backup, dei certificati che scadono. Se non è scritto chi lo fa, lo farai tu alle sette di sera, il giorno in cui smette di funzionare.
Chiedi anche cosa resta a te se cambi fornitore: il codice sorgente, gli accessi, la documentazione. Un'app che non puoi portare altrove è un affitto, non un investimento.
Un'ultima nota sull'intelligenza artificiale: dentro un'app aziendale serve quando toglie un passaggio preciso (ad esempio comporre una bozza di preventivo che poi l'operatore rivede), non come funzione di facciata. Per capire dove ha senso, leggi l'articolo sull'intelligenza artificiale per le PMI.
Il criterio da applicare subito
Prendi il processo che oggi ti fa perdere più tempo e scrivi chi lo esegue, dove e con quale dispositivo. Poi segna se almeno uno di loro ha bisogno di un lettore di codici, di funzioni spinte della fotocamera o di lavorare senza rete. Se la risposta è no per tutti, parti da una web app. Se è sì, hai già il perimetro della parte che deve essere installata.
Domande frequenti
Meglio un'app aziendale installata o una web app?
Per la maggior parte dei processi interni conviene la web app: un solo sviluppo, aggiornamenti immediati, nessun passaggio dagli store. L'app installata è giustificata da hardware specifico o da lavoro senza segnale.
Un'app aziendale va pubblicata sugli store?
Non sempre. Una web app non ne ha bisogno. Se serve un'app installata a uso interno, esistono canali di distribuzione riservati e la gestione dei dispositivi aziendali, senza renderla pubblica. Le condizioni vanno verificate per ogni store.
Da dove si comincia per creare un'app aziendale?
Da un solo processo, osservato con chi lo esegue davvero. Poi schermate su carta, accessi, collegamento al gestionale e una prova con poche persone sul loro dispositivo. Il codice viene dopo.