Il modulo è stato inviato con successo.
Ulteriori informazioni sono contenute nella tua casella di posta elettronica.
Affidati a noiSeleziona la lingua
Chi siamoServiziIndustrieI nostri progetti
Secondo un sondaggio condotto da Clutch, 86% di dipendenti utilizzano le app mobili per svolgere il proprio lavoro. Il modello 67% ha registrato un aumento dell’efficienza. Ne comprendiamo l’esigenza. Avere bisogno di un’app mobile non significa accontentarsi di qualsiasi app mobile. I vostri dipendenti probabilmente vorranno un’app che funzioni con tutti i sistemi, i ruoli e i processi di approvazione esistenti. Per soddisfare questa esigenza, occorre innanzitutto effettuare una mappatura, per poi passare alla fase di programmazione.
Un'app mobile aziendale supporta i sistemi aziendali già in uso. È in grado di leggere e scrivere dati tramite il CRM o sistemi ERP, effettuare l'autenticazione tramite il provider di identità esistente dell'azienda, rispettare i ruoli e le autorizzazioni assegnati a ciascun utente e funzionare nel rispetto delle politiche di gestione dei dispositivi e dell'ambiente operativo in cui viene implementato.
Lo sviluppo di app mobili aziendali è un processo che prevede una serie di decisioni, e l'ordine in cui vengono prese è fondamentale. Vi guiderò passo passo attraverso la valutazione delle esigenze, la scelta tra lo sviluppo interno e l'acquisto di soluzioni già pronte, la progettazione dell'architettura e delle integrazioni, la messa in sicurezza dell'app, la sua implementazione e la gestione successiva.
Sviluppo di applicazioni mobili aziendali consiste nella progettazione, nello sviluppo e nella manutenzione di applicazioni mobili integrate con i sistemi ERP, CRM, di gestione delle identità e le piattaforme dati dell’azienda. Le app sono regolate dalle politiche interne in materia di sicurezza e conformità.
Mentre le app destinate ai consumatori sono progettate per un pubblico il più ampio possibile, le app aziendali sono pensate per gruppi di utenti ben definiti, con ruoli ben definiti e un accesso ai dati ben definito. Vediamo più nel dettaglio in che modo queste due categorie differiscono tra loro:
| Fattore | Impresa | Consumatore |
| Utenti principali | Dipendenti, partner o clienti dell'azienda stessa con ruoli ben definiti | Pubblico generico, registrazione autonoma |
| Distribuzione | App store privati, distribuzione tramite MDM/EMM, cataloghi interni | App store pubblici, come l’App Store e Google Play |
| Autenticazione | SSO, MFA e dati biometrici associati all'identità aziendale | Accesso tramite e-mail/social network, autenticazione a più fattori (MFA) facoltativa |
| Fonte dei dati | ERP, CRM, API interne, sistemi legacy | Backend pubblico o specifico per l'app |
| Linee guida di sicurezza | Controlli OWASP MASVS, politica MDM, registrazione degli audit, GDPR/HIPAA/PCI DSS, a seconda dei casi | Recensione sull’App Store, informativa sulla privacy |
| Comportamento offline | Spesso necessario per siti sul campo, magazzini e zone con scarsa connettività | Facoltativo |
| Implementazione dell'aggiornamento | Suddiviso per gruppo di dispositivi, regione o unità aziendale | Veloce, solitamente automatico |
| Indicatore di successo | Tempo di completamento dell'attività, tasso di errore, adozione per ruolo | Download, DAU/MAU, durata delle sessioni |
| Proprietario | IT, l'unità aziendale e il reparto sicurezza in collaborazione | Team di prodotto/aziendale |
I flussi di lavoro della vostra azienda richiedono un’app, oppure state pensando di adottarne una solo perché un concorrente ne dispone? Prima di metterci a confrontare framework o fornitori, vi consiglio di rispondere a una domanda: quale specifica lacuna operativa colma questa app?
Facciamo un breve test di autovalutazione. Ho preparato una lista di controllo. Se due o più di questi punti sono veri, vale la pena valutare la possibilità di sviluppare un’app mobile aziendale.
Il nostro prossimo passo consiste nell’allineare la vostra iniziativa alle attività che deve supportare. In base al pubblico di riferimento, le app aziendali si suddividono in app rivolte ai dipendenti, ai clienti, ai partner e ai dispositivi condivisi. Dal punto di vista funzionale, rientrano nelle sei categorie riportate di seguito. Stabilirò quali funzionalità sono necessarie e su quali aspetti dovreste concentrare i vostri sforzi di sviluppo, in modo che possiate individuare quelle più adatte alle vostre esigenze.
L'architettura mobile aziendale comprende l'intera catena di sistemi attraverso cui l'app deve trasferire i dati in modo sicuro. Uno stack mobile aziendale funzionante comprende normalmente dieci componenti:
Il diagramma riportato di seguito illustra il percorso dei dati all'interno dell'architettura: dal dispositivo, attraverso i livelli di sincronizzazione e gateway, fino ai sistemi che ne sono proprietari, per poi tornare indietro sotto forma di segnali di monitoraggio e utilizzo.
Diamo uno sguardo più approfondito ad alcune delle sfumature delle app mobili aziendali che le rendono più complesse.
L’autenticazione delle app aziendali deve avvenire tramite il provider di identità esistente, in modo che il ruolo e le autorizzazioni assegnate all’utente sul dispositivo mobile corrispondano alle autorizzazioni presenti negli altri sistemi. Se si crea un processo di autenticazione autonomo basato su nome utente e password, si finisce per creare un secondo sistema di identità che dovrà essere aggiornato, sottoposto a audit e, alla fine, dismesso. Consiglio di implementare il controllo degli accessi basato sui ruoli (RBAC) a livello di API, in modo che qualsiasi modifica abbia effetto immediato. I dispositivi condivisi richiedono un'ulteriore decisione: su un tablet di magazzino o su un chiosco, la sessione deve terminare al termine del turno, pertanto è necessario prevedere un cambio rapido di utente e il logout automatico.
Quando un client mobile chiama direttamente un'API ERP legacy, qualsiasi modifica al backend richiede la ricompilazione dell'app client. I BFF o gli API gateway fungono da intermediari tra i due. Essi trasformano le API del backend in un formato utilizzabile dalle schermate mobili, aggiungono meccanismi di limitazione della frequenza e di memorizzazione nella cache e forniscono agli sviluppatori mobili un'interfaccia solida su cui lavorare, nonostante tutta la volatilità dei sistemi di backend.
Se un'app è destinata all'assistenza sul campo, ai magazzini o alla logistica, deve funzionare offline. Ciò significa che le operazioni di scrittura locali vengono messe in coda sul dispositivo e sincronizzate quando la connessione viene ripristinata. Oltre alla coda, è necessario prendere queste quattro decisioni a livello di base.
Il monitoraggio dei crash e delle prestazioni, come le tracce delle sessioni, la latenza delle API e la percentuale di sessioni senza crash, deve essere messo in relazione con il comportamento del backend. L’obiettivo è riuscire a capire in pochi minuti se un picco di accessi falliti è dovuto a un bug dell’app mobile o a un’interruzione del servizio del provider di identità. Anche l’analisi dei dati di utilizzo rientra in questo contesto: i dati sull’adozione per ruolo e per tipo di dispositivo indicano al team quali flussi di lavoro meritano un altro sprint e quali invece non vengono utilizzati.
Hai spuntato due o più voci tra quelle sopra elencate, quindi possiamo supporre che tu abbia bisogno di un’app. Puoi scegliere tra quattro opzioni: sviluppare un’app personalizzata partendo da zero, acquistare un’app già pronta, estendere una piattaforma esistente oppure modernizzare un’app personalizzata che già possiedi. Vediamo quale si adatta meglio alle tue esigenze:
| Approccio | Ideale quando | Vantaggio principale | Limite principale |
| Crea un'app mobile personalizzata | Avete flussi di lavoro, integrazioni, esperienze utente o esigenze offline specifici | Controllo completo | Maggiore complessità e costi più elevati, maggiori responsabilità in termini di consegna e manutenzione |
| Acquista un'applicazione già esistente | I vostri processi sono standard | Adozione iniziale più rapida | Differenziazione e personalizzazione limitate |
| Estendere ERP, CRM o una piattaforma low-code | I processi sono già concentrati su una piattaforma principale, ed è necessario renderli accessibili da dispositivi mobili | I dati e il sistema di governance sono già in atto | Dipendenza dalla piattaforma e vincoli relativi alle licenze |
| Modernizzare un'app esistente | Hai un prodotto di valore, ma con una tecnologia ormai superata | Preserva la logica di business e l'investimento | Potrebbero rimanere alcune dipendenze ereditate |
Lo standard di riferimento è il Mobile Application Security Verification Standard (MASVS) dell’OWASP, attualmente alla versione 2.1.0. Esso fornisce un quadro di riferimento per otto diverse aree, articolate in 24 controlli distinti che riguardano l’archiviazione, la crittografia, l’autenticazione, la comunicazione di rete, l’interazione con la piattaforma, la qualità del codice, la resilienza e la privacy. Un test di penetrazione per dispositivi mobili viene in genere valutato in base al MASVS, che funge da parametro di riferimento comune tra il vostro team di sicurezza, il fornitore dell’app mobile e persino eventuali revisori. Nella fase di richiesta di offerta, potete chiedere liberamente a un fornitore in base a quale profilo di test della Mobile Application Security Testing Guide (MASTG) opera e visionare i risultati dei test. Mentre il MASVS definisce quali controlli di sicurezza devono essere implementati, la MASTG fornisce le procedure di test specifiche e le linee guida tecniche su come verificare tali controlli.
Alcune organizzazioni utilizzano l’approccio Zero Trust come linea guida per lo sviluppo delle proprie politiche di gestione dei dispositivi mobili (MDM). Ciò comporta l’implementazione di controlli sullo stato dei dispositivi e di decisioni di accesso contestuali. Questo aspetto è oggi ancora più importante, poiché il modello “Bring Your Own Device” (BYOD) è diventato la norma. Si stima che due terzi dei dispositivi che accedono ai dati aziendali siano di proprietà personale. Ecco perché il modello di gestione varia a seconda del proprietario del dispositivo. I dispositivi aziendali vengono gestiti tramite MDM. In questo caso, il reparto IT controlla l’intero dispositivo. I dispositivi personali vengono gestiti tramite la gestione delle applicazioni mobili (MAM) e le politiche di sicurezza delle applicazioni. I dati e le applicazioni aziendali sono archiviati in un contenitore che il reparto IT può cancellare autonomamente, mentre il resto del telefono rimane al di fuori dell’ambito del sistema.
Nello sviluppo di applicazioni per settori regolamentati, l’architettura di sicurezza deve essere conforme ai requisiti legali applicabili. Ad esempio, il GDPR disciplina il trattamento dei dati personali dei residenti nell’UE; l’HIPAA tutela le informazioni sanitarie protette (PHI) detenute dalle organizzazioni soggette alla normativa e dai loro partner commerciali negli Stati Uniti; e lo standard PCI DSS stabilisce i requisiti di controllo per le organizzazioni che trattano i dati dei titolari di carte di credito. Inoltre, le organizzazioni potrebbero dover rispettare standard o normative di settore, quali la rendicontazione SOC 2, le linee guida FFIEC o i requisiti bancari locali, a seconda del loro specifico contesto operativo e del settore di appartenenza.
La governance viene spesso affrontata per ultima, ma è essenziale fin dall’inizio. Prima del lancio, è necessario stabilire chi sarà il responsabile dell’applicazione dopo il rilascio, chi ne approverà la versione per l’uso in un ambiente di produzione, quali sono i termini dello SLA per l’assistenza e in che modo l’unità aziendale può richiedere modifiche. È necessario trattare due aspetti operativi in un unico documento: la rotazione dei certificati e delle chiavi e cosa succede ai dati aziendali presenti su un dispositivo quando un dipendente lascia l’azienda.
Una volta prese tutte le decisioni necessarie, potrai iniziare la parte tecnica del sviluppo di app mobili aziendali. Vi illustrerò il processo relativo al modello Innowise con brevi descrizioni delle varie fasi:
Me ne sono accorto che sviluppo di app mobili aziendali In genere il costo varia tra $100.000 e $600.000+. Tuttavia, non consiglierei di basarsi su queste cifre senza aver prima definito i requisiti e effettuato una valutazione delle esigenze. Il costo dipende dal numero di integrazioni di sistema, dall’ambito di conformità e dai requisiti offline. Il costo varia notevolmente poiché il budget è determinato dall’integrazione dei sistemi legacy, dall’ambito di conformità, dalla complessità delle operazioni offline e di sincronizzazione, dalla scala e dalla gestione dei dispositivi e dalla scelta della piattaforma.
Inoltre, includiamo la manutenzione continuativa. La manutenzione continuativa costa in genere ogni anno tra il 10 e il 20% del costo iniziale di realizzazione. Si tratta di una cifra ragionevole ai fini della pianificazione, una volta considerati gli aggiornamenti di sicurezza, gli aggiornamenti del sistema operativo e le modifiche al backend. Il primo anno il costo è spesso più elevato perché l’utilizzo effettivo mette in luce lacune che erano sfuggite durante la fase pilota.
Infine, l'app è stata implementata. Successivamente, ne misuriamo il successo in tre ambiti: adozione da parte degli utenti, prestazioni operative e ritorno finanziario.
| Area di interesse | Come misurare | Perché è importante |
| Adozione da parte degli utenti |
| Garantisce che i dipendenti e le parti interessate utilizzino attivamente l'app, evitando sprechi nelle attività di sviluppo e promuovendo il cambiamento organizzativo. |
| Risultati operativi |
| Conferma che l'applicazione semplifica i processi aziendali, riduce gli attriti operativi e garantisce un'esecuzione affidabile nell'attività quotidiana. |
| Rendimento finanziario |
| Dimostra alla dirigenza il valore finanziario concreto e la giustificazione dei costi, garantendo la sostenibilità dell’investimento a lungo termine. |
Le app che sostituiscono un’attività ben definita e ad alta frequenza, come un’approvazione, una scansione o un check-in, tendono a garantire un rapido ritorno sull’investimento. Le app integrate in un progetto di implementazione ERP pluriennale richiedono più tempo per ripagarsi, poiché è il sistema sottostante, più lento, a determinare i tempi.
Considerata la crescente integrazione dell’intelligenza artificiale nei sistemi aziendali, non posso tralasciare la sua importanza nelle app mobili aziendali. La realtà è che le funzionalità di intelligenza artificiale disponibili nelle applicazioni mobili aziendali sono piuttosto limitate e legate a compiti specifici. Ciascuna di esse presenta criteri di successo chiaramente definiti, quali l’estrazione di un determinato campo, il rilevamento di una transazione, la previsione di un problema o la verifica di un utente.
È possibile integrare una chat basata su LLM direttamente all'interno dell'app per gestire le richieste dei clienti, smistare i ticket di assistenza e guidare gli utenti attraverso un percorso. Questa funzionalità va ad aggiungersi ai contenuti e ai flussi di lavoro di assistenza già esistenti.
La visione artificiale applicata alla fotocamera dello smartphone consente di estrarre dati strutturati. I vostri dipendenti non devono inserire manualmente le informazioni contenute in una ricevuta di spesa, in un modulo firmato o in un’etichetta di spedizione. Di solito, le app dedicate all’assistenza sul campo e al back-office sono le prime ad adottare questa funzionalità, poiché elimina un’attività specifica e ripetitiva.
Anche il riconoscimento facciale e delle impronte digitali (Face ID, API biometriche di Android) è ormai diventato lo standard anche per le app aziendali. La differenza rispetto alle app destinate al grande pubblico è che il processo avviene direttamente sul dispositivo, anziché inviare i dati biometrici a un server.
Le app mobili aziendali ora integrano anche assistenti vocali come Siri, Google Assistant e simili. Dal punto di vista dello sviluppo, non è necessario creare da zero un livello vocale separato, poiché questi assistenti operano a livello di sistema operativo. Questa funzionalità è utile in contesti in cui si hanno le mani occupate e non è pratico digitare.
Diffusi nelle app bancarie, assicurative e di pagamento: modelli che monitorano in tempo reale i modelli delle transazioni, i segnali dei dispositivi e i comportamenti, segnalando ciò che esula dalla norma per un determinato conto. Il modello progettuale rilevante in questo caso è il seguente: il modello segnala; una persona o un flusso di lavoro predefinito decide. Non consiglio il blocco completamente automatico senza un percorso di revisione, poiché è la causa principale dei reclami dei clienti.
Questa funzionalità è comune nelle app dedicate alla produzione e all’assistenza sul campo: i modelli addestrati sulla cronologia dei dati dei sensori e degli interventi di manutenzione individuano quali apparecchiature potrebbero necessitare di manutenzione prima che si verifichi un guasto. Le informazioni vengono quindi visualizzate nell’app del tecnico sotto forma di ordine di lavoro.
Il rilevamento di oggetti e la classificazione delle immagini vengono eseguiti tramite la fotocamera di uno smartphone o di un tablet per ispezioni di sicurezza, controllo qualità e verifiche dello stato delle risorse nei settori dell'edilizia, della logistica e della produzione. Una foto di un pallet, di un cantiere o di un'attrezzatura viene valutata in base a criteri prestabiliti.
Un agente porta a termine autonomamente un’attività ben definita. Può reindirizzare una consegna e comunicare il ritardo al magazzino, oppure estrarre i dati da una ricevuta scansionata per inserirli in una nota spese. Il modello che accomuna tutti gli esempi pratici è piuttosto circoscritto: si tratta di un singolo passaggio ben definito all’interno di un flusso di lavoro già gestito dall’app, con un operatore umano che conferma qualsiasi azione che comporti conseguenze significative.
Innowise offre servizi di sviluppo di app mobili aziendali su l'intero stack: iOS e Android nativi, sviluppo multipiattaforma, app ibride e implementazioni low-code su piattaforme come Mendix. I nostri esperti analizzano le vostre esigenze e vi forniscono consulenza sulla soluzione più adatta alla vostra azienda.
In qualità di riconosciuto azienda specializzata nello sviluppo di app mobili per le imprese, siamo in possesso delle certificazioni ISO 9001, 13485 e 27001/27017/27018 e siamo partner di AWS, Microsoft, SAP, Databricks, Odoo, InterSystems e UiPath. Per quanto riguarda la conformità, rispettiamo gli standard SOC 2, HIPAA, PCI DSS e GDPR.
Se stai cercando di assumere sviluppatori di app mobili aziendali, Collaboriamo con aziende operanti in diversi settori, tra cui fintech e settore bancario, sanità e telemedicina, assicurazioni, logistica e operazioni aziendali. I nostri clienti apprezzano spesso la nostra rapidità nell’implementazione delle funzionalità in corso, la reattività ai cambiamenti dell’ambito di progetto e la qualità della comunicazione durante i progetti della durata di diverse settimane.
Vorrei concludere sottolineando che il successo dello sviluppo di app mobili aziendali dipende dal perfetto allineamento tra la strategia aziendale e l’infrastruttura sottostante. Ciò implica un’integrazione diretta con i sistemi ERP, CRM e di sicurezza esistenti. Una solida gestione delle identità, un’architettura scalabile e una rigorosa conformità ai requisiti normativi sin dall’inizio vi aiuteranno a evitare costose rielaborazioni in un secondo momento. Se sviluppata per colmare specifiche lacune operative e in conformità con standard rigorosi come l’OWASP MASVS, un’app mobile va oltre il semplice ruolo di strumento operativo per diventare una risorsa strategicamente importante in grado di garantire efficienza a lungo termine e valore aziendale.
Lo sviluppo di app mobili aziendali è il processo di progettazione, realizzazione e manutenzione di applicazioni mobili che si integrano con i sistemi esistenti di un'azienda, quali ERP, CRM, piattaforme di gestione delle identità e piattaforme dati. Tali applicazioni vengono sviluppate nel rispetto delle politiche aziendali in materia di sicurezza e conformità.
Le app aziendali effettuano l'autenticazione tramite i sistemi di identità aziendali, si collegano a fonti di dati interne e rispettano le politiche interne di gestione dei dispositivi e di conformità. Le app consumer sono progettate per un pubblico aperto e autoregistrato, con requisiti di sicurezza meno rigorosi e cicli di rilascio più rapidi e frequenti.
Le app destinate ai dipendenti, ai clienti, ai partner e quelle per dispositivi condivisi o chioschi sono le quattro categorie in grado di soddisfare la maggior parte dei casi d’uso. L’assistenza sul campo, le approvazioni e gli strumenti interni sono casi d’uso delle app destinate ai dipendenti. Le app destinate ai clienti coprono i settori bancario, assicurativo e della vendita al dettaglio e sono realizzate per i clienti dell’azienda stessa. Le app destinate ai partner sono portali per rivenditori o distributori. Infine, le app per dispositivi condivisi o chioschi sono installate su hardware con accesso limitato.
Lo sviluppo di app mobili aziendali su misura è la scelta giusta quando il flusso di lavoro, le esigenze di integrazione o i requisiti offline sono talmente specifici che nessun prodotto preconfezionato è in grado di soddisfarli adeguatamente. Può trattarsi di operazioni sul campo particolari, connessioni di sistema non standard o requisiti di UX legati a una mansione specifica.
Le soluzioni pronte all’uso o low-code funzionano bene per i flussi di lavoro standard. Se il vostro obiettivo non è quello di distinguervi in alcun modo dalla concorrenza, ma semplicemente di disporre di un flusso di lavoro che ottimizzi i processi interni, allora vale la pena prendere in considerazione questi approcci.
Lo sviluppo nativo è la scelta migliore quando le app richiedono un accesso approfondito all’hardware, prestazioni di altissimo livello o funzionalità specifiche della piattaforma particolarmente impegnative, come l’elaborazione in background o l’uso complesso di fotocamere o sensori. Di solito si tratta di app per l’assistenza sul campo e la logistica. Le app basate su framework multipiattaforma dovrebbero essere scelte quando un codice di base condiviso per iOS e Android è più importante che ottenere il massimo vantaggio in termini di prestazioni da ciascuna piattaforma. Per gli acquirenti aziendali, la decisione di solito dipende da un altro fattore: un’app interna ha una durata da cinque a sette anni, quindi è opportuno chiedersi chi si occuperà della manutenzione di questo stack al terzo anno e con quanta facilità sarà possibile assumere personale a tale scopo. Le piattaforme low-code accorciano i tempi del primo rilascio, ma legano la durata di vita dell’app a una licenza e alla roadmap del fornitore: si tratta di una scelta che vale la pena fare in modo consapevole, piuttosto che per default.
Di solito, le app aziendali si integrano con i sistemi ERP o CRM tramite un gateway API o un livello "backend-for-frontend" che trasforma i dati del backend per l'utilizzo su dispositivi mobili e assorbe le modifiche apportate sul lato backend. Ciò impedisce che l'app mobile smetta di funzionare ogni volta che viene apportata una modifica all'ERP.
Le app con funzionalità offline memorizzano i dati localmente sul dispositivo e mettono in coda eventuali modifiche apportate in assenza di connessione. Quando la connessione viene ripristinata, sincronizzano le modifiche e i dati. Tuttavia, per evitare conflitti tra i dati, è necessario stabilire cosa succede quando lo stesso record viene modificato sia sul dispositivo che sul server prima della sincronizzazione.
La sicurezza segue lo standard OWASP Mobile Application Security Verification Standard (MASVS), che copre aspetti quali archiviazione, crittografia, autenticazione, comunicazione di rete, comportamento della piattaforma, qualità del codice, resilienza e privacy attraverso 24 controlli specifici. Oltre a tale base di riferimento, le app soggette a normative aggiungono requisiti specifici per i rispettivi framework, quali HIPAA, PCI DSS e GDPR.
La gestione dei dispositivi mobili (MDM) consente a IT di applicare politiche di sicurezza, installare o bloccare applicazioni e cancellare i dati aziendali dal dispositivo. Ciò è importante poiché l’MDM è il livello che determina le modalità di distribuzione dell’applicazione e cosa accadrà ai dati aziendali in caso di furto del dispositivo o di dimissioni del dipendente.
Il costo delle app mobili aziendali dipende dalle esigenze della vostra azienda. I principali fattori che incidono sul costo sono l’integrazione con i sistemi preesistenti, i requisiti di conformità, la funzionalità offline e la portata dell’implementazione dei dispositivi.
Lo sviluppo completo richiede da 6 a 18 mesi, a seconda delle problematiche di integrazione e conformità coinvolte. Le app semplici, che si integrano con un solo sistema di riferimento e non presentano requisiti di conformità, potrebbero essere realizzate entro il limite minimo di tale intervallo di tempo. Le app più complesse, che si integrano con più sistemi di riferimento o richiedono l’approvazione normativa, richiederanno più tempo a causa del processo di revisione.
Il ROI viene solitamente misurato sulla base di diversi indicatori, tra cui il tasso di adozione, il tempo necessario per il completamento delle attività rispetto al processo precedente, il tasso di errore e di reinserimento dei dati e il periodo di ammortamento. Il ROI diventa visibile più rapidamente nelle app dedicate all’assistenza sul campo e alla sostituzione dei flussi di lavoro, mentre le app legate all’implementazione di un sistema ERP più ampio richiedono più tempo, poiché i tempi di implementazione dipendono dalla lentezza del sistema sottostante.
Scegliete un fornitore o uno sviluppatore esperto di app mobili aziendali che tenga conto delle esigenze relative all’identità, all’integrazione e alla conformità prima di proporre un framework. Dovrebbe inoltre essere in grado di dimostrare l’adozione di processi di sicurezza conformi allo standard MASVS. È inoltre opportuno prestare attenzione all’eventuale esperienza pregressa maturata in un contesto normativo equivalente o in un sistema di registrazione (soluzione ERP specifica, processo di conformità settoriale specifico).
