L'odierna prevalenza di connettività applicazioni e applicazioni per smartphone ha radicalmente ridefinito l'esperienza utente per i prodotti di tutti i settori. I genitori possono visualizzare in remoto la telecamera posta nell'asilo dei propri figli direttamente sui un dispositivo mobile, i tecnici di assistenza possono essere avvisati di dispositivi da riparare: l'esperienza utente è andata molto oltre il semplice prodotto.
Mossi dal feedback dei clienti, da pressioni competitive, e dalle opportunità per ottimizzare i processi di business e ridurre al minimo i costi, sempre più sviluppatori di prodotti hanno il compito di aggiungere una interfaccia smartphone per migliorare la loro offerta di prodotti. Si parla spesso, in realtà, di "aggiungere un'app" a un prodotto. Nella maggior parte dei casi, i requisiti di prodotto chiedono che il prodotto diventi parte di un sistema di cloud e connettività, che sfrutta i server cloud e la connettività Internet di cellulari, tablet, computer portatili, e, naturalmente, il prodotto per fornire monitoraggio remoto e capacità di controllo. Così, molte volte, la richiesta di ottenere un'app per un prodotto corrisponde in realtà alla richiesta di connettere il prodotto al cloud.
Analogamente alla Green Iniziative, il movimento ecologico del decennio scorso, le aziende di tutti i settori devono comprendere e mettere a punto una strategia per l'argomento attuale dell'“Internet of Things” (IoT). Dati recenti di settore indicano che più di tre quarti delle aziende a livello mondiale stanno usando o esplorando la tecnologia che guida l'IoT, e il 95% dei dirigenti aziendali prevede che la propria azienda userà la tecnologia IoT entro tre anni.1 Qualunque sia la motivazione che spinge un'azienda a sfruttare la tecnologia dell'IoT, la necessità di adottare un pensiero profondo e strategico nella sua implementazione resta invariata.
Anche se i vantaggi sono notevoli, vi sono considerazioni e ostacoli importanti da risolvere nello sviluppo di una soluzione di cloud e connettività per i prodotti. Ad esempio, i risultati di un'indagine di settore indicano sia la mancanza di competenze interne che i costi di investimento delle infrastrutture IoT come due delle preoccupazioni più pressanti. Queste preoccupazioni stanno probabilmente guidando la rapida adozione di soluzioni complete per la "piattaforma IoT", al fine di semplificare e accelerare le attività di sviluppo dei prodotti.
Pertanto, una richiesta apparentemente innocente come "Abbiamo bisogno di un'app per il nostro prodotto" potrebbe richiedere un progetto molto complesso. Questo white paper si pone come obiettivo quello di illustrare tutti gli elementi della creazione di un sistema di cloud e connettività per il supporto della connettività remota dell'app per un prodotto, affinché si ottenga una soluzione eccezionale da condividere con clienti e addetti alle vendite o quando l'Amministratore Delegato chiederà se è disponibile un'app per il prodotto. Dopo aver definito gli elementi di una soluzione cloud, vengono messe in evidenza le principali considerazioni che un team di sviluppo del prodotto deve tenere a mente. Infine, il white paper fornirà un quadro semplice e intuitivo per definire le capacità da includere nel design.
Cosa è il cloud?
Al livello più semplice, il cloud indica server in remoto che forniscono software e capacità di elaborazione "come servizio" attraverso una rete, solitamente Internet.
Per la maggior parte, il cloud è l'evoluzione dei sistemi di server della rete locale, che le aziende usano da decenni. Si tratta di una versione avanzata di una risorsa accessibile dalla rete che fornisce un set di servizi software per trasferimento dati, archiviazione, elaborazione e analisi. Il termine "cloud", ovvero "nuvola", indica che il sistema non è vincolato dalla posizione fisica poiché può essere utilizzato ovunque vi sia connessione Internet.
Perché collegare un prodotto al cloud?
Come indicato in precedenza, le ragioni per perseguire lo sviluppo della connettività cloud in relazione ai prodotti possono variare. I produttori inseriscono questa tecnologia al fine di ottenere alcuni di questi vantaggi (o anche tutti):
• Una migliore esperienza per il cliente. Lo smartphone si sta velocemente trasformando nel “telecomando universale” dei giorni nostri, pertanto fornire all’utente finale un’interfaccia del prodotto intuitiva e pratica sul suo telefono può migliorare le modalità con cui il cliente utilizza, e in fin dei conti valuta, il prodotto stesso.
• Migliori capacità di servizio e di assistenza. L’utente finale non è l’unico a trarre benefici dalla possibilità di accedere da remoto e inviare comandi a un dispositivo. La connettività cloud può anche consentire ai professionisti che si occupano di supporto tecnico e di servizio di assistenza clienti di risolvere da remoto i problemi relativi ai prodotti, riducendo al minimo i tempi di inattività e i costi di riparazione. Volendo pensare in prospettiva, la connettività cloud può anche essere usata per rendere il dispositivo in grado di avvisare in modo dinamico il consumatore o il professionista che si occupa delle riparazioni fornendo loro promemoria di manutenzione preventiva o di anomalie dei dispositivi.
• Opportunità di guadagno aggiuntive per mezzo di punti di contatto costanti con i clienti durante tutta la durata della vita del prodotto. L'interfaccia web o dell’app può fornire un portale per commercializzare ulteriori prodotti, accessori o funzioni premium al cliente. Queste occasioni di marketing sono in grado di aumentare il ricavo di vendita lavorando sia con il cross-selling che con l’up-selling. Inoltre, se il prodotto ha un modello di servizio incorporato, questa connettività cloud può fornire una soluzione elegante per sperimentare, rinnovare e gestire gli abbonamenti.
• Gestione del software del prodotto con una complessità minima. A differenza dell’applicazione di un software installato originariamente, il software basato su cloud può essere aggiornato una volta sul server e tutti gli utenti potranno immediatamente usufruire delle modifiche. Questo modello può anche ridurre i mal di testa derivanti dalla gestione degli aggiornamenti del software incorporato nel prodotto. In alcuni sistemi, la connettività cloud può essere utilizzata per fornire aggiornamenti over-the-air (OTA) del software incorporato all'interno del prodotto.
• Raccolta dei dati del prodotto per futuri miglioramenti del prodotto stesso. Gli aspetti di registrazione e di estrapolazione dei dati di una soluzione cloud possono fornire agli sviluppatori di prodotto una ricchezza di informazioni che in precedenza potevano solo sognare. Capire come, quando e, potenzialmente, anche dove l'utente finale interagisce con il prodotto può svelare preziose informazioni al fine di arrivare a futuri miglioramenti del prodotto. La consapevolezza di tali abilità apre la strada a nuove complessità per quanto riguarda l'uso di dati specifici dall'utente di cui l'azienda deve tenere conto attentamente.
• Interoperabilità con app cloud esistenti. Aggiungendo la connettività cloud al prodotto, si aprono le porte a una miriade di app e servizi basati su cloud che consentono nuove esperienze e funzionalità per l’utente. I dispositivi connessi possono archiviare automaticamente le relazioni di elaborazione del servizio, aggiornare gli elenchi di inventario durante la produzione e la distribuzione, postare tweet, controllare il meteo o persino cambiare il comportamento in base alla geo-localizzazione. Il software lato server può essere sviluppato per consentire a qualsiasi app basata su web con un’API dei servizi di interagire con il prodotto connesso su cloud.
Perché c’è bisogno di una soluzione Cloud per far sì che un’app dello Smartphone interagisca con il prodotto?
Decidere se una soluzione basata su cloud è necessaria per l’applicazione specifica del prodotto dipende in ultima istanza dai casi d'uso che sarà necessario progettare. Ad esempio, una soluzione wireless point-to-point a corto raggio, come ad esempio l’utilizzo del Bluetooth® o le possibilità di una rete Wi-Fi nell’area locale di uno smartphone, fornirebbe al prodotto un mezzo per comunicare direttamente con un’app senza passare dati attraverso un server su cloud. Questa comunicazione wireless point-to-point è adatta per alcune applicazioni, ma ci sono alcuni limiti in questo approccio che potrebbero renderla non adatta al prodotto.
Le tecnologie wireless point-to-point richiedono che l'utente si trovi relativamente vicino al prodotto. Questo tipo di soluzione generalmente non supporta la connettività remota tramite l’uso di una connessione Internet o di rete del cellulare per coprire la distanza. Una soluzione di questo tipo, inoltre, non offrirebbe le stesse opportunità di registrazione dei dati, di analisi e di gestione centralizzata garantite da una soluzione di rete basata su cloud.
Su una rete cellulare o una connessione internet o per molti sviluppatori del prodotto, i requisiti del caso d'uso per l’app comprendono la possibilità di fornire all’utente l’accesso "sempre e ovunque" a una visualizzazione dello stato del prodotto o all’invio di comandi ad esso. È qui che una soluzione basata su cloud offre funzionalità essenziali, in qualità di hub di comunicazione e fornendo l'accesso ai dati a qualsiasi dispositivo connesso a Internet, compreso il nuovo prodotto con wireless avanzata!
I 4 elementi di un sistema di connettività cloud
Vediamo quali sono gli elementi che compongono un sistema di connettività cloud tipico. Al livello più alto, si può pensare alla soluzione totale come composta da 4 componenti essenziali:
Prima di tutto, occorre progettare il prodotto come "prodotto connesso". Un percorso comune può includere il miglioramento del prodotto con una radio per la connessione wireless a
una rete e stabilire una connessione Internet. In altri casi, può risultare idoneo utilizzare una soluzione Ethernet cablata. Ai fini di questa discussione, consideriamo che una connessione wireless sia necessaria per l'applicazione del prodotto e per rispondere alle aspettative dei clienti.
In secondo luogo, il prodotto wireless richieda che la WAN fornisca i mezzi per trasmettere e ricevere i dati. Dove il Wi-Fi è disponibile, ad esempio in casa
o in ufficio, può essere un AP configurato per un ISP specifico. Nelle applicazioni in cui il prodotto può essere utilizzato in ambienti rurali o il prodotto è mobile e viaggia regolarmente verso località diverse, la soluzione WAN migliore può invece essere una rete cellulare. Ai fini di questo white paper, vedremo una soluzione di connettività cloud basata su una soluzione di rete Wi-Fi.
In terzo luogo, la soluzione richiede un server cloud come hub di comunicazione. Il cloud del sistema in genere comprende servizi software per gestire in modo intelligente la comunicazione con i vostri prodotti collegati, la comunicazione con un app smartphone, hosting di un'applicazione web che i vostri clienti o professionisti dei servizi utilizzano come portale per il prodotto, e per fornire una solida gamma di analisi, dati di registro, analisi e motori che aggregano i dati di prodotto e lo rendono perseguibile.
Infine, la soluzione dovrà includere una qualche forma di client di rete che funga da "portale" per il cliente o il professionista, per l'accesso remoto al prodotto. Ad oggi, sembra che le applicazioni mobili siano diventate "il portale della scelta", ma in molte situazioni vorresti fornire opzioni aggiuntive, come ad esempio un siti Web, per tutti i potenziali casi di utilizzo. Ad esempio, un team di assistenza tecnica troverebbe senz'altro un valore aggiunto nell'avere un portale web o un'applicazione desktop nel momento di scaricare grandi insiemi di dati o al momento di lavorare con formati tabulari che non sono facilmente gestibili da un'interfaccia mobile dell'applicazione.
Adesso che i quattro elementi sono stati definiti, è importante andare un po' più a fondo e iniziare a capire i componenti del software che compongono l'infrastruttura del sistema di connettività cloud.
Un sistema di connettività cloud è realmente una piattaforma che fatta di elementi software distribuiti in molteplici posizioni, dal firmware integrato su un microcontroller al codice database sul server. Dunque mentre esistono 4 elementi distinti che costituiscono tale sistema, è l'interoperabilità creata da questi elementi software che porta questa soluzione peretta.
La maggior parte dei prodotti in cui la connettività cloud sarebbe l'adattamento ideale, sono i prodotti di elettronica, quindi probabilmente esiste già circuiteria all'interno di prodotti che include alcune forme di processori, come il microcontroller (MCU). Questo MCU ha un software incorporato che interagisce con l’applicazione delle periferiche specifiche, come ad esempio sensori, attuatori, indicatori, e forse qualche forma di interfaccia utente (schermo, pulsanti, LED, ecc.);
Per una soluzione connessa su cloud, il layout PCB del prodotto deve essere aggiornato per incorporare un'interfaccia di rete, come ad esempio un modulo wireless, che offra un mezzo semplice per aggiungere la connettività Wi-Fi. L’MCU richiederà un software incorporato aggiuntivo, che gli consenta di agire come un "host" che controlla in modo intelligente il modulo wireless e il suo stack di rete. Questo software incorporato, a cui ci riferiamo come al "client", funge da intermediario tra il firmware dell’applicazione e il modulo wireless. Il software "client" fornisce servizi al firmware dell’applicazione al fine di inviare e ricevere dati a/da un server cloud una volta che il modulo wireless è connesso alla rete. Per ridurre al minimo l'impatto sul firmware del prodotto sull’"host", cercare moduli wireless che includano uno stack di rete incorporato.
Il modulo di rete richiede al software integrato specifico dell’applicazione di agire in qualità di "agente" per il sistema cloud. Questo software consente al modulo di trasmettere e ricevere correttamente i dati che fluiscono tra il client e il server cloud.
Wi-Fi, il termine comunemente usato per il protocollo IEEE 802.11 per l’implementazione della comunicazione WLAN, è forse la tecnologia wireless più popolare per la connessione a Internet, consente la connettività cloud e offre vantaggi pratici. Per un gran numero di applicazioni, gli sviluppatori del prodotto possono usare a proprio vantaggio una rete Wi-Fi esistente nella posizione in cui il prodotto verrà utilizzato. Ciò significa che il prodotto può integrarsi nell’infrastruttura Wi-Fi esistente e immediatamente comunicare con altri dispositivi collegati in rete, consentendo tutta una serie di nuove opportunità di esperienza per l’utente. Con la sua pervasività attraverso dispositivi collegati in rete esistenti, la Wi-Fi offre anche la possibilità di comunicare facilmente con i telefoni cellulari, i computer portatili e i server internet migliorando le capacità del prodotto per l’interazione e la raccolta dati dell'utente.
L'integrazione di un modulo Wi-Fi nel prodotto gli consente di utilizzare un’infrastruttura wireless esistente che per molti versi è già stata progettata per collegare il prodotto al cloud. Il passaggio chiave che molte volte può sancire il successo o il fallimento di un’esperienza dell’utente con il prodotto collegato è la modalità con cui ci si avvicina al provisioning. Con il termine provisioning ci si riferisce ai passaggi necessari per aiutare il prodotto collegato ad identificare (eseguire la scansione delle reti), e poi a connetterlo con esito positivo al punto di accesso della rete protetta da password tramite Wi-Fi. In breve, il prodotto non sarà connesso al cloud fino a che non sarà guidato correttamente verso la connessione a Internet.
Per capire l'importanza del provisioning nel progetto, pensiamo alla differenza nelle esperienze di provisioning di uno smartphone rispetto a un tipico prodotto connesso, ad esempio un rilevatore di CO2. Quando si entra in un'attività commerciale che offre Wi-Fi gratuito, è diventato abbastanza semplice capire a quale rete connettersi, quale password utilizzare o come accedere alle pagine di accordo al servizio, e quindi connettersi. Il provisioning non è tanto semplice per la maggior parte dei prodotti connessi, che spesso hanno un'interfaccia utente limitata. Pensando all'esempio del rilevatore di CO, non ha il vantaggio di un touchscreen LCD per l'interazione da parte dell'utente per indicare cosa fare per connettersi.
Dunque come si può affrontare il provisioning se un'interfaccia utente solida non fa parte della progettazione del prodotto? In alcuni casi, uno sviluppatore può provare a lavorare con ciò che ha sul prodotto, come ad esempio pulsanti o interruttori, per facilitare il provisioning. Purtroppo, questo approccio ha luogo generalmente con un manuale di istruzioni lungo e complicato. Fortunatamente, la tecnologia Wi-Fi ha continuato a evolversi e nella maggior parte dei casi lo sviluppatore può cercare di utilizzare soluzioni come Soft AP (una connessione diretta con la radio che funge da punto di accesso) o il Wi-Fi Protected Set-Up (WPS) che aiutano a facilitare il provisioning semplificando l'interazione tra dispositivo e utente. L’elemento chiave è quello di riconoscere che la progettazione finale del prodotto deve tenere conto delle sfide del provisioning e avere una soluzione di facile utilizzo sul posto.
Il server cloud funge da hub del sistema, gestendo il flusso di dati da e verso il dispositivo collegato in rete (vedi figura 2), i client collegati in rete (ad esempio le app o i portali web in esecuzione su smartphone, tablet o computer portatili), e qualsiasi altra applicazione necessaria di database e software.
Al fine di sostenere l'interfaccia con i dispositivi collegati, le app e altri servizi cloud esterni, la soluzione server cloud richiede l'integrazione di diverse applicazioni e/o servizi del software. Queste applicazioni possono comprendere un sistema di messaggistica, un server web, un archivio di dati di supporto e dei servizi web per fornire agli utenti le funzionalità di cui avranno bisogno. È importante garantire che queste applicazioni vengano progettate per interagire senza problemi l’una con l’altra e supportare i casi di uso previsti per il prodotto.
L'interfaccia dei servizi del dispositivo fornisce un'interfaccia di comunicazione tra il prodotto collegato e il server cloud. I dispositivi in genere si identificano tra loro e pubblicano periodicamente gli aggiornamenti dei dati che riflettono lo stato delle loro periferiche. In alcuni sistemi, i dispositivi possono anche ricevere messaggi e agire.
L'interfaccia dei servizi dell’app fornisce una interfaccia di comunicazione tra il web e/o l’applicazione mobile e i dati riportati dal prodotto collegato in rete. Questo software gestisce generalmente le sessioni dell’utente, elenca le informazioni relative ai prodotti e supporta la configurazione degli avvisi.
Oltre alle interfacce dei dispositivi e delle app, alcune soluzioni cloud includono delle API di dati aggiuntive che consentono loro di interfacciarsi con altre applicazioni cloud. Quando si seleziona un provider cloud, assicurarsi di capire di quali dati ha bisogno per essere accessibile ad altri sistemi e garantire che siano disponibili le API appropriate.
Nello sforzo che si compie quando si sviluppa un prodotto wireless tecnicamente complesso come questo, vi è un rischio intrinseco che è quello che l'interfaccia utente dell’app mobile diventi un semplice ripensamento nel progetto.
In verità, il portale web e/o l’app dello smartphone sono senza dubbio gli elementi più critici del sistema, che in ultima istanza ne determineranno il successo sul mercato, perché diventerà il volto del prodotto agli occhi del cliente. Non si tratta solo di un’app, è la vera e propria esperienza utente del prodotto!
Per l'esempio di rivelatore CO, il personale addetto alla manutenzione può avere bisogno di informazioni come ad esempio la posizione dell'unità che ha bisogno del servizio, quanto tempo è passato da quando ha avuto luogo l'ultimo servizio, e forse le informazioni relative al codice di errore. Una volta ricevuti questi parametri, un'interfaccia utente appropriata può comunicare queste informazioni usando elementi visivi intuitivi come ad esempio la visualizzazione di una mappa della struttura che individui le varie posizioni con icone che rappresentino gli avvisi di stato e servizio. L’identificazione dei casi d'uso per il prodotto e la comprensione di come l'app è coinvolta in ogni passaggio è di fondamentale importanza per una progettazione di successo dell’app centrata sul prodotto.
È importante valutare se l’esperienza utente sia più facilmente raggiungibile attraverso un’app nativa o un’app web app basata su browser. Le app native forniscono delle funzionalità di interfaccia utente più familiari per un utente
di una particolare piattaforma, ma hanno bisogno di sviluppo e di software personalizzati per ogni piattaforma. Le app basate su web possono risparmiare i tempi di sviluppo supportando più piattaforme da un'unica soluzione implementata mediante framework basati su HTML5.
Ultima cosa, che non va sottovalutata, è quella di valutare come il branding del prodotto possa essere rafforzato mediante la progettazione dell'interfaccia utente. Tutto, dalle combinazioni di colori alla scelta dei font e al layout grafico, avrà un effetto su come gli utenti percepiscono il prodotto. Le interazioni più comuni con il prodotto attraverso l'applicazione dovrebbero richiedere il minimo sforzo da parte dell'utente.
Con una valida comprensione degli elementi del sistema di connettività cloud e con l’identificazione di molte delle considerazioni chiave di progettazione di ogni elemento, il passo successivo importante nel processo è quello di definire l'elenco di elementi dei dati e le verifiche che si desidera rendere disponibili attraverso l’app o il "portale" web.
Nel caso della piattaforma TiWiConnectTM da LSR, questa attività è semplificata se si ragiona pensando alle "Tre A": Attributi, Azioni, e Avvisi.
Gli attributi corrispondono ai dati acquisiti e alle informazioni sullo stato del dispositivo che si è interessati a monitorare da remoto. Si pensi agli attributi come a degli elementi che rappresentano le informazioni sui tempi di esecuzione fondamentali del prodotto. Questi valori possono essere inviati al cloud per segnalare lo stato del prodotto e fungono da base per un’interfaccia utente di monitoraggio. Per l’esempio del rilevatore di monossido di carbonio, gli attributi possono comprendere misurazioni con data e ora, livello della batteria, e i codici di errore.
Le azioni definiscono i comandi remoti generalmente avviati da un utente per dare il via ad un’attività sul prodotto. Si pensi alle Azioni come a delle funzioni di "telecomando" per il prodotto, che consentono agli utenti o ad altri dispositivi di dare il via a processi o di regolare i parametri. Tornando all’esempio del rivelatore di CO, una potenziale azione potrebbe essere quella di disattivare un allarme o di modificare una soglia per l’attivazione di un allarme.
Gli Avvisi rappresentano dei messaggi che il prodotto invia per notificare a un utente o ad un altro dispositivo che una condizione definita dall'utente è stata raggiunta. Si pensi agli avvisi come ad una funzionalità dell’interfaccia utente simile a una finestra di avviso o a una notifica su uno smartphone volta a informare l'utente circa una condizione che potrebbe richiedere di intraprendere un'azione con il prodotto. Queste notifiche possono spesso essere configurate come notifiche "all’interno dell’app" o affinché attivino l’invio di e-mail o di SMS che consentano a un prodotto collegato di segnalare quando ha bisogno di attenzioni. Per il rilevatore di CO sopracitato, un avviso di testo per un gestore della struttura potrebbe indicare che una misura ha superato un valore impostato.
Questo esercizio di definizione delle Tre A deve essere ripetuto per ogni caso d'uso che la soluzione deve supportare. È una pratica comune quella di definire gli Attributi, le Azioni, e gli Avvisi per ciascuno dei 3 casi d’uso: Amministratore, Servizio, e Utente. Ad esempio, un utente Amministratore potrebbe essere interessato a un elenco completo di tutti gli Attributi e le Azioni disponibili, mentre un utente finale può richiedere l’accesso solo a un semplice sottoinsieme.
Una volta definiti i dati del prodotto, le interazioni di controllo e le notifiche dell’utente nell’ambito delle Tre A, il software incorporato può essere sviluppato su un processore esistente o MCU per fungere da client cloud, con la logica di riferire gli attributi, ricevere le azioni e attivare gli avvisi che sono stati tracciati.
Riunire il tutto
Com’è dunque possibile unire insieme tutti questi elementi di progettazione per creare un prodotto ad alte prestazioni che offra un’esperienza utente forte? Se si ritorna all’inizio di questo articolo, due delle principali preoccupazioni dei dirigenti d'azienda per lo sviluppo di un prodotto IoT sono (1) la mancanza di competenze e conoscenze interne e (2) i costi per gli investimenti nelle infrastrutture IoT. Questi ostacolo sono reali. Ecco una panoramica delle competenze tecniche che occorrono per creare un tale sistema da zero:
Sono stati conquistati dei clienti fedeli e dei vantaggi competitivi nel proprio mercato mediante delle abilità nella tecnologia di base del prodotto e una profonda comprensione delle esigenze dei clienti, dunque intraprendere l’azione aggiuntiva di sviluppare un sistema di connettività cloud può comportare il rischio di diventare una distrazione. Ma come la maggior parte dei problemi, ci sono delle soluzioni disponibili.
Osservando da vicino un partner consolidato, come la LSR, che può offrire sia la piattaforma di connettività cloud completa che i servizi di progettazione wireless necessari per fornire le personalizzazioni necessarie per la soluzione, è possibile concentrare le risorse interne sulla più critica tra le considerazioni di progettazione "Si sta sviluppando una soluzione che sarà in grado di soddisfare le esigenze dei clienti e andare oltre le loro aspettative?" Con un po' di aiuto da parte del partner giusto di sviluppo della wireless, del cloud e dell’app, si possono fare tranquillamente dei passi in avanti per creare un’innovazione del prodotto leader nel mercato alimentata dal cloud!