Relazione finale pedalaMi

1
Relazione finale di
gruppo comunicazione di progetto
Laboratorio di progettazione
prof. Giorgio De michelis
corso di laurea in teoria e tecnologia della
comunicazione - anno accademico 2012/2013
gennari valeria
pietra riccardo
vacca matteo

2
indice
1. introduzione - il progetto............................................................................................................3
2. PRESENTAZIONE DEi gruppi.....................................................................................................................4
2.1 interazione tra i gruppi...............................................................................................................5
3. Gruppo Wiki e forum..............................................................................................................................6
4. GRUPPO REQUISITI E SPECIFICHE..........................................................................................................12
5. GRUPPO AMBIENTE SVILUPPO PER MOBILE - GPS PER CICLISTI................................................15
6. GRUPPO INTERVISTE ALLE ASSOCIAZIONI – COMUNICAZIONE DI
PROGETTo....................................................................................................................................................21
7. GRUPPI comunicazione CON STAKEHOLDERS, interviste AI CICLISTI E ANALISI DEL
TARGET - QUESTIONARI CARTACEI E DIGITALI..............................................................................28
8. GRUPPO USER EXPERIENCE - VISION DESIGN - USABILITA'.......................................................32
9. GRUPPO BRAND IDENTITY - PERCORSI PER VARIE TIPOLOGIE DI UTENTI...........................37
10. GRUPPO INTERFACCIA GRAFICA - STUDIO DEL DIVICE E DEL SUPPORTO.........................40
11. GRUPPO LOGO...........................................................................................................................................45
12. Gruppo rassegna gps –- socialita’ in bici............................................................................50
13. GRUPPO “APP IN TASCA”.......................................................................................................................55
14. conclusioni.............................................................................................................................................59

3
1 Introduzione
Il progetto
Il progetto per l'esame Laboratorio di progettazione, del prof. De Michelis, si è focalizzato
sulla creazione di un GPS innovativo per ciclisti. Al progetto hanno partecipato tutti gli
studenti, divisi in gruppi, ognuno con diversi compiti e obbiettivi.
Lo sviluppo di questa applicazione si colloca in uno scenario i cui fattori sono chiari
segnali dell'aumento dell'utilizzo della bicicletta a Milano nei prossimi anni. Questi fattori,
a nostro avviso, sono indiscutibili: la recente crisi economica, le difficoltà di movimento
dovute al traffico, i frequenti ingorghi urbani, le sempre più restrittive norme sulla viabilità
cittadina (area C, norme antinquinamento, ecc.), il rincaro del costo dei carburanti, la
maggior sensibilità ambientale e la crescente diffusione della cultura del wellness sono
tutti indicatori che il futuro della mobilità in città possa passare per la bicicletta.
I GPS per biciclette ovviamente esistono già, non hanno però la diffusione che ci si
aspetterebbe anche e soprattutto a fronte della comunità a cui sono rivolti: i ciclisti sono
una vera e propria comunità, un gruppo molto coeso e dagli ideali comuni, che poco ha a
che vedere con gli automobilisti ad esempio. Uno dei motivi di questa scarsa diffusione è
legato al fatto che gli attuali navigatori disponibili sono prodotti poco evoluti e
strettamente dipendenti dal paradigma usato dai classici navigatori automobilistici.
La nostra proposta quindi è quella di un prodotto completamente nuovo, sviluppato in
forma di applicativo per smartphone e tablet, che colmi questa lacuna. Questo sarà il suo
punto di forza, unito a quello – non meno importante – della varietà delle persone che
hanno contribuito a questo progetto.
La nostra relazione finale verterà su questo, cercheremo nelle prossime pagine di
presentare il progetto nella sua interezza, gruppo per gruppo, fase per fase, ogni compito
e ogni obbiettivo.
Ciò non significa che quest'esperienza sia finita: quello che tutti noi ci auspichiamo è che
il modello seguito in questi mesi del corso sia portato avanti da chi ne ha la voglia e le
possibilità, che l'evoluzione continui, che la collaborazione così intensa - tra persone che
hanno studiato cose così diverse tra loro ma che si sono trovate a dover condividere il
medesimo progetto – sia d'aiuto a tutti anche in altri progetti futuri.

4
2 I gruppi
I gruppi, nati durante i primi incontri in aula, possono essere divisi in 5 grandi categorie:
1. Wiki e Forum
2. Comunicazione
3. Requisiti e specifiche
4. Tecnologie
5. Grafica
All'interno di queste categorie troviamo tredici gruppi, composti per la maggior parte da
tre persone, in alcuni casi da due, in altri da quattro. I nomi, e i compiti annessi, sono
spesso cambiati nel corso delle due fasi del progetto. La prima fase è durata all'incirca un
paio di mesi e la seconda, iniziata nei primi giorni di Novembre, sarà conclusa quando
l'intero corso avrà terminato il progetto (alcuni gruppi hanno finito il loro lavoro prima, altri
dopo, altri sono tuttora al lavoro, altri ancora forse proseguiranno nonostante il corso sia
terminato).
Per chiarire le dinamiche del lavoro, dei gruppi, delle fasi, ecco una rappresentazione
grafica del corso di Laboratorio di progettazione:
Figura 1: Pedalami – i gruppi e le fasi

5
2.1 INTERAZIONE TRA GRUPPI
Tutti abbiamo collaborato, il lavoro di ogni gruppo è fortemente connesso a quello degli
altri, ovviamente più vicini sono stati i gruppi appartenenti alla stessa categoria. Ad
esempio, i gruppi che si sono occupati della comunicazione con gli stakeholder, noi che
abbiamo comunicato con le associazioni, quelli che hanno intervistato i ciclisti, il gruppo
che ha analizzato il target e i ragazzi che si sono occupati della brand identity e delle
tipologie d'utenza facevamo tutti parte della categoria “comunicazione” e abbiamo avuto
contatti più frequenti rispetto ad altri gruppi.
Comunque, nessun gruppo è rimasto “chiuso” solo ai suoi membri e ai suoi compiti. Le
informazioni raccolte man mano, i dati, i suggerimenti e le idee di tutti gli studenti sono
stati ascoltati, accolti, commentati, integrati da ognuno di noi. Sono stati utilizzati tutti i
canali di comunicazione (dal forum – di cui parleremo tra poco – ai social network,
passando per le mail, per dropbox ecc) ma, oltre alle canoniche ore di lezione e di
revisione del professore De Michelis, è capitato anche che molti studenti, appartenenti a
diversi gruppi, si trovassero per discutere in modo informale del progetto, per mettere
insieme idee e fare il punto del situazione, di certo non facile da monitorare data la mole
di argomenti e il gran numero di studenti coinvolti. Queste iniziative hanno dato i loro frutti
e sono state utili per tutti.
Figura 2: Uno degli incontri informali tra studenti per fare il punto e confrontarci sul
progetto in corso

6
3 gruppo wiki e forum
Ci sembra giusto iniziare a raccontare il progetto da chi ha mosso i primi passi e
permesso a tutti noi di avere una piattaforma digitale comune attraverso cui collaborare. Il
luogo in cui scambiare le prime impressioni, i suggerimenti, in cui gli studenti hanno
ufficializzato ciascuno il proprio gruppo ed i propri obbiettivi, dove abbiamo imparato a
conoscerci e a discutere insieme e dove strada facendo abbiamo inserito tutto il nostro
materiale. Parliamo insomma dei colleghi che hanno creato la wiki e il forum del corso
Laboratorio di progettazione.
Sin dalle prime fasi del loro lavoro, i colleghi informatici Pittore, Nobile ed Allegretti hanno
cercato di favorire la collaborazione tra tutti i partecipanti, rendendo il dialogo il più
semplice possibile. Hanno inoltre garantito persistenza sull’avanzamento del progetto e
monitorato il comportamento degli utenti. Sempre al fine di favorire l’interazione, lo
scambio di idee e la collaborazione hanno subito notato che non sarebbe bastato
installare una piattaforma e offrirla alle persone. Il gruppo si è quindi preparato a fornire
supporto tecnico, consigli e indicazioni su come, a loro parare, la piattaforma dovesse
essere usata. I giorni precedenti al lancio della piattaforma sono stati estremamente
frenetici e pieni di lavoro, ci hanno raccontato i ragazzi. L’installazione della piattaforma è
stata portata a termine in un periodo molto ristretto. La loro maggiore preoccupazione era
relativa alle problematiche che sarebbero potute emergere durante il corso. In caso di
fallimento della piattaforma volevano essere sicuri di poter ripristinare in maniera quasi
immediata tutta la struttura per minimizzare i disagi dei componenti del progetto. Il loro
timore era, infatti, che in caso di fallimento prolungato della piattaforma ci fosse una
migrazione delle persone verso altri strumenti di comunicazione portando ad un
frazionamento della comunicazione e dell’interazione che sarebbe stato, di fatto, un
fallimento per il loro gruppo. Una delle prime valutazioni svolte dal gruppo è stata quella
relativa all’architettura e alle tecnologie con cui costruire l’infrastruttura del servizio.
Illustriamo brevemente le decisioni prese dai membri di questo gruppo, con le relative
motivazioni, nell’ambito delle scelte effettuate per il server, il software e i sistemi di
manutenzione e sicurezza adottati.
Il primo compito su cui si sono concentrati è stata la definizione dei criteri che il server
hosting doveva possedere. Le aree su cui vi è stato il maggior dibattito sono state quelle
relative al costo e alle tecnologie di sviluppo supportate. Per quanto riguarda il primo
aspetto, in un primo momento hanno considerato l’idea di auto tassare il gruppo, o gli
studenti del corso, per poter acquistare un hosting, mentre successivamente è emersa
l’idea di utilizzare i banner pubblicitari per poter finanziare tale acquisto. La scelta
effettuata ha permesso di evitare entrambe le eventualità, ma ne parleremo più avanti. Per
quanto riguarda le tecnologie di sviluppo, invece, hanno deciso di puntare su PHP1 come
linguaggio di sviluppo in quanto è conosciuto da tutti i componenti del gruppo e come
database per un classico database relazionale: MySQL2.
Per quanto riguardo il server, è stato fornito dall’università senza alcun software installato,
fatta eccezione per la distribuzione base del sistema operativo. Il gruppo, in particolare,
ha lavorato su di un macchina avente Linux Ubuntu 12.04. Ubuntu è una delle
distribuzioni linux più famose e diffuse, anche in ambito server. Questo ha permesso di
poter trovare con relativa facilità tutto il software e le indicazioni necessarie per lo
svolgimento del loro lavoro.

7
Adottando un principio di buona amministrazione è stato deciso di installare il solo
software necessario al funzionamento del progetto.
L’aspetto della sicurezza è stato molto importante durante tutto lo svolgimento del
progetto. In esso rientrano tutti gli aspetti atti a impedire attacchi e intrusioni alla
piattaforma e tutte le precauzioni necessarie al ripristino della piattaforma in caso di
problemi.
Per quanto riguarda la scelta delle piattaforme, all'inizio della prima fase i colleghi hanno
deciso di vagliare le possibili tecnologie atte alla creazione di un valida piattaforma per
l’interscambio e la persistenza di informazioni riguardanti il progetto. Da subito sono stati
concordi sul fatto che il miglior paradigma sarebbe stato quello fornito dalla classica Wiki
(es. wikipedia) principalmente per la sua elevata facilità di utilizzo e gestione ma
soprattutto per il suo carattere “aperto” alle modifiche da parte della comunità. Il termine
Wiki infatti deriva da una parola hawaiana che significa “veloce”, ed è stata proprio
questa caratteristica a convincerli che sarebbe stata la scelta più adatta a tutto il corso.
La prima decisione è stata quella relativa alla scelta della piattaforma su cui installare la
Wiki. Le opzioni considerate riguardavano due tecnologie molto differenti: Wordpress10 e
MediaWiki11. MediaWiki è una piattaforma software libera per la distribuzione e la
condivisione di informazioni sul web. E' un software open source distribuito con licenza
GNU General Public License. Esso è in grado di interfacciarsi con altri programmi
opzionali, per migliorare prestazioni e funzionalità. Un sistema di estensioni permette di
aggiungere funzionalità e interfacce aggiuntive. Questo fattore è risultato molto comodo
per sopperire ad eventuali richieste degli utenti. In seguito a riflessioni sulle due
piattaforme, i colleghi hanno ritenuto più idonea MediaWiki.
Hanno poi deciso di installare una seconda piattaforma, resa totalmente compatibile con
la prima, per permettere la comunicazione, il dibattito e lo scambio di informazioni tra i
partecipanti del progetto. In questo caso la scelta di utilizzare phpBB come sistema è
stata unanime. phpBB (acronimo di PHP Bulletin Board) è uno tra i più popolari sistemi
per la gestione di forum, implementato mediante il diffusissimo linguaggio di
programmazione PHP. La versione che hanno deciso deciso di utilizzare è la più recente,
ovvero la 3.0.11. In questa ultima versione sono state aggiunte innumerevoli nuove
funzionalità rispetto alle versioni precedenti.
L’installazione base della Wiki e del Forum è stata semplice grazie alla struttura delle
piattaforme scelte. Per effettuare una nuova installazione di MediaWiki e phpBB è stato
sufficiente estrarre il contenuto dei pacchetti scaricati dai relativi siti e caricarli tramite ftp
sul server. Il problema principale è stato effettuare l’integrazione tra queste due
piattaforme per permettere agli utenti di utilizzare un solo account per accedere a
entrambi i sistemi. Innanzitutto è stato necessario utilizzare un unico database e per
evitare problemi di sovrascrittura hanno aggiunto un suffisso per le tabelle delle due
piattaforme. Successivamente hanno cercato vari metodi per effettuare l’integrazione. Tra
le varie soluzioni trovate la differenza principale era quale piattaforma usare per il login,
ovvero utilizzare il login di MediaWiki e quindi deviare il login del forum su di essa; oppure
utilizzare il login di phpBB e deviare il login della wiki su di esso. Hanno provato le varie
soluzioni trovate su una versione in locale delle due piattaforme ed è stata scelto di
installare l’estensione di MediaWiki phpBB Single Sign-On che permette di deviare il login
(e la registrazione) della wiki sul login di phpBB e utilizzare i suoi dati. Le due piattaforme

8
scelte, Mediawiki e phpBB, sono state personalizzate per rispondere alle esigenze del
gruppo e di tutti i colleghi del corso.
Il primo plugin installato (phpbSSO) è stata un’estensione per consentire l’accesso a
entrambe le piattaforme utilizzando gli stessi dati. Ciò è stato reso possibile grazie
all’estensione per MediaWiki di “phpBB Single Sign-On”13. Si tratta di un plugin molto
semplice che riutilizza i cookie di login di phpBB per autenticare l’utente anche su
MediaWiki. Il login è protetto grazie al redirect al form di login di phpBB. Per migliorare
l’usabilità è stato necessario fare una modifica al codice sorgente originale di phpBB per
far si che, nel caso in cui il login fosse richiesto da una pagina della wiki, l’utente venisse
mandato a tale piattaforma al termine del processo di autenticazione. La stessa modifica
è stata fatta per il link di registrazione. Sulla Wiki sono state installate diverse estensioni
allo scopo di migliorare l’usabilità della piattaforma da parte degli utenti e admin.
Illustriamo solo un esempio: Widget28, questa estensione abilita l’utilizzo di widget per
aggiungere nuove funzionalità all’editor della wiki. Esso è stato utilizzato per dare la
possibilità di aggiungere nelle pagine Wiki:
- Presentazioni da SlideShare, questo plugin è stato utilizzato da uno o due gruppi per
inserire nella propria pagina wiki la presentazione fatta in aula durante uno degli incontri.
- Galleria immagini da Flickr, sono stati riscontrati alcuni problemi di compatibilità ma non
è mai stato utilizzato, anche se la reale necessita` non si `e mai presentata.
- Video
Inoltre è stato richiesto un tool per aiutare gli utenti con l’inserimento di tabelle Excel nelle
pagine wiki. I pochi plugin trovati sono risultati complessi e di difficile installazione. I
colleghi hanno dunque creato una pagina nella quale, caricando un file Excel di
estensione.xls, restituisce i dati in esso contenuti correttamente formattati nello stile di
MediaWiki.
Il forum non è stato modificato quanto la Wiki, la personalizzazioni applicate hanno
riguardato il cambiamento del tema di default e l’aggiunta di un plugin per i dispositivi
mobili29. Il tema sfrutta i fogli di stile CSS per ottimizzare la visualizzazione su telefoni e
tablet mentre il plugin è una semplice estensione php che viene caricata in ogni pagina e,
se riconosce che il dispositivo attualmente in uso è un telefono o tablet, cambia il tema di
default nel tema mobile.

9
Figura 3: Parte superiore della Home del Forum di discussione - Wikibike
Figura 4: Una pagina esemplificativa della Wiki

10
Un altro compito di questo gruppo è stato quello di monitorare giorno per giorno
l’andamento del progetto e l’interesse dei suoi partecipanti. Per controllare l’effettivo
funzionamento delle piattaforme installate, si è deciso fin da subito di dotarle del servizio
Google Analytics, il quale fornisce delle statistiche dettagliate sui visitatori di un sito web.
La prima fase consisteva nella presa di coscienza del progetto e delle creazione dei primi
gruppi con relativi task. Dopo una prima fase di analisi degli accessi al forum, è stato
notato che una buona percentuale di studenti (circa il 20%) accedeva alle piattaforme
mediante dispositivi mobili. Per rendere le informazioni sul forum maggiormente fruibili a
questi dispositivi, i colleghi hanno deciso di installare un tema mobile, così che il forum
venisse automaticamente adattato alle dimensioni dello schermo del dispositivo
dell’utente. Tale azione non è però stata eseguita sulla Wiki in quanto ritenuto poco utile e
complesso scrivere nuove pagine Wiki da smartphone tramite temi mobili che riducono le
funzionalità utili nell’editing delle pagine.
Figura 5: Tema mobile
Dopo aver effettuato alcune azioni di moderazione allo scopo di limitare la confusione e il
propagarsi di più topic con lo stesso argomento, è stato notato un certo allontanamento
dal forum.
Le contromisure adottate per limitare la proliferazione di post poco produttivi sono state
incentrate sulla moderazione diretta. In seguito hanno permesso ad ogni gruppo di
moderare la sezione di propria competenza e l’azione ha portato i suoi frutti, rendendo più

11
partecipi e sensibili i membri dei diversi gruppi nei confronti della gestione del forum.
La seconda fase consisteva nella conclusione dei task della prima fase e nella creazione
di nuovi gruppi con relativi task. Durante la seconda fase del progetto è stato notato dai
colleghi di questo gruppo - tramite gli strumenti offerti da Google Analytics - che molti
utenti hanno spostato la loro concentrazione sulla Wiki, diminuendo così gli accessi e i
post prodotti sul forum. Ulteriore fenomeno riscontrato è stato quello legato agli attacchi
spam ricevuti al sito. Si sono infatti accorti fin da subito che molte iscrizioni che
avvenivano al sito erano effettuate da paesi esteri quali Russia, Cine e India. Tutti gli
utenti iscritti da questi paesi producevano post legati a prodotti ovviamente non
riguardanti i fini del progetto. L’ultimo fenomeno riscontrato è stato quello legato alla
proliferazione di post dove venivano effettuate richieste di gruppi o di task. Questo genere
di post se pur positivo ha creato diverse controversie tra i componenti dei gruppi, tanto
da dover indire un incontro tra studenti in Università.
Le contromisure adottate sono state meno invasive di quelle attuate nella prima fase. Per
quanto riguarda il dibattito sulle pagine Wiki, hanno solo consigliato agli utenti del forum
di avvertire quando una pagina Wiki veniva creata o aggiornata. Per quanto riguarda gli
attacchi spam, si è deciso di introdurre sistemi di sicurezza come captcha 3D per limitare
le iscrizioni. Per quanto riguarda l’ultimo fenomeno si è deciso di programmare un
incontro informale in Università, con molti temi da affrontare e richiesto dalla maggior
parte degli studenti. Tra i molti argomenti, appunto, c'era anche questo.
La terza fase consisteva nella conclusione dei task della seconda fase e nella generazione
del materiale utile alla valutazione. Per monitorare il contributo di ogni studente del corso
all'interno di Wiki e Forum, è stato creato il diario. L’osservazione del comportamento
degli utenti sul forum è stata - a detta del gruppo che si è occupato di questo importante
aspetto - molto interessante in quanto primo esperimento di crowdsourcing, curioso e
stimolante.
Per concludere, ci hanno fatto notare che inizialmente solo pochi hanno partecipato alla
discussione online, ed in maniera scomposta. Secondo loro un approccio del genere era
prevedibile. In tutti i progetti, infatti, la prima fase è generalmente dedicata ad un
brainstorming, in cui vengono raccolte tutte le idee, più o meno interessanti o inerenti.
Una volta che ciò è avvenuto, riordinate e filtrate tali idee, si è passati ad una fase di vera
e propria discussione. Il forum è stato molto attivo nella seconda fase di progetto, i motivi
di questa inversione del trend sono molteplici, i principali, secondo i nostri colleghi, sono:
−un aumento dei documenti sulla wiki e quindi maggiori spunti di discussione,
−un aumento delle idee proposte,
−essendo durata circa due mesi la prima fase, le persone hanno avuto modo di
conoscersi e imparare ad interagire tra di loro.
In particolare, quest’ultimo punto è stato riscontrato sul forum con messaggi sempre più
informali e sullo stile dei social network. Ciò testimonia una maggior coesione e
collaborazione tra tutti noi, che ha indubbiamente fatto sì che sia aumentata anche la
produttività e lo scambio di idee.1
1
Per informazioni più dettagliate, qui la relazione del gruppo Wiki e Forum
http://wikibike.tk/mediawiki/images/8/8e/Relazione_finale_wiki_forum.pdf

12
4 GRUPPO REQUISITI E SPECIFICHE
Il gruppo che si è occupato dei requisiti e delle specifiche - composto dai colleghi
informatici Banco, De Dominicis e Suardi - ha raccolto l’insieme di idee proposte da tutti
gli studenti, stilando un documento che raccoglie tutte le funzionalità che PedalaMI deve
offrire.
Il gruppo si è occupato - nel corso della Prima Fase di lavoro – di stilare la prima bozza
dei Requisiti funzionali che il sistema che si andava a progettare doveva avere, in seguito
di formalizzare i punti focali di cui i gruppi di lavoro si sono trovati a discutere
animatamente, per poi passara alla stesura definitiva dei requisiti. Nel corso della
seconda fase le specifiche sono state suddivise in tre gruppi: I percorsi per tipologie di
utenza, la socialità in bici e tutte le altre specifiche. Analizzeremo in seguito i primi due
punti, di cui si sono occupati altri gruppi. Ora analizziamo i requisiti e le specifiche stilate
da questo gruppo.utte le altre specifiche invece sono state delienate da questo Gruppo
Il primo punto su cui ci si è concentrati è stato il target del nostro progetto, primo passo
per individuare poi le giuste funzionalità. Essendo il target abbastanza ampio (il ciclista
milanese) lo si è diviso in 4 categorie in modo tale che si potessero dividere le features
offerte in base a questa categorizzazione.
Le 4 categorie individuate sono:
1)Utilizzo spostamenti vari/lavoro
2)Sportivi
3)Turista/piacere
4)By night
La fruizione di PedalaMI, avverrà mediante smartphone. La decisione di realizzare un’app
mobile invece che un dispositivo dedicato è dipesa da diversi fattori legati alla
progettazione , al costo e alla diffusione del prodotto.
Essendo l’app funzionante esclusivamente tramite una connessione dati, questo andrà a
minare la batteria dello smartphone. E’ consigliato quindi l’uso di funzionalità eseguite in
background, in modo da ridurre al minimo l’uso della batteria. Sono state portate avanti
anche alcune proposte sull’uso di un carica batterie a dinamo o a pannello solare.
Verrà utilizzato anche l’accelerometro del dispositivo in modo da poter rilevare velocità
urti e altri dati utili all’utente durante la navigazione. Come altri gruppi hanno consiglato2
è
preferibile l’utilizzo tramite supporto da manubrio.
Per quanto riguarda i requisiti software, in generale esso dovrà avere un’interfaccia user
friendly, che preveda un wizard al primo avvio.
Per quanto riguarda il funzionamento più specifico, la funzionalità più importante deve
essere quella legata alla navigazione , che è possibile seguendo:
1)Percorsi più brevi in termini di km
2)Percorsi più brevi massimizzando l’uso delle piste ciclabili
3)Percorso personalizzato che prevede il passaggio per POI (Punto di interesse)
2
cfr. Gruppo Studio del supporto

13
Capita spesso che a Milano alcune strade vengano interrotte per lavori. PedalaMI è in
grado di segnalare una strada interrotta nel tuo percorso e suggerire il percorso
alternativo migliore. Questo è possibile grazie alle segnalazioni fatte dagli altri utenti
dell’app e dall’integrazione con i dati del comune di Milano.
Sono stati proposti anche una serie di requisiti aggiuntivi:
−Tour guidato al primo avvio del software per offrirne una panoramica sull'utilizzo
−Dare la possibilità di scaricare/aggiornare mappe (eventualmente in modo incrementale),
suoni e voci sul dispositivo tramite il sito di appoggio
−Collegamento al market della piattaforma per comprare mappe aggiuntive, voci, temi e
altre estensioni creare tracciati e/o modificare quelli esistenti aggiungendo punti di
interessi personalizzati
−Creazione automatizzata di tracciati basati su punti di interessi presenti in un'area
−Gestione volume musica/voce navigatore
−Visualizzazione della strada appena percorsa in un colore differente
−Rapporto dettagliato del percorso appena concluso con possibilità di salvataggio e
condivisione
−Pianificazione del percorso tramite software eseguibile da pc e risultati trasferibili sullo
smartphone
−Salvataggio degli itinerari già fatti e possibilità di classificarli con un livello di preferenza,
eventualmente salvando opinioni proprie
−Opzione che, in assenza di una mappa vera e propria, proponga una mappa
schematizzata
−Possibilità di selezionare le segnalazioni vocali che si intende ricevere.
−Scaricamento dal sito di supporto itinerari prestabiliti. Proposta di una vasta gamma di
percorsi diversi per tipologia (allenamento, "percorsi celebri", panoramico...) con vari
gradi di difficoltà, suddivisi in base alla zona
−Informazioni riguardo il tipo di manto stradale, l'eventuale presenza di binari del tram e la
pendenza del terreno;
Illustriamo ora brevemente le specifiche:
L'utente si iscrive e deve inserire nome utente e password, nome, cognome, residenza,
tipo di bici posseduta, luoghi preferiti di destinazione, POI preferiti, itinerari già percorsi,
allenamenti svolti, amicizie con altri utenti dell'app. Eventualmente tali informazioni (tutte
o solo una parte) possono essere scaricate dai social network a cui l'utente è iscritto
tramite l'effettuazione del login a questi (API). Il nome ed il cognome saranno utilizzati per
mettere in comunicazione le persone che utilizzano l'applicazione : durante la marcia il

14
navigatore potrà visualizzare quali amici sono in zona e dare la possibilità di contattarli
oppure, in fase di pianificazione, si può invitare un amico a percorrere insieme il percorso
in fase di studio. Da qui in avanti la sezione profilo prevede salvataggio, modifica,
gestione del profilo utente e delle funzionalità opzionali dell' applicazione come la
gestione delle notifiche, modalità di navigazione, gestione privacy; I login successivi
Tour guidato per offrire una panoramica sull'utilizzo dell'app.
Sarà presente un sito che fungerà da complemento all'applicazione. A questo l'utente si
potrà loggare e vedere lo storico delle proprie escursioni, creare nuove proposte di
percorsi a cui invitare gli amici, iscriversi a proposte di percorsi di terzi (eventualmente
previo pagamento), condividere le proprie impressioni relativamente ad un percorso fatto
ed eseguire tutta una serie di operazioni che verranno esposte in seguito. Visionare le
altre sezioni della wiki per informazioni sulle funzionalità del sito anche relative ad altri
ambiti (sezione che tratta del social, del cicloturismo et similia). La nostra applicazione si
interfaccerà anche con i Social Network esistenti, sia per estrarre i dati relativi ad un
utente come detto nel paragrafo precedente, sia per condividere su questi
impressioni/opinioni relative ad itinerari seguiti, sia per allargare la massa di utenti
potenziali stimolando la curiosità delle persone. Leggere le sezioni relative a "socialità in
bici" per maggiori dettagli.
Per quanto riguarda la modalità di navigazione
- Possibilità di scelta del percorso, calcolato secondo l'algoritmo di Dijkstra, a seconda
delle preferenze dell'utente:
- Percorso più breve in termini di km,
- Percorso più breve massimizzando l'uso delle piste ciclabili
- Percorso personalizzato che prevede il passaggio per POI (Point Of Interest)
- Scelta del percorso evitando le strade interrotte o mostrando una notifica a riguardo
tramite un messaggio al momento di pianificazione del percorso, lasciando all'utente la
scelta se percorrerle o meno.
- Abilitazione/Disabilitazione degli avvisi legati alle attività social al fine di privilegiare la
sicurezza;
Saranno inoltre presenti informazioni meteo rispetto alla propria posizione tramite
notifiche. Posso riguardare anche previsioni per I giorni successive.
Il navigatore provvederà anche a suggerire all'utente, durante la fase di pianificazione del
percorso, l'attrezzatura più adeguata per affrontare le strade selezionate. Questo sistema
di suggestment si baserà sull'analisi dell'attrezzatura posseduta da altri ciclisti quando
hanno affrontato le medesime strade (o strade analoghe).
L’applicazione fornisce durante la navigazione tre tipi di servizi:
1)Info traffico (incidenti, code)
2)Help generico (guida all'utilizzo dell'app, altre segnalazioni di carattere generale)
3)Segnalazioni da/ad amici nelle vicinanze. Tramite 2/3 tasti (fisici o virtuali) si inviano
messaggi di default tipo: "sono qui ora" (il 'qui' lo si ricava dal gps), "chi c'è qui vicino?"
(in questo caso sulla mappa compaiono gli amici che hanno condiviso la propria distanza
nel raggio di n metri) et similia

15
Specifiche aggiuntive:
−Un server scaricherà integralmente le mappe da un sito di appoggio (Ex. Open Street
Map),le memorizzerà in un database ma invierà ai singoli device aggiornamenti
incrementali.
−Tramite il sito di appoggio l'utente può creare tracciati e/o modificare quelli esistenti
(fatti in precedenza e salvati) aggiungendo punti di interessi personalizzati
−Il navigatore permette la creazione automatizzata di tracciati basati su punti di interessi
presenti in un'area tramite modifiche all'algoritmo di Dijkstra
−Il navigatore permetterà di salvare e condividere, tramite connessione internet mobile, il
rapporto dettagliato sul percorso appena concluso sia su social network sia sul sito di
appoggio.
−Dal sito sarà possibile classificare gli itinerari percorsi e salvati secondo un livello di
preferenza, eventualmente corredandoli con opinioni personali o foto.
−Utilizzo di mappe schematizzate (sullo stile delle mappe di google maps) in assenza di
mappe vere e proprie (satellitari)
−Dall'applicazione è possibile selezionare, tramite elenco di checkbox, le segnalazioni
vocali che si intende ricevere.
−Scaricamento dal sito di supporto di itinerari prestabiliti, diversi per tipologia
(allenamento, "percorsi celebri", panoramico...), con vari gradi di difficoltà e suddivisi in
base alla zona.
−L'applicazione permette la memorizzazione dei ROI "personali" dell'utente: casa, ufficio,
supermercato, casa della fidanzata...
−Dall'applicazione e dal sito, in fase di pianificazione del percorso, vengono
evidenziate/visualizzate piste ciclabili, zone pedonali, corsie preferenziali;
−L'applicazione notifica tramite messaggio il passaggio per strade con manto stradale
pericoloso per l'utente, ad esempio verranno segnalate strade in cui sono presenti binari
del tram o strade in cui la pendenza del terreno è particolare.
PedalaMI vuole diventare una community e per questo presenterà delle funzionalità
social.3
Per utilizzarle l’utente dovrà registrarsi sul database degli utenti utilizzatori,
ottenenendo cosi un profilo personale, la lista degli allenamenti svolti, gli altri amici di
PedalaMI. Una funzionalità social importante di PedalaMI è la possibilità di segnalare
buche e imprevisti, in modo da condividerle agli altri ciclisti. Il navigatore lascia comunque
la possibilità di ignorare le notifiche in caso l’utente voglia comunque passare per quelle
strade.
Il profilo sportivo permette di condividere con i propri amici il proprio allenamento. Per chi
si annoia ad allenarsi da solo, PedalaMI prevede anche un sistema di sfide e classifiche
dei corridori su percorsi predefiniti.
Come si può notare le funzionalità social, insieme al sistema di navigazione sono il core di
questo progetto. E’ possibile che durante il percorso il sistema segnali la presenza di un
amico, dando all’utente l’opportunità di chiamarlo, mandare un messaggio (testo, sfida
ecc) chiedendo al dispositivo di segnalare il percorso più breve per raggiungerlo.
Il sistema prevede una serie di integrazioni con servizi dedicati al mondo della bici e non.
Questo saranno BikeMi (servizio di bikesharing milanese), TouristEye (sito per pianificare
3
Maggiori informazioni verranno date nel corso della relazione, al cap. “Gruppo Rassegna GPS – socialità in bici”
nello specifico

16
viaggi turistici in città), Flickr (sfruttandone le immagini geolocalizzate per inserire foto
relative ai POI) , ATM (presenza di binari ecc).4
Figura 6: Mappa con foto POI tramite Flickr
4
Il lavoro completo del Gruppo Requisiti e Specifiche
http://wikibike.tk/mediawiki/images/3/35/DocumentazioneFinale_Specifiche_e_Requisiti.pdf

17
5 GRUPPO AMBIENTE SVILUPPO PER MOBILE - GPS PER CICLISTI
Passiamo ora al gruppo di Zoboli, Tavernesi e Tedeschi, tre ragazzi provenienti da
informatica che si sono occupati dell’ambiente sviluppo del mobile nella prima fase del
progetto e l'hanno concluso con un'analisi dettagliata nell'ambito del nostro futuro
device, il nome di questo gruppo nella seconda fase è “GPS per ciclisti” (tratteremo
l'analisi dei principali sistemi operativi dopo il lavoro svolto nella II fase, per un discorso di
coerenza e comprensione dei contenuti generali).
Inizialmente hanno constatato, in accordo con tutti gli altri studenti, che i navigatori GPS
per il ciclismo, naturale evoluzione di quelli dedicati al trasporto motorizzato, non hanno
ancora trovato un mercato molto sviluppato. Uno dei motivi di questa scarsa diffusione è
legato al fatto che gli attuali navigatori disponibili, sono prodotti poco evoluti e
strettamente dipendenti dal paradigma usato dai classici navigatori automobilistici. Si
sono prefitti anche loro dunque l’obbiettivo di un prodotto completamente nuovo che
colmi questa lacuna. Si sono basati sull’idea di integrare in un unico prodotto le
tecnologie di cui disponiamo attualmente. Infatti, dal punto di vista hardware, disponiamo
di device dall’alta potenza di calcolo, dotati di una buona capacità di archiviazione e
potenzialmente sempre connessi alla rete che ci permettono di sviluppare applicativi
molto più articolati e dotati di maggiori funzioni rispetto ad un semplice navigatore.
Inoltre,come abbiamo detto prima, essendo i ciclisti una comunità con forte senso di
appartenenza, è possibile sfruttare le piattaforme sociali, consolidatesi negli ultimi anni
per favorire una maggiore interazione tra gli utenti del sistema.
Le mappe sono cruciali per i navigatori GPS: sono il componente con cui l’utente
interagisce per la maggior parte del tempo e sono anche il maggior canale
d’informazione. Per queste ragioni, si è scelto di curare con estrema attenzione questo
aspetto, stilando una lista di requisiti imprescindibili ai quali le mappe, che verranno
usate, dovranno aderire. Esse dovranno essere complete; disponibili per la navigazione
offline; facilmente aggiornabili; completamente personalizzabili ed integrabili agilmente
con dati provenienti da fonti esterne. Sul mercato esistono varie società specializzate
nella produzione di mappe stradali per l’uso offline (es. Navteq e TeleAtlas) e/o online (es.
Google e Nokia). Oltre a queste aziende esiste la fondazione OpenStreetMap (OSM), che
cura un progetto collaborativo finalizzato a creare mappe di tutto il mondo e distribuirle
gratuitamente5
(vedi nostre interviste alle associazioni). Le mappe sono ottenute usando
come riferimento i dati registrati da dispositivi GPS portatili, fotografie aeree e da altre
fonti libere. I dati a corredo delle mappe (es. i monumenti) sono ottenuti da fonti libere
(come Wikipedia) e inserite direttamente dagli utenti. Valutando attentamente vantaggi e
svantaggi derivanti dall’adozione di una o dell’altra mappa nell’ambito del progetto, al
gruppo GPS è risultato lampante, anche grazie alle informazioni ricavate dalle nostre
interviste presso le associazioni, che le mappe offerte dalla fondazione OSM siano le più
adatte per il nostro prodotto. Esse, rispetto ai concorrenti, sono contraddistinte da alcuni
vantaggi fondamentali. In breve: hanno disponibilità sia per l’uso offline, che online;
soluzione utile qualora volessimo sviluppare anche una applicazione web correlata al
progetto. Vengono aggiornate con costanza, grazie ad una ricca e attiva comunità, che
conta oltre un milione di utenti attivi per un totale di oltre 18.000 contributi unici al mese.
Sono ricche di molti dati integrativi (di cui alcuni forniti da comunità di ciclisti come FIAB
Ciclobby). Sono manipolabili a nostro piacimento: sia a livello grafico, che a livello di dati.
5
Come evidenziate dai risultati delle nostre Interviste alle associazioni

18
Sono disponibili molteplici librerie open source compatibili e, dato non trascurabile, sono
gratis.
Figura 7: Le OpenCityMap e rispettiva legenda
Affinché le mappe stradali siano efficaci devono essere integrate con informazioni utili ai
futuri utenti di PedalaMI. Tramite l’analisi delle interviste alle associazioni e alle idee
presentate nel documento dei requisiti, i ragazzi di questo gruppo hanno stilato una lista
di dati necessari che devono essere presenti in una mappa per ciclisti:
- Le piste ciclabili
- Il tipo di manto stradale
- La presenza di binari del tram
- Le zone pedonali
- Le corsie preferenziali
- La pendenza del terreno
- L'integrazione con BikeMi (il servizio di bike sharing meneghino)
- Le ciclofficine
- Le rastrelliere e parcheggi per bici
- Le fontanelle d'acqua potabile
- I semafori
- Le barriere (ostacoli che possono rallentare o bloccare il cammino).
Alcune di queste informazioni saranno presentate direttamente sulla mappa, ad esempio
le piste ciclabili, in modo che siano immediatamente visibili all’utente. Altre informazioni,
come il tipo di manto stradale e la presenza di binari del tram, saranno utilizzate
dall’algoritmo di calcolo di routing per proporre all’utente diversi tipi di percorso (ad es.

19
più sicuro o più veloce), affinché possa scegliere quello che ritiene più idoneo. Infine altre
informazioni, come le ciclofficine non saranno mostrate direttamente sulla mappa, a meno
che non lo desideri espressamente l’utente, ma saranno accessibili solo dall’apposito
menù. Cercando le fonti dove reperire tali informazioni il “gruppo GPS” ha notato che la
maggior parte dei dati sono disponibili, già georeferenziati, sul portale dedicato agli open
data del Comune di Milano6
e su OSM. Oltre alle categorie di informazioni sopra elencate
è possibile aggiungere altre informazioni a piacere. Infatti l’estrema flessibilità della
struttura di OSM permette di aggiungere con grande semplicità nuovi dati. La
presentazione grafica delle mappe (i colori scelti per visualizzare i vari tipi di strade, ecc.)
è molto importante per due fattori: uno funzionale e uno estetico. Quello funzionale
implica che l’utente riesca a consultare chiaramente la mappa e a riconoscere tutti gli
elementi, rappresentati mediante colori e stereotipi, presenti in essa senza difficoltà e
senza ambiguità (anche in presenza di disturbi della vista come il daltonismo). Il fattore
estetico influenza direttamente il grado di soddisfazione, nei confronti dell’applicazione,
che l’utente percepisce.
Essendo consci del fatto che avere le mappe più aggiornate possibili sul proprio device è
essenziali i colleghi di questo gruppo, considerando solo la mappa della città di Milano
che interagisce con un mappa molto piccola (meno di 100 MB) hanno inizialmente
pensato ad una modalità di aggiornamento molto elementare: ad intervalli regolari (es.
semestrali o trimestrali) verrà rilasciato un aggiornamento completo della mappa.
Questa modalità non è stata però ritenuta soddisfacente. Soprattutto considerando il fatto
che le mappe della fondazione OpenStreetMap vengono aggiornate a cadenza
settimanale. Questo darebbe la possibilità di offrire ai nostri utenti cartine potenzialmente
sempre al passo con i cambiamenti che avvengono nel mondo. Per sfruttare questa
occasione al meglio è possibile adottare un meccanismo di aggiornamento incrementale.
In sintesi il sistema è in grado di ricavare, a partire da una cartina obsoleta, un file
contente solo le “differenze” da apportare per aggiornare la mappa. Riducendo
drasticamente la dimensione del file d’aggiornamento con il conseguente risparmio di
tempo e banda da parte dell’utente. La modalità prevista comporta uno sforzo, in fase
d’implementazione, indubbiamente maggiore. Ma è ripagato dalla maggiore qualità del
servizio offerto, oltre alla possibilità di disporre di un sistema che in futuro è già
potenzialmente pronto a gestire mappe molto più grandi: come quella Italiana. Ideale
qualora si decidesse di espandere il progetto ad altre realtà oltre quella milanese.
Infine, il gruppo GPS tratta una possibilità offerta dalle recenti tecnologie e dal senso di
comunità e collaborazione dei ciclisti per aggiornare le mappe grazie alle loro
segnalazioni. Hanno infatti pensato che le mappe e i dati ad esse correlati (es. tipi di
manto stradale, presenza di piste ciclabili, ecc.) potrebbero essere integrate e aggiornate
direttamente dai nostri utenti in due modalità. La prima è offrire la possibilità agli utenti di
segnalare nuovi percorsi semplicemente percorrendoli. L’applicazione salverà la traccia
GPS correlata e la invierà ad un server che la userà per inserire il percorso nella mappa.
Tale percorso potrà essere poi corredato di ulteriori informazioni dall’utente tramite il
device o un’interfaccia web. Questa funzione è particolarmente utile per segnalare
sentieri, strade non asfaltate o non ancora incluse nelle mappe. La seconda possibilità è
realizzare un’interfaccia web per la modifica delle mappe, delle loro caratteristiche e
l’inserimento di punti di interesse (come monumenti, fontanelle d’acqua, ecc.). Allo stato
attuale l’utente per eseguire queste operazioni dovrebbe ricorrere a OpenStreetMap, che
potrebbe intimorire gli utenti meno esperti. Mentre un’interfaccia progettata ad hoc per i
6
http://dati.comune.milano.it/

20
ciclisti, che si occupi in automatico della gestione dei dati OSM potrebbe semplificare le
operazioni agli utenti e quindi aumentare la partecipazioni di questi ultimi.
In accordo con il documento dei requisiti, l'applicazione deve permettere all'utente di
scegliere il proprio percorso in base alle sue preferenze. Fornendo quindi la possibilità di
scegliere tra diverse tipologie di percorsi: il più breve possibile; il più breve, che
massimizza l'uso delle piste ciclabili; il più sicuro; personalizzato che preveda il passaggio
per determinati punti di interesse; escludendo le strade interrotte; pedonale. Sarà infine
possibile impostare l’applicazione perché eviti di calcolare percorsi che prevedano elevati
gradi di pendenza del terreno. Aiutando così i ciclisti meno allenati.
Per creare tutti questi i percorsi, gli algoritmi più utilizzati sono:
L’innovativo sistema di indicazioni vocali denominato AppInTasca consente di interagire
con il navigatore GPS con modalità differenti dalla tradizionale.I differenti, ad esempio i
tasti dell’auricolare o una rotella collocata sul manubrio.Il sistema di navigazione turn-by-
turn implementato deve quindi poter gestire le istruzioni vocali fornite dal navigatore, per
soddisfare le specifiche di AppInTasca. L’implementazione della funzione è molto agile
per la presenza di tool esistenti (come OsmAnd) da poter adattare ai nostri scopi.
PedalaMi, oltre alle sopracitate modalità di routing, dovrà essere in grado di supportare
servizi integrativi volti a migliorare l’esperienza dei suoi utenti, che lo rendano unico nel
quadro generale dei navigatori GPS per ciclisti. I primi due servizi, derivanti dal
documento dei requisiti, che verranno implementati sono: SaiChe e Randevù. SaiChe è
un servizio che durante la marcia si occuperà di segnalare al ciclista possibili deviazioni
per raggiungere punti di interesse. Ad esempio, se un ciclista fosse nei pressi di Erba
(CO), SaiChe potrebbe proporre al ciclista di visitare, e magari affrontare, il celebre ed
estenuante Muro di Sormano. Oppure, se si trovasse nei pressi di Segrate, potrebbe
proporre al ciclista la visita al recente Monumento alla Bicicletta. Ovviamente il ciclista è
libero di accettare o declinare il suggerimento offerto dal navigatore. I problemi che si
pongono nella realizzazione di questo servizio riguardano la scelta dei punti di interesse
da segnalare all’utente e la frequenza. Per soddisfare le diverse esigenze ci sono varie
strade percorribili: la più semplice, e consigliata, è senz’altro quella di demandare
all’utente la scelta dei punti di interesse da segnalare. Si suggerisce, inoltre, di
implementare un sistema che ricorda le deviazioni accettate e rifiutate dall’utente. In
modo tale da evitare di proporre di deviare verso un monumento già visto o che si è
rifiutato di vedere per più di una o due volte. Ovviamente il sistema dovrà distinguere tra i
vari tipi di punti di interesse, in quanto questo ragionamento è valido per POI univoci,
come i monumenti, ma non vale, ad esempio, per le fontanelle dell’acqua.
I colleghi consigliano anche di rendere immediata l’attivazione e la disattivazione del
servizio. In quanto è ragionevole pensare che se un utente usa la bicicletta per, ad
esempio, andare al lavoro non sia interessato a compiere deviazioni. Inoltre bisogna
valutare con il team dell’interfaccia utente come organizzare il sistema di segnalazioni.
Randevù è il secondo servizio che viene proposto a tutti i possessori dell’applicazione.
Esso rende possibile condividere con un contatto o un gruppo, dotati dell’applicazione
PedalaMI, la propria posizione allo scopo di permettere agli utenti di incontrarsi,
condividere percorsi, organizzare gite, eccetera.
Il servizio per funzionare richiede che gli utenti abbiano una connessione dati sul proprio
dispositivo e l’applicazione attiva. Essa permetterà ad ogni utente di visualizzare la
posizione dei propri amici o soci dello stesso gruppo. Rilevando un soggetto sulla mappa
sarà possibile decidere se contattarlo telefonicamente e/o creare un percorso per
raggiungerlo o creare percorsi con punti di incontro e traiettorie comuni.

21
Esistono molteplici scenari di utilizzo: due amici vicini possono decidere di ritrovarsi in un
punto comune o decidere di creare un percorso condiviso da percorrere in compagnia. Si
possono inoltre organizzare gite molto flessibili: in quanto i ciclisti sapranno sempre dove
si trova il gruppo principale. Ciò consente di poter partecipare a ciclate anche unendosi al
gruppo in ritardo (non avendo quindi il problema di organizzarsi rigidamente). Ma anche di
potersi staccare dal gruppo, sapendo di poterlo poi ritrovare in un secondo momento. In
caso di necessità un utente può ricercare l’amico più vicino per richiedere aiuto o
segnalare un problema.
Come già detto, a seguito di discussioni tra i vari gruppi del progetto e ai risultati dei
questionari svolti da molti colleghi si è scelto di sviluppare il progetto come app. Questo
perché i potenziali utenti si sono detti più interessati a queste piattaforme piuttosto che
ad un device indipendente. Inoltre gli smartphone e i tablet offrono potenzialità molto
maggiori (collegamento internet, interazione con altre applicazioni, eccetera). Senza
sottovalutare che per l’utente risultano molto più economiche: dovendo acquistare solo
l’app e non anche un device fisico. Come è noto, i tre maggiori sistemi operativi mobili27
sono iOS, Android e Windows. Ponendosi l’obiettivo di sviluppare un’applicazione che sia
compatibile almeno con i primi due OS, il miglior compromesso tra performance e
portabilità è dato dall'uso combinato di C ++ e dei linguaggi nativi.
Gli altri strumenti disponibili, gli ambienti cross-platform e i tool di porting, allo stato
attuale non hanno ancora raggiunto la maturità necessaria per offrire una valida
alternativa nello sviluppo di un’app complessa come PedalaMI.
Grazie al gruppo denominato Gps per ciclisti e alla collaborazione di quest'ultimo con gli
altri colleghi del corso si è concretizzata la proposta per cercare di rivoluzionare il mercato
dei navigatori GPS dedicati ai ciclisti, introducendo un prodotto innovativo e dal forte
spirito comunitario. Nell’illustrare il loro lavoro, è chiaro che nello sviluppo si è cercato di
porre l’utente al centro e cercare di disegnare il prodotto intorno alle sue esigenze. A
parere di tutti, una strategia vincente: la comunità dei ciclisti, come abbiamo già detto,
necessita e necessiterà sempre più di uno strumento come quello su cui abbiamo
lavorato e la cui analisi da parte del gruppo GPS per ciclisti è fondamentale per la futura
implementazione.7
7
Qui il lavoro completo del gruppo: http://wikibike.tk/mediawiki/images/4/46/Documento_Finale_-
_GPS_per_Ciclisti.pdf

22
6 gruppo interviste alle associazioni/comunicazione di progetto
Il gruppo “Comunicazione di progetto” è stato il nostro gruppo. Composto da Gennari,
Pietra e Vacca, ci siamo occupati, nella prima fase, principalmente delle interviste ad
associazioni ciclistiche milanesi tramite l'intervista strutturata da noi redatta (abbiamo
pensato che questo tipo di intervista, articolata in forma di colloquio, ci permettesse di
lasciare spazio a nuove idee o suggerimenti da parte degli intervistati, e l'abbiamo
preferita a questionari, indubbiamente più rigidi) ed inoltre di comunicare il progetto in fieri
ai membri contattati, per capire quanto potesse essere secondo loro utile il lavoro
collaborativo che stavamo portando avanti, per raccogliere qualsiasi tipo di consiglio da
parte di chi della bicicletta ha fatto un lavoro o comunque un hobby portante della propria
vita. Nella seconda fase invece, abbiamo unito le nostre forze e competenze per rendere
la presentazione del nostro progetto collettivo più efficace e completa possibile, in vista di
un futuro lancio del prodotto.
Il concetto di comunicazione è dunque alla base del nostro lavoro per il progetto:
comunicazione del progetto stesso, comunicazione con membri di associazioni diverse,
comunicazione con tutti gli altri studenti per avere sempre un quadro completo delle
evoluzioni che stavano avvenendo. Comunicazione a tutto tondo insomma, da parte di tre
persone con conoscenze passate diverse (un informatico, uno psicologo, una “scienziata”
della comunicazione) con lo spirito di unire queste competenze diverse nel modo più
omogeneo possibile e al fine di rendere il futuro device creato dinamico, efficace, social,
ma al tempo stesso a misura d'uomo.
La prima fase quindi: abbiamo condotto una ricerca su tutte le associazioni presenti sul
suolo milanese, abbiamo poi ristretto il campo, ne abbiamo infine contattate una decina.
La “fetta” di stakeholders con cui ci siamo relazionati è stata quella delle associazioni
ciclistiche che promuovono l’uso della bicicletta come mezzo di trasposto, ma anche il
cicloturismo e pongono attenzione sui temi come la sicurezza stradale e la legislazione in
merito a norme stradali che riguardano bici e pedoni. Il nostro compito era quello di
comunicare a queste associazione il nostro progetto e di condurre quindi un'intervista
strutturata8
con un rappresentante dell’associazione, in modo da collezionare opinioni,
suggerimenti, dubbi e consigli in merito al nostro progetto.
Durante la seconda fase invece, oltre a condurre le ultime intervista utili per avere un
quadro più generale e variegato, ci siamo occupati di “riassumere” in questo documento
il lavoro di ogni gruppo (espresso tramite il documento finale di ogni gruppo o dai loro
documenti di presentazione di quanto svolto fino a quel momento). Ci siamo concentrati
sugli aspetti principali del progetto:
- la grandezza ed eccezionalità del progetto stesso; dovuta al gran numero di
partecipanti, giovani, alla varietà di background di questi ultimi, alla diversità dei loro
interessi e delle loro capacità.
- l’organizzazione strutturale del progetto; ovvero la divisione in gruppi e la collaborazione
costante fra essi, l’interdisciplinarietà intrinseca del progetto.
Questo documento ha lo scopo di illustrare il progetto nella sua interezza, il suo esito e il
suo possibile futuro.
8
Qui il modello di intervista strutturata che abbiamo utilizzato con le associazioni:
http://wikibike.tk/mediawiki/index.php/Presentazione_del_progetto_e_intervista_strutturata_alle_associazioni

23
Figura 8: Una screenshot della nostra presentazione – La homepage di una della
associazioni a cui ci siamo rivolti, FiabCICLOBBY
Per quanto riguarda i risultati della prima fase, essi si possono trovare completi su
WikiBike9
in forma discorsiva oppure sulle slides della presentazione del lavoro svolto che
abbiamo mostrato ai colleghi e professori durante il nostro intervento in aula e di cui
trovate qualche screenshot dimostrativo in queste pagine.10
9
http://wikibike.tk/mediawiki/index.php/Risultati_interviste_alle_associazioni
10
http://prezi.com/tcofclzh-7lc/comunicazione-di-progetto/

24
Figura 9: Abbiamo utilizzato Prezi, per rendere più accattivante
ed efficace il nostro lavoro.
Figura 10: Dalla nostra presentazione, risultati dell’intervista a Sergio – a capo della
Cornaredo gruppo cicloamatori, affliliata alla FCI
Le associazioni da noi contattate sono le seguenti:
− Fiab Ciclobby,
− MTB Milano Trail Bike,
− Cornaredo Amatori (affiliata FCI),
− #Salvaciclisti,
− Ciclofficina Ruota Libera,
− Cassini Cycling Team.

25
Dalle interviste condotte, principalmente, è emerso che:
- Fondamentale per qualsiasi scelta è innanzitutto il target → ad esempio, per quanto
riguarda la scelta tra app o dispositivo, le associazioni che si occupano di cicloturismo, il
cui focus è principalmente lo svago e che vedono la bicicletta come un hobby a cui
dedicare tempo e denaro preferiscono devices esterni anche se più costosi. Invece
associazioni rivolte alla mobilità sostenibile in termini sia ecologici che economici, il cui
focus è la bicicletta come mezzo di trasporto in città preferiscono l'opzione app in quanto
più economica. Ovviamente una discriminante significativa del target è l'età: i giovani
sono più interessati agli aspetti social e li considerano centrali nella creazione di una
nuova app, un pubblico più adulto vede questi aspetti più marginali e si focalizza
maggiormente sulle funzioni pratiche “tradizionali” consigliandoci di concentrarci sul
miglioramento di ciò che già è in commercio.
−Il GPS più utilizzato e apprezzato sul mercato risulta essere il Garmin modello “Dakota
20” → Lo schermo è di tipo resistivo e per funzionare richiede delle semplici pressioni.
Nella pratica ciò significa che non è sensibile e preciso come un iPhone, ma che in
compenso può essere usato anche con i guanti (un vantaggio da non sottovalutare
quando fa molto freddo). Lo schermo si comporta discretamente. Scrivere qualcosa sul
Dakota, grazie al tastierino touchscreen che compare in sovrimpressione, è molto più
semplice degli altri modelli, dove anche solo digitare il nome di un rifugio risulta
macchinoso e richiede tempo. Un’altra funzionalità interessante presente sul Dakota è il
concetto di “profilo“, attraverso cui è possibile ottimizzare l’interfaccia per diversi tipi di
utilizzo, ad esempio per uso escursionistico o automobilistico. E' Presente il blocca
schermo.
E' resistente a cadute, urti, bagni in acqua o fango. E' certificato IPX7, quindi garantito
contro gli effetti dell’”immersione temporanea”, ovvero per 30 minuti alla profondità di 1
metro. Ha 850 MB di memoria interna su cui si possono caricare mappe, percorsi, punti di
interesse, etc. In più è espandibile con una micro SD. Il Dakota 20 richiede 2 pile AA che
permettono un’autonomia di 20 ore. Il Dakota 20 offre un’altra cosa interessante, cioè la
possibilità di condividere tracce, itinerari e waypoint direttamente con altri dispositivi
Dakota, Foretrex, Oregon e Colorado senza bisogno di collegarli ad un computer. Nel
modello più costoso sono inoltre presenti queste funzioni: altimetro barometrico, profilo
altimetrico, calcolo dell’elevazione totale, bussola elettronica, slot per le schede micro
SD, condivisione waypoint, tracce, percorsi e geocache senza fili, sveglia e toni.

26
Figura 11: Garmin Dakota 20
- Altri punti importanti indipendenti dal target sono: problemi legati alla scelta di creare
un'applicazione, tutti infatti ci hanno segnalato l'inconveniente della batteria che dura
poco, della luminosità dello schermo, della distrazione maggiore rispetto ad un
dispositivo utilizzato esclusivamente a quello scopo.
- Per avere chiarezza da un punto di vista di interfaccia è necessario suddividere le
diverse funzioni per categorie:
1. Uso in città: percorso più breve, più sicuro, informazioni sulla viabilità, sul manto, sui
parcheggi ecc...
2. Cicloturismo: suggerimenti percorsi, ampia gamma di informazioni ad hoc... Anche
l'aspetto social dovrebbe essere adattato alla modalità di utilizzo da parte del ciclista:
ovvero, per l'utilizzo della bici come mezzo in città dovrà concentrarsi principalmente
sulla condivisione di informazioni, segnalazioni e consigli utili e pratici. Per gli
appassionati di cicloturismo l'aspetto social dovrà focalizzarsi sulla condivisione di
informazioni riguardanti svago/allenamento/curiosità/gare tra utenti ecc...11
- Per quanto riguarda le interazioni con il dispositivo ci sono visioni opposte. Chi utilizza la
bici come mezzo di trasporto/cicloturismo preferirebbe un’interazione vocale (soprattutto
in output)12
, per non usare le mani (questione di sicurezza). Chi utilizza la bici in montagna
11
Informazioni utili sia al gruppo Percorsi per varie tipologie di utente
http://wikibike.tk/mediawiki/index.php/Percorsi_per_tipologie_di_utenti che a quello dei Requisiti
http://wikibike.tk/mediawiki/index.php/Requisiti
12
Risultati in accordo con quelli del gruppo Test usabilità e App in tasca.

27
(MTB) preferisce invece un'interazione manuale, in quanto molto più precisa. Il fatto che
possa essere un fattore di pericolo non incide su questa scelta, anche perchè il
dispositivo da loro più usato (Garmin Dakota 20, appunto) prevede questo tipo di utilizzo.
Alcuni suggerimenti da parte dei membri delle associazioni su cosa sarebbe utile che il
nostro futuro device avesse:
- Funzionalità di SOS con coordinate GPS
- Segnalazione problemi molto intuitiva (2 click: uno per scegliere il problema e l'altro per
segnalarlo)
- Profili differenti. Chi usa l'app sceglie a priori all'avvio se andare verso il cicloturismo in
città o fuori città --> POI differenti a seconda dell'uso.
- Per lo sviluppo sarebbe perfetto usare open street map.
- Integrazione con partecipaMI (piattaforma che raccoglie le segnalazioni geolocalizzate
dei problemi stradali)
- Situazione parcheggi auto (per montagna), bici (rastrelliere ecc) in città entro un raggio
di 50 mt dal luogo di arrivo
- A livello sportivo è stata apprezzata la funzione di allenamento (con confronto rispetto a
tempistiche/risultati ottenuti da un'altra persona)
Ovviamente abbiamo cercato di rendere utili queste informazioni, per fare ciò abbiamo
tenuto un breve intervento in aula, con l’aiuto delle slides abbiamo presentato i risultati
ottenuti e una panoramica generale di quanto è emerso dal nostro lavoro durante la prima
fase del progetto; così facendo abbiamo reso partecipi gli altri gruppi dei suggerimenti
ottenuti che, ovviamente, sono stati tenuti in considerazione nel proseguimento della
progettazione del device.
Questo documento di presentazione finale è invece, come già detto, il frutto del nostro
lavoro conclusivo durante la seconda fase del progetto di PedalaMi.

28
7 GRUPPI INTERVISTE CON STAKEHOLDERS, AI CICLISTI E ANALISI DEL TARGET -
QUESTIONARI CARTACEI E DIGITALI
Discorso un po’ più complicato, principalmente perché non ancora concluso, è quello
riguardante i 3 gruppi che si sono occupati della comunicazione con gli stakeholders,
dell’analisi del target e delle interviste ai ciclisti nella prima fase del progetto, e sono poi
confluiti in un gruppo unico per l’analisi e la restituzione dei risultati complessivi. Il primo
gruppo, composto da Vernillo, Frascolla e Krylova nella prima fase ha sostanzialmente
cercato, analizzato ed infine selezionato i principali stakeholders milanesi.13
Hanno
monitorato questi ultimi, svolgendo un’ attività di interrelazione con i diversi forum di
ciclisti a cui si sono iscritti, per segnalare e condividere argomenti interessanti inerenti al
nostro progetto.
Figura 12: Tabella Istituzioni trovate
Figura 13: Tabella Negozi trovati
Il secondo gruppo composto dalle colleghe Tosca, Ramadan ed Anelli si è occupato di
stilare un questionario da presentare ai ciclisti. Il questionario è un utile strumento al fine
13
http://it.wikipedia.org/wiki/Stakeholder

29
di raccogliere dati che potrebbero dare un’idea di ciò che le persone desiderano dal
progetto, di quanto sia utile portare avanti un progetto di questo tipo (se non c’è richiesta
non c’è mercato) anche per poi fare una cernita delle funzionalità inserite, in base
appunto, al punto di vista dei suoi futuri utilizzatori. Come ogni gruppo, anche per loro il
lavoro si è diviso in 2 fasi.Nella prima fase, relativa alla creazione del questionario, dopo
confronti sia con gli altri studenti che con il docente, si è stilata una lista di domande utili
a capire la percentuale di utilizzo e il fine d’uso stesso della bicicletta a Milano
(spostamenti casa - lavoro, cicloturismo ecc), e l’interesse nell’avere un GPS relativo alla
propria città. Sono stati stilati dei questionari cartacei e digitali, in modo tale da poter
raggiungere tramite Internet una mole di utenti maggiore, ma con un background
tecnologico diverso, e tramite i questionari cartacei gli utenti che non hanno molta
familiarità con la tecnologia ma che comunque potrebbero essere interessati ad un’app di
questo genere.14
Il terzo gruppo, composto da Begotti, Pontiggia e Ripamonti si è occupato di analizzare il
target. L'analisi dell'utenza permette di capire su che basi creare una data interfaccia, su
che basi inserire una funzionalità piuttosto che un'altra (ad esempio inserire la possibilità
di individuare salite montane quando l'utenza si muove prevalentemente in città), i fattori
critici dell'eventuale usabilità, segmentare l'utenza in modo da poter eventualmente
creare diverse versioni contestualizzate dell'applicazione ognuna con le proprie criticità
riguardo i punti precedenti.15
Una volta raccolto questo materiale, in accordo con le direttive date dal prof. De Michelis,
I gruppi hanno inziato a lavorare insieme per giungere ai risultati finali. I questionari
cartacei e online sono stati somministrati da parte di tutti, molti hanno collaborato per
estrarre I dati rccolti sia cartacei che digitali, questi ultimi sono stati poi incrociati e filtrati
per avere maggior veridicità ed infine sono stati restituiti i risultati generali.16
Figura 14: Alcuni dei dati forniti da questi gruppi tramite questionario cartaceo
14
Le domande nella loro versione finale sono presenti qui
http://wikibike.tk/mediawiki/index.php/Questionario_ai_ciclisti
15
Il lavoro completo sull’analisi del target da parte di questo gruppo lo potete trovare qui
http://wikibike.tk/mediawiki/index.php/Analisi_Utenza
16
Ancora non ci sono stati forniti i risultati finali, abbiamo quindi riportato il lavoro fin qui svolto

30
Figura 15: Le percentuali che indicano una forte tendenza alle funzioni social, sempre
provenienti dai risultati dei questionari cartacei (filtrati)
I dati raccolti dai questionari ed analizzati dai tre gruppi sono stati utili ai gruppi Percorsi
per varie tipologie di utenza e Brand Identity ma anche per I colleghi che hanno analizzato
e creato l’interfaccia grafica.
Figura 16: Alcuni dei risultati ottenuti tramite il questionario digitale

31
Dai loro risultati sono emersi quali sarebbero i maggiori utilizzatori dell’app (percentuale di
giovani tra i 18 e i 25 > 50%). Come si può vedere dall’immagine nella pagina precedente,
sono risultati chiari i pro e contro della nostra app Pedalami, in linea coi risultati dei gruppi
Interviste alle associazioni, e ealle riflessioni di altri gruppi (motivi per cui non si usa il
navigatore, cosa sarebbe utile per un navigatore per ciclisti ecc.)
Inoltre i dati confermano che l’idea di sviluppare un navigator GPS per ciclisti che
all’interno del percorso da seguire da un punto A ad un punto B mostri anche le
peculiarità di quest’ultimo, non è stata un flop. Anzi! Questo ci da motivo di credere che
un progetto come il nostro possa un giorno veramente vedere la luce, ed avere una
percentuale di utilizzatori non indifferente.17
17
I risultati completi dei questionari cartacei e digitali:
http://wikibike.tk/mediawiki/index.php/Risultati_questionari_cartacei_(FILTRATI) e
http://wikibike.tk/mediawiki/index.php/Risultati_questionari_digitali

32
8 GRUPPO USER EXPERIENCE/VISION DESIGN, TEST USABILITA'
Passiamo ora al gruppo Test Usabilità (che nella prima fase era “User experience/visual
design) formato dai colleghi Leto Barone, Mauri e Minoli, provenienti tutti da TTC ma con
studi passati diversi tra loro e dotati quindi di skills variegate.
Durante la prima fase del progetto, questo gruppo si è occupato della User Experience. In
altri termini, hanno identificato i principi di usabilità da seguire nella realizzazione di una
app mobile, e analizzato quindi quattro applicazioni GPS considerate best practise,
mettendone in evidenza i punti di forza.
Nella seconda fase del lavoro, hanno effettuato un test di usabilità con gli utenti, al fine di
indagare le modalità di interazione utente-applicazione, analizzando nel dettaglio le
performance così da identificare eventuali linee guida e raccomandazioni per le modifiche
da apportare nelle successive fasi di design e re-design.
Sono utili alcune definizioni per chiarire meglio il campo di cui questo gruppo si è
occupato:
L’esperienza utente (in inglese User Experience o UX) è il risultato dell’insieme di
emozioni, percezioni e reazioni che una persona prova quando si interfaccia con un
prodotto o servizio. Equivale in altre parole al grado di aderenza soggettiva tra aspettative
e soddisfazione nell’interazione con il sistema, sia esso fisico che digitale.
L'usabilità di un prodotto può essere definita come “Il grado con cui un determinato
prodotto può essere usato da specificato utenti per raggiungere specificati obiettivi con
efficacia, efficienza e soddisfazione in uno specificato contesto d’uso".18
Si tratta, per così
dire, di una definizione multidimensionale, che scompone l’usabilità su tre assi, relativi a
tre variabili sostanzialmente indipendenti: efficacia, efficienza e soddisfazione degli utenti,
il cui valore può in qualche modo essere "misurato".
L’efficacia viene definita come l’accuratezza e la completezza con cui gli utenti
raggiungono specificati obbiettivi.
L’efficienza è definita come “la quantità di risorse spese in relazione all'accuratezza e alla
completezza con cui gli utenti raggiungono gli obiettivi”.
La soddisfazione, infine, è definita come “la libertà dal disagio e l’attitudine positiva verso
l’uso del prodotto”.
L'nteraction Design è la progettazione dell'interazione che avviene tra essere umani e
sistemi meccanici e informatici. Il design dell'interazione si basa su 4 attività,
caratterizzate da una forte natura interattiva:
- identificare i bisogni e stabilire i requisiti (attraverso interviste, questionari,
osservazione sul campo e focus group);
- sviluppare proposte di design alternative che rispondano ai requisiti identificati
(modelli concettuali e progettazione fisica);
- costruire versioni interattive che possano essere comunicate e valutate (prototipi);
- valutare l'accettabilità (test sul prodotto).
Per quanto riguarda il Test Usabilità, il gruppo ha scelto di utilizzare due metodi:
18
Definizione dell’Iso (International standard organization)

33
1. L’intervista semistrutturata (consiste nel porre all'intervistato una serie di domande,
lasciandolo libero di rispondere come crede),
2. La task analysis (consiste nell'assegnare agli utenti un insieme di compiti puntuali,
di vario livello di difficoltà, per ricavare il grado di efficacia, efficienza e
soddisfazione di un servizio attraverso la misurazione di alcune variabili (numero di
errori, tempo di esecuzione ecc...) con cui un dato compito viene portato a
termine).
Riguardo alla task analysis, l'esperimento è stato svolto a Milano (zona Maciachini), i
percorsi richiesti, pur diversi tra loro, prevedevano la medesima distanza di percorrenza. I
partecipanti hanno avuto a disposizione:
- una bicicletta,
- un supporto per smartphone collocato sul manubrio,
- un iPhone 4s dotato dell’app GPS di Google Maps.
Il campione era composto da 11 soggetti, 7 maschi e 5 femmine, di età compresa tra i 19
e i 45 anni con scolarità medio – alta e occupazione varia (studenti, stagisti, lavoratori). I
soggetti sono stati scelti in quanto ciclisti sul territorio milanese, sia occasionali sia
abituali. Il compito per i partecipanti alla task analysis è stato suddiviso in tre punti:
- Impostare la destinazione ( da fermi prima di iniziare la marcia oppure in movimento)
- Collocamento dispositivo (supporto da manubrio, tasca, mano...)
- Modalità di interazione in bici (solo audio, touch, video..)
Infine agli stessi è stato chiesto se fossero soddisfatti della modalità d’uso scelta e di fare
eventuali commenti (limiti, proposte).
Risultati della task analysis:
Per quanto riguarda l’uso del GPS in bici, la differenza non è molto significativa: più della
metà dei soggetti hanno svolto il compito posizionando il dispositivo sul supporto sul
manubrio, i restanti soggetti invece, lo tengono in tasca. A percorso impostato, la
modalità di consultazione preferita è in movimento. Nonostante sia più pericoloso, i
soggetti prediligono questa modalità, in quanto ritengono non sia pratico e veloce
fermarsi ogni qualvolta necessitino di informazioni. Un ulteriore dato importante è che ben
il 62% dei soggetti sceglie di utilizzare la voce guida come tutor alla navigazione, in
quanto non viene considerata una distrazione, a differenza della schermata video, e non
richiede interazione da parte del ciclista (l’informazione segue un canale unilaterale).
A fine esperimento, è stato chiesto ai soggetti se fossero soddisfatti della modalità di
interazione da loro utilizzata: più soggetti che hanno utilizzato il supporto hanno
manifestato una discreta soddisfazione, rispetto a quelli che hanno riposto il cellulare in
tasca. In generale, circa un terzo dei soggetti ha ritenuto che l’esperienza di utilizzo fosse
soddisfacente, un altro terzo è più o meno neutrale, e l’ultimo terzo dichiara di non essere
soddisfatto. Considerando la soddisfazione in relazione all’utilizzo dell’interazione vocale,
invece, sono risultati maggiormente soddisfatti i soggetti che si sono fatti guidare dalla
voce guida durante il percorso rispetto agli altri.
L’immagine sottostante individua e propone in modo efficace i punti emersi e sopra
discussi, dell’Usability test:

34
Figura 11: Infografica riassuntiva dei risultati del test di usabilità
Le risposte ottenute dimostrano che le modalità d’uso al momento utilizzate non
soddisfano pienamente i ciclisti: il posizionare il cellulare in tasca o sul supporto, prevede
in ogni caso una serie di problematiche che è utile affrontare.
Problematiche legate al posizionamento dello smartphone sul supporto:
- La distanza tra il supporto e gli occhi non permette di visualizzare correttamente le
informazioni, comportando una certa scomodità.
- La distanza tra sé e il manubrio dove è posto il navigatore lo obbliga ad una posizione
china onde evitare che le cuffie fuoriescano dal padiglione auricolare.
- La voce del navigatore è troppo bassa e con il traffico non si sente bene.
- Non essendoci molte piste ciclabili a Milano, talvolta i ciclisti sono costretti ad andare
sul marciapiede, contromano, in situazioni che richiedono una particolare attenzione.
Questo non consente al ciclista di non prestare attenzione alla strada.
- Posizionare il supporto per smartphone sul manubrio, può risultare difficile per una
mamma che porta un bimbo sul seggiolino. Infatti, in questo caso,non c’è spazio
sufficiente sul manubrio per collocare il dispositivo, e se ci fosse, è meglio tenere lo
smartphone in tasca per evitare che i figli lo tocchino e lo facciano cadere
accidentalmente.
- Il freddo ed i guanti sono un ostacolo all’interazione.

35
- Posizionare il cellulare in tasca è comunque pericoloso perché se non si hanno zip, o
tasche che lo proteggono sufficientemente rischia di scivolare fuori.
- Il codice della strada vieta l’uso di auricolari normali durante la guida in bicicletta.
Le considerazioni fatte dal gruppo Usabilità hanno fatto emergere l’inconsistenza delle
modalità d’interazione considerate ed utilizzate dai ciclisti. A fronte di questi risultati è
emersa una maggiore soddisfazione tra i soggetti che hanno usufruito della voce guida,
ed una inclinazione da parte dei restanti ad utilizzarla qualora venisse testato un metodo
più comodo e sicuro. Questo dato ci fa pensare che procedere sviluppando un tipo di
interazione vocale sia la strada giusta, che ci porterà presto ad poter usufruire di un
servizio più comodo e sicuro. Dalle interviste sono emerse alcune proposte per risolvere i
problemi di cui abbiamo parlato, possono essere considerate solo come soluzioni
temporanee poiché nessuna si è rivelata molto innovativa, ma ci sembra giusto
valorizzare il lavoro dei nostri colleghi illustrandole brevemente.
Analizzando i problemi riscontrati e le difficoltà degli utenti intervistati nello svolgere la
task analysis, viene proposta una serie di migliorie in grado di rendere l’app più
accessibile ed utilizzabile da tutti.
1) Fascia porta smartphone da mettere sull’avambraccio, simile a quelle utilizzate dai
joggers, pensata per persone che non possono utilizzare un supporto fisso a manubrio
(perché hanno seggiolini, cestini, campanelli o specchietti molto ingombranti attaccati al
manubrio).
2) Mini guanti magici per interagire con lo schermo touch, disponibili per iPhone, iPad e
tutti i dispositivi touchscreen19
Segnaliamo infine le interazioni avvenute tra questo gruppo e gli altri:
- Gruppo Rassegna GPS. Le colleghe del gruppo rassegna Gps si sono dedicate nella
prima fase del progetto alla rassegna dei dispositivi e delle applicazioni Gps già presenti
sul mercato, in base alle analisi da loro pubblicate sulla Wiki (di cui parleremo in modo
dettagliato più avanti) i colleghi del gruppo Usabilità hanno selezionato quali applicazioni
considerare nella fase di analisi preliminare, scegliendo tra le 9 proposte quelle più
complete e/o innovative e quindi meritevoli di considerazione. Entrambi i gruppi hanno
scelto di prendere in considerazine Waze, un software innovativo e caratterizzato da una
community di utenti di fondamentale importanza, ciascun utente infatti può condividere in
tempo reale informazioni con gli altri automobilisti; chiaramente oltre ad essere uno
strumento indubbiamente utile, il porre l'utente in una posizione
non solo di fruitore ma anche di creatore di contenuto, influisce in termini di attaccamento
al brand e di livello di impegno e coinvolgimento di colui che utilizza il navigatore.
- Gruppo Percorsi per varie tipologie di utenti. Attraverso le interviste del gruppo Usabiltà
è venuto alla luce un problema che è emerso anche nel lavoro del gruppo “Percorsi per
varie tipologie di utenza”, ovvero il fatto che, non essendoci piste ciclabili a Milano, i
ciclisti si trovano a dover percorrere strade trafficate, e non è facile quindi interagire con
una app di navigazione, soprattutto se il device si trova sul supporto o in
tasca. Risulta che coloro che si recano al lavoro in bici, in caso di infortunio, possono
ricevere rimborso dall’assicurazione solo se il sinistro avviene sulle piste ciclabili.
Secondo la Fiab, infatti, Federazione italiana amici della bicicletta, il trattamento
19
http://www.miniinthebox.com/it/mini-guanti-tocco-magico-schermo-per-iphone-ipad-tutti-i-dispositivi-
touchscreen_p241845.html

36
dell’infortunio per il ciclista è equiparato a quello dell’automobilista, a patto che il tragitto
sia tutelato da piste ciclabili e strade protette al traffico. L’utilizzo della bici viene tutelato
anche quando non c’è una reale necessità, e quindi anche quando il percorso casa-
lavoro, lavoro-casa, è coperto dai mezzi pubblici, purché avvenga su piste ciclabili o
strade protette. In caso contrario, ossia quando il ciclista si immette in strade non tutelate
e quindi aperte al traffico, è necessario valutare se l’utilizzo è realmente necessario.
- Gruppo Requisiti e Specifiche. Questo gruppo ha stabilito i requisiti e proposto gli
eventuali accessori utili in supporto al device, al fine di rendere quanto più comoda, facile
e immediata l’interazione con l’app che andremo a progettare.
- Gruppo App in tasca. Con il loro lavoro hanno fornito dei dati a supporto della ipotesi di
partenza del gruppo App in Tasca. Si sono trovati concordi nel considerare vincente la
modalità di interazione vocale nell’offrire al fruitore della nostra app la possibilità di tenere
il proprio smartphone in tasca e godere (quantomeno) delle funzionalità minime (social e
di navigazione) senza disporre necessariamente di supporti fisici particolari e senza
incorrere in distrazioni visive.
- Gruppo Interfaccia Grafica, studio del device e del supporto. Il loro lavoro e quello del
gruppo Grafica si sono svolti parallelamente e sono necessariamente da integrarsi tra
loro, non si può infatti parlare di usabilità di applicazioni, senza considerare il loro aspetto
grafico. I risultati ottenuti dalle indagini preliminari dei competitors e delle best practise
effettuate da entrambi i gruppi sono indispensabili linee guida per la progettazione
di un prodotto innovativo e più performante di quelli già presenti attualmente sul mercato.
Più nello specifico i risultati ottenuti dal gruppo Grafica hanno fornito a quello UX delle
preziose indicazioni nell’impostare il test di usabilità, in particolar modo la scelta del
device utilizzato (iPhone 4s) e della posizione del supporto (sul manubrio anziché sul
telaio). Dai loro test è emerso che la dimensione ottimale del display corrisponde a quella
di un Iphone 4s (3,5’’). Nonostante la visibilità offerta sia leggermente inferiore rispetto ad
altri device (per esempio a un Samsung Galaxy S3 con un display da 4,8 o al tablet
SmartTab S2 con un display da 10,1), esso mostra una portabilità estremamente
maggiore e un ingombro notevolmente ridotto. Inoltre, essendo l’iPhone uno dei device
più acquistati, e quindi la dimensione del suo schermo quella più diffusa, un eventuale
supporto ad hoc sarà più facilmente fruibile dalla maggioranza degli utenti.
Per quanto riguarda la scelta di posizionare il supporto sul manubrio, invece, è emerso
che gli utenti hanno preferito questa modalità, a quello fissato sul telaio.20
20
Per avere una visione più completa del lavoro del gruppo User experience, visual design, test usabilità è disponibile
la loro relazione finale qui: http://wikibike.tk/mediawiki/index.php/File:Relazione_Pedalami_-
_Leto_Barone,_Mauri,_Minoli.pdf

37
9 GRUPPO BRAND IDENTITY - PERCORSI PER VARIE TIPOLOGIE DI UTENTI
Pasiamo al gruppo Brand Identity nella prima fase e Percorsi per varie tipologie di utenti
nella seconda. I colleghi sono Martone, Piccolillo, Pedullà.
Il target del progetto PedalaMI comprende tutti coloro che utilizzano la bicicletta nella
città di Milano, compresi gli studenti, il che sono focus del lavoro di questo gruppo in
quanto l’esperienza dei giovani più si avvicina all’esperienza dei fautori di PedalaMI.
Ricordiamo che l’obbiettivo di questo progetto non è solo quello di fornire un semplice
navigatore GPS ma un sistema che vada incontro alle esigenze dei suoiutenti, sia che essi
siano studenti, lavoratori, turisti o sportivi.
La prima fase portata avanti dal gruppo “Percorsi per varie tipologie di utenze” è stata
appunto capire quali sono queste esigenze. L’app offre due modalità principali di utilizzo,
una diurna ed una notturna, fornendo anche una sezione meteo che permette all’utente di
rimanere sempre aggiornato sulle condizioni del tempo in modo da non trovarsi
impreparato a piogge e condizioni climatiche avverse.
La tipologia di utente tenuta in considerazione dai coleghi del gruppo in questione si
presenta in due modalità:
1) Lo studente/lavoratore fuori sede. Questo tipo di utente, in quanto fuori sede, nella
maggioranza dei casi lo rende un assiduo utilizzatore dei mezzi pubblici e dei mezzi di
trasporto a due ruote
2) Lo studente/lavoratore nato e residente a Milano. Quasi sicuramente possessore di
un’auto o motociclo che utilizza per spostarsi in città in ogni situazione. Comunque anche
tra i residenti l’utilizzo della bicicletta sta aumentando sempre di più soprattutto per gli
spostamenti brevi e per uscire in centro città dove la situazione parcheggi è sempre più
critica.
Il gruppo ha poi studiato quale potrebbe essere il rapporto tra l’utente e l’applicazione.
Al primo avvio questa dovrebbe informarsi sugli interessi del l’utente in modo che,
durante gli spostamenti vengano suggerite luoghi che potrebbero interessare.
La profilazione dell’utente è molto importante in quanto permette di filtrare al massimo le
informazioni che l’utente può ricevere, assicurandosi che vengano fornite solo le
informazioni di suo interesse.
La maniera in cui l’app comunica con l’utente è attraverso delle semplici finestre popup
dove si chiede in maniera diretta “luogo di interesse trovato: vuoi andare”. La risposta
dell’utente può essere o positiva o negativa. Nel caso in cui venga ignorato il
suggerimento l’app provvederà dopo pochi secondi ad annullare la proposta.
Essendo i ciclisti una comunità in continua crescita, come abbiamo più volte detto nel
corso di questa relazione, è fondamentale inserire all’interno della nostra app PedalaMI
delle funzionalità sociali.

38
Con PedalaMI l’utente ha la possibilità di condividere itinerari percorsi, tempi di
percorrenza, la propria posizione.
Abbiamo detto inizialmente che sono state individuate due modalità d’uso. La modalità
diurna fornisce all’utente un’esperienza radicalmente diversa dalla seconda modalità
individuata (notturna).
Le differenze stanno nella difficoltà di percorrenza del tragitto (per via del traffico), negli
interessi dell’utente stesso e quindi nelle informazioni fornite. Infatti la modalità diurna
fornisce molte più informazioni rispetto a quella notturna. Queste informazioni vanno dalla
segnalazione di offerte ai supermercati vicini a dove si sta, ai servizi di interesse
dell’utente con il miglior rapporto qualità prezzo. Questo può essere fatto tramite un
semplice motore di ricerca che si occuperà di ricercare le informazioni desiderate e
segnalarle lungo il percorso da percorrere.
La modalità notturna invece offre informazioni esclusivamente su locali/eventi e sui mezzi
di trasporto, sarà inoltre presente una piccola sezione dedicata ai servizi di base per il
cittadino (pronto soccorso, polizia, carabinieri, farmacie) ed una sui luoghi sicuri dove
poter parcheggiare (in base alle segnalazioni degli altri utenti dell’app) e sulle stazioni di
bikesharing più vicine.
Figura 16: Esempio dell’interfaccia di Pedalami nel caso in cui l’utente desideri conoscere
cinema e orari proiezioni a lui più vicini ed utili

39
Punto in comune con la modalità diurna sono le funzionalità social, che in questo caso
comunque avranno un peso maggiore date le informazioni fornite (presenza di eventi,
locali ecc appunto).
Una cosa molto importante è che PedalaMI sarà supportata da un sito nel quale l’utente,
accedendo alla propria area riservata, può vedere lo storico delle proprie uscite, creare
nuove proposte di percorsi invitando i propri amici, salvare gli itinerari effettuati
eventualmente classificandoli con un livello di preferenza, e ci sarà anche la possibilità di
scegliere le segnalazioni vocali che si desidera ricevere in base ai propri interessi.
Il gruppo in questione ha lavorato in collaborazione con i gruppi UX, Interviste e
questionari, Requisiti e specifiche – di cui abbiamo già illustrato il lavoro – e col gruppo
Interfaccia Grafica di cui parleremo ora . Queste collaborazioni hanno permesso di
studiare al meglio e con una visione generale di più ampio respiro le esigenze degli utenti
ed i modi per soddisfarle.21
21
La relazione finale del Gruppo Brand Identity è disponibile qui:
http://wikibike.tk/mediawiki/images/e/ea/RelazioneMartonePedullaPiccolillo.pdf

40
10 GRUPPO INTERFACCIA GRAFICA - STUDIO DEL DIVICE E DEL SUPPORTO
Il gruppo composto dai colleghi Carisio Manicone e Tizzoni si è occupato di un aspetto
importantissimo ai fine del nostro futuro device. Nella prima fase del progetto hanno
collaborato alla creazione dell’interfaccia grafica e in un secondo tempo – una volta che il
progetto si è indirizzato alla app scartando il navigatore – alla ricerca e del supporto
ideale.
Al fine di realizzare l’interfaccia grafica di PedalaMI il gruppo ha stato fatto un benchmark,
studiando i competitors presenti sul mercato, per scoprirne punti di forza e punti deboli al
fine di creare un prodotto innovativo e più performante di quelli già presenti.
Si è osservato come i navigatori “bike” spesso
- Pur avendo funzioni avanzate, non hanno le funzioni base da navigatore
- Sono poco intuitivi
- L’interfaccia risulta in molti casi complessa e articolata.
Passo successivo, lo studio dei navigatori per auto: sono stati analizzati i dispositivi più
diffusi sul mercato ad oggi (Garmin, Google NAV,Navigon) in ogni loro aspetto in modo da
trovare il modo migliore di progettare PedalaMI soddisfando i bisogni degli suoi utenti.
Successivamente si sono dedicati alla progettazione vera e propria dell’interfaccia. Nel
corso di questa fase si è tenuto conto delle esigenze emerse dagli utenti, cercando di
fornire comunque anche un’accesso a funzionalità avanzate ma in modo semplice ed
efficace.22
Figura 17: Wireframe dell’interfaccia
22
Presentazione avvenuta in aula della prima fase di lavoro del Gruppo
http://www.slideshare.net/StefanoManicone/interfaccia-grafica-16291257?from=ss_embed

41
Come si può notare l’interfaccia è stata divisa in 3 aree.
- Una per la barra di ricerca
- Una per la mappa
- Una per il menu, dove si è dato spazio a dei pulsanti di menù che fungessero da
shortcuts verso le funzionalità più utili.
Durante la navigazione la parte dedicata alla ricerca sparisce e viene sostituita da una
parte più grande che mostra una serie di informazioni veloci ,immediatamente visibili per
chi pedala grazie all’estrema essenzialità dell’interfaccia. Nella parte inferiore invece,
vengono mostrati i km/h e i km percorsi più un pulsante per accedere alle voci di menù.
Oltre la classica modalità mappa, il gruppo ha deciso di realizzare la cosiddetta modalità
Frecce. Questa modalità invece di mostrare la mappa nella parte centrale dello schermo,
contiene solitamente le indicazioni stradali da seguire. La decisione è stata presa in
quanto a volte non è necessaria una visione diretta e globale della mappa.
Infine, in seguito all’interazione con il gruppo AppInTasca, il gruppo Interfaccia Grafica ha
pensato di realizzare la modalità di interazione per questa modalità d’uso di PedalaMI.
Come vedremo tra poco infatti, AppInTasca consente di utilizzare PedalaMI senza il
bisogno di osservare lo schermo ma riponendo la lo smartphone nella tasca dei pantaloni
e seguendo le indicazioni vocali. La modalità AppInTasca viene attivata tirando una
linguetta con un orecchio raffigurato semplicemente swappando sullo schermo. Quando,
durante il tragitto, l’app avrà bisogno dell’interazione dell’utente, esso risponderà sempre
tramite uno swipe o al massimo 2 per non renderne difficoltoso l’uso.
Passiamo ora alla seconda fase, lo studio del supporto. Nel corso della progettazione di
PedalaMI infatti, si è dovuto affrontare anche il problema del supporto per lo smartphone.
Essendo utilizzato in movimento, quest’ultimo ha bisogno di un supporto che gli
garantisca la giusta sicurezza proteggendolo da pioggia, polvere, urti, vibrazioni e
impedendogli di cadere. Spesso capita di non dare la corretta importanza al supporto,
quando invece risulta essere una delle parti fondamentali, soprattutto perché se il
dispositivo non è efficiente e l’interazione diventa complicata , si va a tralasciare l’aspetto
importantissimo della sicurezza.
Di questo si sono occupati i nostri colleghi, analizzando inizialmente lo stato dell’arte e
giungendo alla conclusione che i supporti più diffusi sono principalmente di 2 tipi:
- Supporto da Manubrio: posizionato sul manubrio con possibilità di regolazione
dell’angolo di inclinazione e dell’orientamento verticale orizzontale
- Supporto da canna: posizionato sulla canna , in genere non permette regolazioni di
alcun tipo ma al contempo no necessita di lunghe installazioni perché è fissato con
strisce di velcro.
Entrambi hanno aspetti positivi e negativi. Per quanto riguarda i lati negativi, il gruppo ha
osservato che:
- ll manubrio è la parte della bicicletta più soggetta a sollecitazioni durante il viaggio
- Il supporto da manubrio costa circa il doppio di quello da canna
I lati positivi invece sono:

42
- Costante focalizzazione sulla strada e quindi maggior sicurezza
- l supporto rimane costantemente attaccato alla bicicletta
- L’angolo di visuale è migliore
- E’ orientabile
Il supporto da canna invece presenta i seguenti pro:
−Possibilità di adattarsi a dispositivi di varie grandezze
−l prezzo è di circa il 50% di quello da manubrio
−Praticità d’uso e facilità di installazione/rimozione
−Sul mercato sono presenti supporti con tasca annessa.
−Sicurezza al 100% da eventi atmisferici, sudore, polvere.
Per quanto riguarda gli aspetti negativi:
−Il più significativo è sicuramente quello legato alla stabilità.
−Un altro punto a sfavore riguarda l’angolo di visione che non permette di vedere dove si
sta andando, minando la sicurezza di chi è alla guida.
Figura 18 e 19: Supporto da canna e supporto da manubrio
Successivamente il gruppo ha studiato quale fosse la posizione ottimale di ognuno dei
supporti. Questo perchè, prima di effettuare i test sulla visibilità e valutare quindi la
dimensione ottimale del display per fruire di PedalaMI, occorreva studiare quale posizione
garantisse la migliore visibilità. Gli utenti che sono stati intervistati tramite forum e
questionari hanno espresso in maggioranza preferenza per la posizione sul manubrio. Le
motivazioni fornite dagli utenti sono legate principalmente a:
−Mantenimento costante dell’attenzione sulla
strada
−Posizione fissa sulla bicicletta
−Angolo di visuale migliore
−Facilmente leggibile.

43
La fase successiva concerneva lo studio del device, al fine di studiare la dimensione
ottimale del display. Per far questo il gruppo ha effettuato dei test pratici con gli utenti
così da capirne le preferenze.
Il gruppo si è servito dei seguenti dispositivi:
−iPhone 4S (3,5”)
−iPhone 5 (4”)
−Samsung galaxy S3 (4,8”)
−Tablet mediacom SmarTab S2 (10.1”)
I dispositivi sono stati disposti sul manubrio nella scelta ottimale fatta dagli utenti. Il test è
stato fatto su 10 persone, che hanno percorso un tragitto di 750m, con tutti e 4 i
dispositivi, al fine di compilare un breve questionario in cambio di un caffè. I colleghi
hanno constatato che il tablet, nonostante la migliore visibilità, è stato immediatamente
scartato a causa del notevole ingombro sul telaio, della fragilità e dalla scarsa portabilità.
Dai test è emerso che la dimensione ottimale è quella dell’iPhone 4S (3,5”) a causa di una
migliore portabilità rispetto agli altri, una visibilità solo di pochissimo inferiore e dun
ingobro sul telaio minimo. Il gruppo ha concluso quindi che più la dimensione del
dispositivo utilizzato è maggiore meno sono gli utenti che preferiscono questi dispositivi.23
Figura 20: Test usabilità, dispositivi e posizioni scelte
Come abbiamo raccontato in precedenza e come sarà facile intuire alla luce di queste
parole, il lavoro di questo gruppo – specie nella seconda fase – va spesso di pari passo
con quello del gruppo analizzato nel capitolo precedente, User Experience, Vision Design
e Test Usabilità. E una visione completa degli obbiettivi e dei risultati del Gruppo
23
Seconda presentazione del Gruppo, quella relativa allo Studio del device e del supporto:
http://www.slideshare.net/StefanoManicone/studio-device-e-supporto?from=ss_embed

44
Interfaccia grafica e Studio del device si può avere solo tenendo conto del lavoro dei
colleghi Leto, Minoli e Mauri.24
24
Maggiori informazioni si possono trovare qui: http://wikibike.tk/mediawiki/images/6/6c/StudioDeviceESupporto-
Relazione.pdf

45
11 Gruppo logo/evoluzione del logo
Questo gruppo è composto dai colleghi Bertone, Conte, Imbriaco e Venturato, tutti
provenienti da TTC ma con diverse attitudini e background. Sia durante la prima che la
seconda fase il gruppo si è focalizzato sulla creazione e lo sviluppo/evoluzione di nome e
logo.
Fin da subito i colleghi sottolineano come sia importante una scelta opportuna e ben
pensata quando si crea ex novo un nome per un nuovo prodotto o una nuova marca. Il
nome deve in qualche modo già “incarnare” parte delle caratteristiche di ciò che andrà a
nominare. Oppure essere di forte impatto, facile da ricordare e di piacevole ascolto
quando pronunciato. Stesso discorso vale per il logo: la creazione del logo è una fase
importante e delicata che andrebbe svolta da professionisti del settore. Quando si crea un
logo, si deve anzitutto fare una scelta su quale tipo di logo utilizzare. Ne esistono di tre
macro tipi:
- logotipo: è il segno grafico il cui referente è un'espressione fonetica, è un marchio
scritto pronunciabile;
- pittogramma: è un segno iconico il cui referente è un oggetto o una classe di oggetti, un
aspetto o un'azione che l'oggetto può esprimere;
- diagramma: è un segno non iconico, o comunque con un basso grado d’iconicità, e può
pertanto non avere alcun richiamo alla realtà.
Dal logo si arriva dunque al marchio. Il marchio è un segno che permette di distinguere
un’azienda, un prodotto o un servizio, dalle altre. Esso deve essere facile da leggere,
scrivere, memorizzare e di facile pubblicazione su tutti i tipi di media e in generale su tutti i
supporti. Deve inoltre essere abbastanza innovativo e originale per farsi distinguere da
quelli della concorrenza e soprattutto deve comunicare qualcosa all’utente. Quando si
crea un marchio ci si deve focalizzare su queste linee guida e altre ancora, più tecniche,
indicate dai colleghi nella loro relazione finale25
ad esempio le prove di ridimensionamento
(il marchio dovrà essere perfetto dai 2,5-3 cm di larghezza in su (per le penne ad esempio)
fino alla dimensione XXL (es. per la maxi affissione). Dal marchio inoltre dipenderanno
l’immagine coordinata e il sito web coerente graficamente con le linee scelte. Altra
peculiarità importante: il marchio non deve cambiare nel tempo.
Partendo da queste indicazioni, i colleghi di questo gruppo hanno iniziato la
progettazione e l'ideazione prima del nome, e quindi del logo. In accordo col professor De
Michelis e con quanto emerso durante gli incontri tra i diversi membri dei gruppi, si è
deciso che il nome dovesse da una parte ricordare il topic centrale del nostro progetto (la
mobilità in bicicletta) e dall’altra “geolocalizzarlo” con un nome che ricordi Milano, la città
per cui il nostro device fornisce informazioni topografiche e di mobilità.
Tenendo questo bene a mente, i colleghi del gruppo hanno proposto una serie di nomi e
attraverso un sondaggio online ospitato sulle pagine del forum del progetto. Tutti
abbiamo votato il nome che rappresenta secondo noi al meglio il nostro progetto e la
app (o device) che andremo a creare.
25
a supporto, la prima presentazione del Gruppo Logo, su questi argomenti
http://www.slideshare.net/riccardoventurato1/laboratorio-presentazione-1-16359948?from=ss_embed e il continuo
nella seconda: http://www.slideshare.net/riccardoventurato1/laboratorio-presentazione-2?from=ss_embed

46
Ecco il sondaggio finale, con relativi risulati:
Figura 21: sondaggio finale del nome, e risultati
A seguito del sondaggio, il nome scelto è stato dunque PedalaMi. I colleghi, sempre
tenendo conto delle indicazioni generali sopra elencate, si sono dedicati alla
progettazione e creazione del logo. In particolare hanno deciso di rispettare soprattutto 5
caratteristiche fondamentali per un logo di successo, esso doveva essere:
−semplice
−facilmente ricordabile
−apprezzabile nel tempo
−versatile (fatto in grafica vettoriale)
−ed appropriato al contesto
Essendo il target i ciclisti, un’accurata analisi del target può aiutare a disegnare un logo
che risulti particolarmente apprezzato da quello che saranno i futuri acquirenti. In questo
bbiettivo, il lavoro dei colleghi del Gruppo Analisi del Target hanno fornito loro un aiuto.26
26
Qui http://wikibike.tk/mediawiki/index.php/Analisi_Utenza

47
Dopo aver disegnato alcuni loghi, si è proceduto con una seconda votazione, eccone i
risultati:
Figura 22: Il secondo sondaggio, per il logo. E i risultati.

Relazione finale pedalaMi

Recomendados

Recomendados

Mais conteúdo relacionado

Semelhante a Relazione finale pedalaMi

Semelhante a Relazione finale pedalaMi (20)

Mais de Valeria Gennari

Mais de Valeria Gennari (17)

Relazione finale pedalaMi