Dall'idea al prototipo

Un cloud Swisscom per il mercato di massa: perché è necessario? Quando nel 2014 è nata l'idea di un prodotto di questo tipo, è stata proprio questa la domanda che si è posta. In base all'approccio del design thinking, lo sviluppo di un prodotto inizia sempre con la comprensione delle esigenze del cliente. In seguito a questo processo, è stato rapidamente pianificato e realizzato un needfinding (osservazione del cliente) in diversi negozi Swisscom. Sulla base di questi risultati, sono stati formulati diversi approcci risolutivi che sono stati portati all'avamposto di Swisscom nella Silicon Valley. Nell'avamposto, l'idea è stata prima esaminata, confrontata con altre aziende e testata e discussa con i clienti in molte forme diverse. Sulla base del feedback positivo, è stata presa la decisione di creare un proof of concept.

C'erano due opzioni per il proof of concept: Sviluppare il prototipo da soli o utilizzare le soluzioni esistenti dei fornitori. Per mantenere i costi bassi, si è cercato di trovare fornitori di tali prodotti. Questo ha avuto due vantaggi:

La valutazione del fornitore/prodotto poteva essere effettuata direttamente con il cliente ed era possibile testare rapidamente le caratteristiche di base dell'idea di prodotto con il cliente.

La sfida più grande in questa fase è stata quella di garantire un sondaggio indipendente tra i clienti, in modo che non si rivelasse una "profezia che si autoavvera" a posteriori. In questa fase è emerso chiaramente che nessun fornitore era in grado di soddisfare completamente i requisiti dei clienti, ma l'idea di base ha riscosso un grande interesse. Un altro aspetto importante è stata la rapida iterazione dei prototipi e i successivi test. In questo caso è emerso con particolare chiarezza quanto sia preziosa la collaborazione dei membri del team che hanno una formazione in user experience e visual design.

Dal prototipo al prodotto Nova

Poiché nessun fornitore era in grado di soddisfare i requisiti più importanti del cliente, si è deciso di avviare una sorta di co-creazione con una piccola azienda di software gestita dal proprietario. Swisscom è il cliente, ma il prodotto appartiene a entrambi. L'approccio iterativo, già praticato sul fronte dell'esperienza utente (UX), è stato integrato sul fronte dello sviluppo da SCRUM come metodo di sviluppo agile.

Era importante stabilire con chiarezza le priorità delle esigenze dei clienti. Le priorità sono state determinate principalmente sulla base di ipotesi e sondaggi tra i clienti. A tal fine, il prodotto doveva essere ridotto a un MVP. La decisione di concentrarsi sulle foto è stata molto importante nel processo. A differenza dei dati di contatto, le foto permettono di raccontare storie. Sebbene i clienti abbiano attribuito un punteggio più alto ai dati di contatto nella valutazione, l'uso sostenibile dei prototipi con le foto è stato maggiore. Poiché il nostro obiettivo non era quello di ottenere il maggior numero possibile di download, ma piuttosto il maggior numero di utilizzi dell'applicazione (il cliente apre l'applicazione) al mese, il caso d'uso con le foto era più adatto a noi rispetto al caso di contatto a breve termine potenzialmente più efficace (backup dei dati di contatto).

Una volta identificata l'esigenza del cliente, è importante portare il prodotto sul mercato rapidamente e svilupparlo ulteriormente insieme al cliente. Un'apertura scaglionata aiuta enormemente a scalare e a sviluppare il prodotto. È importante misurare e analizzare costantemente le attività in modo che i clienti non siano continuamente assillati da sondaggi. Questo permette anche di misurare i KPI.

La sfida più grande in questa fase è stata quella di concentrarsi su alcune funzioni che ci si aspetta da un cloud personale. L'enorme concorrenza in questo mercato (iCloud, Dropbox, OneDrive, Google Photos, ecc.) ha generato aspettative molto elevate. È stato necessario prendere decisioni dolorose sulle priorità per fornire rapidamente ai clienti un prodotto utilizzabile. Nonostante i numerosi test con i clienti e i prototipi sviluppati, non è stato un compito facile, perché i risultati non erano sempre chiari.

Da prodotto Nova a prodotto

Il rilascio del prodotto in versione Nova (beta) ha portato con sé una fase di maturazione. Grazie alla crescita, è stato possibile testare i sistemi per verificarne le debolezze tecniche. I processi di funzionamento, assistenza e sviluppo dovevano essere impostati e armonizzati. Inoltre, il team principale è stato ampliato, il che ha comportato un maggiore sforzo di coordinamento.

La sfida in questa fase è stata quella di rendere il prodotto stabile, performante e pronto all'uso. Allo stesso tempo, però, è stato necessario colmare le lacune funzionali e incorporare nuove innovazioni nel prodotto. In questo caso, è fondamentale dare al team una visione del futuro e adattarla e comunicarla regolarmente. Nei team auto-organizzati, questo è l'unico modo per garantire che tutti i membri del team lavorino per lo stesso e giusto obiettivo. È stato inoltre importante introdurre solo il numero di processi necessari.

Processo di sviluppo myCloud

Processo di distribuzione myCloud

La conclusione dopo oltre tre anni di sviluppo di prodotti cloud: è e rimane un campo di attività super eccitante. Molte delle esperienze acquisite in questo progetto sono molto rare su questa scala e a questa velocità. L'introduzione di un prodotto software di queste dimensioni è rara in Svizzera e ha insegnato al team molte lezioni. Quattro di queste dovrebbero essere menzionate qui: libertà imprenditorialeÈ importante che un progetto di questo tipo goda di grande libertà: le decisioni devono essere prese dai dipendenti. Questo motiva il team ad assumersi le proprie responsabilità e fornisce un'ulteriore motivazione.

Approccio iterativoProcedere a piccoli passi e pianificare solo per le settimane successive si è rivelato un successo. Questo è avvenuto soprattutto perché abbiamo ricevuto il feedback degli utenti così spesso e così tempestivamente.

Apertura scaglionataPer ottenere il feedback degli utenti fin dalle prime fasi e per poter scalare il software gradualmente, l'apertura scaglionata si è rivelata un successo. Con un big bang, il rischio di un disastro sarebbe stato molto alto.

Le persone prima dei processiPer fare un uso efficiente delle risorse, è importante ridurre al minimo i processi e le riunioni. Se la comunicazione tra i team è corretta, le informazioni arrivano quasi sempre al posto giusto. In caso contrario, ha senso introdurre un processo. Un processo semplice e chiaro che permetta l'auto-organizzazione è fondamentale. I processi più estesi, come quelli utilizzati nelle grandi aziende, dovrebbero essere evitati.

Abdurixit Abduxukur

Abdurixit Abduxukur

Cloud Solution Architect

Altri articoli getIT

Pronti per Swisscom

Trova il posto di lavoro o il percorso di carriera che fa per te. Dove dare il tuo contributo e crescere professionalmente.

Ciò che tu fai, è ciò che siamo.

Vai ai percorsi di carriera

Vai alle posizioni vacanti cibersicurezza