Abbiamo sviluppato un’app in Flutter, in modo che in poco tempo il cliente avesse a disposizione due app native, per Android e iOS.
Il processo di sviluppo non è stato semplice perché ha richiesto di creare un’applicazione integrata a un dispositivo IoT esistente, ossia una scheda Logbot che, tramite sonde e sensori, governa i prodotti Starpool.

L’app invia e riceve dati dalla scheda, per permetterle di comandare la spa (accendere o spegnere le saune, regolare la temperatura, etc..) e per monitorare il suo funzionamento, mostrando all’utente lo stato dei suoi prodotti Starpool.

La comunicazione è abilitata da un middleware, ossia un modulo dell’app che consente di inviare pacchetti di dati alla scheda, che vengono inoltrati ai dispositivi Starpool. Il nostro team di sviluppo ha proposto questa soluzione per garantire il massimo riutilizzo del componente: il middleware infatti è agnostico, ossia potenzialmente integrabile ad altre app che si interfacciano con altre schede Logobt.

Abbiamo inoltre sviluppato un back office per permettere al team Starpool di gestire in autonomia i contenuti e i servizi che l’utente visualizza dall’app. Attraverso Strapi abbiamo personalizzato il backend, in modo che gli amministratori Starpool potessero gestire le utenze dei clienti, assegnare i prodotti ai clienti, configurare i percorsi wellness, configurare gli audio disponibili alla riproduzione multimediale.

Questo è fondamentale non solo per aggiornare i contenuti e i servizi agli utenti, ma soprattutto per abilitare i clienti alla gestione della propria spa.
Una volta che un utente acquista i prodotti Starpool, l’azienda crea la sua personale utenza: si tratta di una sorta di spa virtuale composta dai prodotti acquistati, che viene assegnata in modo univoco all’utente. Quando questi eseguirà l’accesso dall’app, la vedrà nella home e potrà interagire con i propri prodotti installati in casa. Tramite il back office quindi, l’amministrazione Starpool abilita la connessione tra l’app e la scheda.

Per Acqua Alma abbiamo implementato un assessment funzionale e tecnologico, atto a sviluppare un piano di manutenzione e debug.
Il primo passo è elaborare un’analisi funzionale: questo ci ha permesso di capire cosa c’è nell’app e come funziona, creando un test plan capillare. Successivamente abbiamo realizzato un’analisi tecnica sul codice esistente, finalizzata al rilevamento di eventuali falle di sicurezza. 

Questo ci ha permesso di individuare bug e criticità, capendo rapidamente dove intervenire e con quale priorità.

Questi interventi metodici e precisi hanno reso l’app conforme alle norme GDPR, hanno risolto bug bloccanti e migliorato la stabilità generale del software, favorendo una User Experience fluida e gradevole.
Il successo di un’applicazione si misura anche sul suo funzionamento generale: se crasha e non consente di svolgere le operazioni che promette, l’utente la abbandona velocemente. 

Quando si sviluppa un prodotto digitale è necessario dotarsi di un metodo di verifica e test del funzionamento generale. Questo ci permette non solo di rilasciare prodotti di qualità ma anche di intervenire in progetti di terzi, per sistemare e migliorare commesse non soddisfacenti. Ci sono mille modi per sviluppare un software, ma ci vuole abilità per capire un progetto non proprio e metterci mano senza creare danni.

Il filtro è stato accolto in modo più che positivo. In soli quattro mesi dalla sua pubblicazione ha superato le 100K visualizzazioni, ricevendo più di 20.000 aperture e migliaia di download.

Questi numeri rivelano un grande interesse verso soluzioni tecnologiche applicate al settore artistico e ci parlano dell’efficacia della Realtà Aumentata per scopi di comunicazione. Attenzione però: un effetto di AR non funziona per definizione. Bisogna seguire dei criteri di comunicazione precisi durante sua realizzazione, per evitare che il risultato sia scadente o noioso. Una lunghezza eccessiva e l’assenza di elementi di coinvolgimento, sono tra i principali motivi di scarso engagement. 

Perché la Realtà Aumentata ha funzionato?

Anzitutto perché si tratta ancora di una novità rispetto ai media tradizionali. Informazione e intrattenimento, che oggi vivono e prosperano nel web, scelgono veicoli a cui ormai siamo assuefatti, come foto, grafiche e video. Le soluzioni di Realtà Aumentata non sono altrettanto conosciute e riescono quindi a distinguersi, attirando l’attenzione e la curiosità degli utenti. 

L’effetto AR sviluppato ha inoltre richiesto il coinvolgimento attivo del pubblico, incoraggiando all’interazione: un buon filtro per funzionare richiede che si compiano delle azioni (inquadrare un marker, aprire la bocca, toccare lo schermo). L’invito ad agire è un tratto distintivo rispetto ai media più familiari, che rende la Realtà Aumentata degna di nota agli occhi di chi vede nel digitale uno spazio di azione: le nuove generazioni. 

Il target ideale è il pubblico giovane, composto da ragazzi e ragazze tra i 18 e i 35 anni, che ha già una certa familiarità con gli acquisti online. Si tratta di un’audience in crescita, composta da persone nate con la tecnologia e abituate a usarla in contesti quotidiani. Il pubblico giovane è formato dagli acquirenti di domani, perciò scommettere su di esso è una scelta lungimirante. 

Il focus è su un prodotto estremamente popolare, parte di un mercato in esplosione: le sneakers. Una tipologia di scarpa estremamente versatile, che piace per la sua comodità, ma anche per la sua capacità di intercettare trend e mode del momento. Si arrivano a spendere centinaia di euro per delle sneakers in edizione limitata, segnale di un mercato florido e aperto al fenomeno del collezionismo. 

Instagram e Tiktok hanno la capacità di ispirare gli utenti, perciò immaginiamo una user journey che parta dai social: lì nasce e si inizia a elaborare il desiderio. Successivamente si cerca quanto visto online nei negozi fisici, che però non vantano una disponibilità illimitata e tipicamente dispongono di pochi pezzi a magazzino. Quindi l’utente ha una grande probabilità di non trovare quello che sta cercando e di dover ripiegare su un e-commerce o marketplace, individuare il suo modello di riferimento e scegliere una taglia. Non conoscendo la vestibilità della scarpa e non avendo avuto occasione di provarla tenderà a scegliere la taglia di un’altra sneaker che ha già in casa. Ma brand diversi hanno calzate diverse, perciò gli arriverà a casa una scarpa non adatta al suo piede e deciderà quindi di fare un reso.
Tipicamente questo è il percorso che una persona intraprende quando cerca di acquistare scarpe online. 

Fitting Labs si inserisce proprio nello spazio tra utente e reso, fornendo supporto al primo per evitare il secondo. 

Il fulcro del progetto riguarda la sostituzione della classica tessera fisica – necessaria per rendere i contenitori dei rifiuti operativi al conferimento – con un’app mobile che tramite IoT dialoga con i dispositivi e che permette l’autenticazione e il riconoscimento degli utenti. Utenti che si distinguono in due tipologie – residenti e turisti – con diverse necessità e che, grazie all’applicazione, possono gestire le proprie utenze tramite smartphone.

Un requisito di progettazione, data la necessità di disporre di un’applicazione multipiattaforma, è stato l’uso di Flutter, il framework che consente di sviluppare in contemporanea per piattaforme Android e iOS.

Inoltre, l’architettura specifica a microservizi, necessaria per questo progetto, ha reso necessario usufruire di uno strumento come Kubernetes, perfetto per orchestrare i microservizi stessi.

È stato quindi sviluppato un protocollo comune tra i due sistemi che sfrutta il Bluetooth: inizialmente un compromesso, data la diversa velocità con cui questo opera rispetto al tag NFC, ma che dopo numerosi test e ottimizzazioni ci ha permesso di raggiungere la vetta in termini di prestazioni se paragonato a soluzioni simili. Protocollo, quello di KGN che è risultato il più veloce sul mercato, battendo di circa 10 secondi i competitor.

Avendo a che fare con un sistema composto interamente da microservices – servizi talmente piccoli per i quali il classico Ruby on Rails avrebbe rappresentato un’esagerazione – ogni servizio è stato scritto in NodeJs, ecosistema diffuso su vasta scala e costantemente aggiornato, che ha quindi consentito uno sviluppo estremamente veloce dei componenti.

Il sistema di autenticazione dell’app è stato implementato tramite Firebase, soluzione che ci ha permesso di snellire la progettazione del backend e dotare il sistema di una maggiore scalabilità sulla gestione degli utenti. 

Il servizio costruito consente di ricevere i dati delle schede installate sui dispositivi – le quali consentono l’apertura dei cassonetti solo ad una lista di schede abilitate – con il conferimento che viene registrato sulla scheda ed inviato al server tramite protocollo MQTT. Il server è sempre in ascolto di messaggi, che una volta ricevuti e decodificati vengono salvati sul database. 

È inoltre possibile inviare dati alla scheda, consentendo quindi la configurazione da remoto.

Sono infine previste delle procedure di blacklisting/whitelisting: se un utente conferisce in un comune dove non è abilitato, il cassonetto fa riferimento al database di tessere abilitate.

La grande sfida tecnica di questo progetto è rappresentata dal grandissimo livello di simultaneità: il servizio costruito doveva essere in grado di gestire moltissimi input, in grado di essere abbastanza veloce e fluido da ricevere i dati, decodificarli, inviarli e passare senza frizioni al successivo. La soluzione adottata è quella dei microservices: le schede dei dispositivi inviano i dati a un micro-servizio che si occupa della decodifica; questi vengono quindi inviati a un altro microservice che li accoda e li elabora uno alla volta.

In questa maniera ogni micro service è ottimizzato per una specifica funzione, configurando così un sistema modulare, potenzialmente deployabile su più piattaforme e ampiamente scalabile.

La piattaforma Socratech permette agli utenti di accedere a diverse funzionalità in base al proprio ruolo:

•  Gli amministratori della piattaforma possono inserire i consulenti finanziari e organizzare le informazioni visibili a tutte le tipologie di utenti;

•  I consulenti possono gestire e monitorare i Clienti e i loro portfolio ed inserire l’anagrafica dei titoli e le serie storiche (come, ad esempio, volatilità, settori di influenza, indici di rischio, distribuzione delle valute, ecc.)

•  I clienti possono monitorare l’andamento dei propri portfolio attraverso una visualizzazione grafica rapida ed intuitiva;

•  I guest, utenti non registrati, possono monitorare un portfolio scelto dall’amministratore della piattaforma.