際際滷

際際滷Share a Scribd company logo
Ideare un app e farla
fruttare: quanti
modi? Quale
scegliere?
2
Io sono
Diego La Monica
diego.lamonica@gmail.com
3337235382
https://diegolamonica.info
@jast
Ciao!
Io sono
Fabrizio Caccavello
mail@fabriziocaccavello.it
3474922476
https://www.fabriziocaccavello.it
@cfabry
Dal 1996 (in Italia dal
2000) 竪 il riferimento di
chi lavora nel Web.
Associazione
professionisti Web
(Legge 4/2013),
promotrice di norme UNI
in materia di
professionalit ICT.
International Web Association
Lassociazione internazionale per la professionalit nel Web
Obiettivo di IWA 竪 creare
rete tra soci, partecipare
allevoluzione della rete e
divulgare conoscenza
tramite i soci con eventi e
iniziative
Non dimenticare di segnarti le nostre email:
diego.lamonica@gmail.com
mail@fabriziocaccavello.it
Si comincia
Stand E20
Ideare un app e farla
fruttare: quanti
modi? Quale
scegliere?
Le fasi di produzione del
software
 Ideazione
 Sviluppo
 Testing
 Rilascio
That
s all
folks!
8
Ideazione
1. Idea
Ideare un app e farla fruttare: quanti modi? Quale scegliere?
Ideazione
1. Idea
2. Concettualizzazione
Ideare un app e farla fruttare: quanti modi? Quale scegliere?
Ideazione
1. Idea
2. Concettualizzazione
3. Identificazione delle debolezze
14
Ideazione
1. Idea
2. Concettualizzazione
3. Identificazione delle debolezze
4. Analisi di mercato/modello di business
Ideazione - Modello di business
1. Ritorni economici attraverso inserzioni
pubblicitarie
2. Distribuzione di app in versione free e pro
3. Vendita di pacchetti migliorativi in app
4. Sottoscrizione annuale
Ideazione
1. Idea
2. Concettualizzazione
3. Identificazione delle debolezze
4. Analisi di mercato/modello di business
5. Prototipizzazione
18
1 2 3 4 5 6 7 8 9 0  | / $ 贈  % _
A B C D E F G H I ^ < > #   * @ &
J K L M N O P Q R . : ; ? ! 属 ~  
S T U V W X Y Z = 賊 + - ( ) [ ] { }
Ideazione
1. Idea
2. Concettualizzazione
3. Identificazione delle debolezze
4. Analisi di mercato/modello di business
5. Prototipizzazione
6. Debolezze del prototipo
20
Ideazione
1. Idea
2. Concettualizzazione
3. Identificazione delle debolezze
4. Analisi di mercato/modello di business
5. Prototipizzazione
6. Debolezze della bozza
Bonus: Pensare accessibile
Pensare accessibile
WCAG 2.1
Web Content Accessibility Guidelines
https://www.wcag.it
WCAG 2.1 - 4 principi fondamentali
1. Percepibile
2. Utilizzabile
3. Comprensibile
4. Robusto
si riferiscono al web ma sono fondamentali anche
per lo sviluppo di applicazioni
WCAG 2.1 - 1.4.10. Ricalcolo del flusso
Il supporto del ricalcolo del flusso dei contenuti
竪 anche noto come "Responsive Web Design".
WCAG 2.1 - 1.4.3. Contrasto (minimo)
WCAG 2.1 - 1.4.1. Uso del colore
Di che colore sono
questi tre marcatori?
WCAG 2.1 - 2.5.5. Dimensione dell'obiettivo
Gli obiettivi di input
devono avere
granzezze sufficienti
a rendere i gesti
touch sicuri e efficaci
WCAG 2.1 - Errore di valutazione
Pensare accessibile significa pensare al maggior numero
possibile di persone, anche quelle con abilit non ottimali,
anche quelle in condizioni ambientali non ottimali,
ovviamente anche alle persone con disabilit.
Questo vale ancora di pi湛 se si sta pensando a unapplicazione
destinata alluso in movimento
Niente confort, niente ricavi
Unapplicazione non confortevole
(detto in termini pi湛 tecnici, non
accessibile e non usabile), anche se
potenzialmente interessante, avr
molti problemi sul mercato,
ricever commenti negativi, verr
dimenticata e disinstallata
rapidamente dagli utenti.
Sviluppo
1. Target
31
Sviluppo
1. Target
2. Requisiti e strumenti
Sviluppo - Requisiti - Client
 Java + C/C++ per Android
 ObjectiveCoppure Swift per iOS
 .NET Frameworkper Windows Phone
 C# per Android e iOS usando Xamarin
 HTML5 + CSS3 + Javascriptper Android e
iOS usando Cordova
Sviluppo
1. Target
2. Requisiti e strumenti
3. Risorse
Testing
1. Unit Test
Testing
1. Unit Test
2. Security Test
Testing
1. Unit Test
2. Security Test
3. Alpha Test
Testing
1. Unit Test
2. Security Test
3. Alpha Test
4. Private Beta
Testing
1. Unit Test
2. Security Test
3. Alpha Test
4. Private Beta
5. Public Beta
Rilascio
1. revisione documentazione tecnica
Rilascio
1. revisione documentazione tecnica
2. rimozione degli elementi di debug
Rilascio
1. revisione documentazione tecnica
2. rimozione degli elementi di debug
3. pubblicazione sullo store
Pubblicazione su AppStore
 Verifica del rispetto delle HIG
 Creare un AppID dal Provisioning Portal
 Censire lapplicazione sul portale iTunes Connect
 Creare un Provisioning Profile
 Upload dei binari dellapplicazione attraverso
Application Loader
 Attendere lapprovazione dellApp a seguito di
revisione
Pubblicazione su Google Play Store
 Accedere alla console sviluppatori di Google
Play
 Aggiungere una nuova applicazione
 Scegliere un titolo dellApp da mostrare in
Google Play e compilare la scheda dello store
 Eseguire lupload del file APK
Rilascio
1. revisione documentazione tecnica
2. rimozione degli elementi di debug
3. pubblicazione sullo store
4. continuous deploy
Ideare un app e farla
fruttare: quanti
modi? Quale
scegliere?
Modello di business
1. Ritorni economici attraverso inserzioni
pubblicitarie
2. Distribuzione di app in versione free e pro
3. Vendita di pacchetti migliorativi in app
4. Sottoscrizione periodica
Strumenti
 Apache Cordova
 WebPack
 AdMob
 Apple Pay
 Google Payments
Ideare un app e farla
fruttare: quanti
modi? Quale
scegliere?
Modello di business
#1: Ritorni attraverso inserzioni pubblicitarie
Da adottare se
1. lapplicazione offre servizi equivalenti ad altre
applicazioni presenti sugli store
2. si stima un elevato numero di installazioni
Strumenti
 Apache Cordova
 WebPack
 AdMob
 Apple Pay
 Google Payments
Modello di business
#1: Ritorni attraverso inserzioni pubblicitarie
Revenue
1. Non assicurato
2. Molto basso
3. Guadagno basato per migliaia di visualizzazioni
4. Numerosi canali di advertising
Modello di business
#2: Distribuzione di app in versione free e pro
Da adottare se
1. offre soluzioni equivalenti ad altri competitor
2. lesperienza diventa unica o migliorativa con la versione
pro
3. Offre funzionalit aggiuntive di rilevante interesse/utilit
Strumenti
 Apache Cordova
 WebPack
 AdMob
 Apple Pay
 Google Payments
Modello di business
#2: Distribuzione di app in versione free e pro
Revenue
1. Direttamente rapportato al numero di acquisti
2. trattenuta del 30% sul prezzo di vendita
Modello di business
#3: Pacchetti migliorativi (acquisto in-app)
Da adottare se
1. migliore, pi湛 efficiente o semplice rispetto ai competitor
2. Funzionalit ad uso limitato (temporale/numerico)
3. Rimozione di annunci pubblicitari
Strumenti
 Apache Cordova
 WebPack
 AdMob
 Apple Pay
 Google Payments
Modello di business
#3: Pacchetti migliorativi (acquisto in-app)
Revenue
1. rapportato al numero di pacchetti venduti
2. trattenuta del 30% dagli store
Modello di business
#4: Sottoscrizione periodica (acquisto in-app)
Da adottare se
1. migliore, pi湛 efficiente o semplice rispetto ai competitor
2. Funzionalit ad uso limitato (temporale/numerico)
3. Rimozione di annunci pubblicitari
Strumenti
 Apache Cordova
 WebPack
 AdMob
 Apple Pay
 Google Payments
Modello di business
#4: Sottoscrizione periodica (acquisto in-app)
Revenue
1. Rapportato al numero di sottoscrizioni
2. 30% di trattenuta dagli store il 1属 anno
3. dal 2属 anno trattenuta del 15% sui rinnovi
Modello di business
#4: Sottoscrizione periodica (acquisto su sito web)
Riduzione delle trattenute
1. Iscrizione attraverso un sito web esterno allapp
Modello di business
#4: Sottoscrizione periodica (acquisto su sito web)
Revenue
1. Rapportato al numero di sottoscrizioni
2. Trattenuta basata sul gateway di pagamento scelto
Strumenti
 Apache Cordova
 WebPack
 AdMob
 Apple Pay
 Google Payments
Ideare un app e farla
fruttare: quanti
modi? Quale
scegliere?
In conclusione / Far fruttare lapp
1. Non esiste la ricetta perfetta
2. Ogni app pu嘆 e deve aver il suo modello di revenue
3. Prima di lanciarsi effettuare unanalisi di mercato
4. Identificare i competitor e comprenderne le scelte
5. Trovare il giusto compromesso tra guadagni ed
investimento
Ci sono domande?
Non dimenticare di segnarti le nostre email:
diego.lamonica@gmail.com
mail@fabriziocaccavello.it
Thats all folks!
Stand E20

More Related Content

Ideare un app e farla fruttare: quanti modi? Quale scegliere?

  • 1. Ideare un app e farla fruttare: quanti modi? Quale scegliere?
  • 2. 2 Io sono Diego La Monica diego.lamonica@gmail.com 3337235382 https://diegolamonica.info @jast
  • 4. Dal 1996 (in Italia dal 2000) 竪 il riferimento di chi lavora nel Web. Associazione professionisti Web (Legge 4/2013), promotrice di norme UNI in materia di professionalit ICT. International Web Association Lassociazione internazionale per la professionalit nel Web Obiettivo di IWA 竪 creare rete tra soci, partecipare allevoluzione della rete e divulgare conoscenza tramite i soci con eventi e iniziative
  • 5. Non dimenticare di segnarti le nostre email: diego.lamonica@gmail.com mail@fabriziocaccavello.it Si comincia Stand E20
  • 6. Ideare un app e farla fruttare: quanti modi? Quale scegliere?
  • 7. Le fasi di produzione del software Ideazione Sviluppo Testing Rilascio
  • 13. Ideazione 1. Idea 2. Concettualizzazione 3. Identificazione delle debolezze
  • 14. 14
  • 15. Ideazione 1. Idea 2. Concettualizzazione 3. Identificazione delle debolezze 4. Analisi di mercato/modello di business
  • 16. Ideazione - Modello di business 1. Ritorni economici attraverso inserzioni pubblicitarie 2. Distribuzione di app in versione free e pro 3. Vendita di pacchetti migliorativi in app 4. Sottoscrizione annuale
  • 17. Ideazione 1. Idea 2. Concettualizzazione 3. Identificazione delle debolezze 4. Analisi di mercato/modello di business 5. Prototipizzazione
  • 18. 18 1 2 3 4 5 6 7 8 9 0 | / $ 贈 % _ A B C D E F G H I ^ < > # * @ & J K L M N O P Q R . : ; ? ! 属 ~ S T U V W X Y Z = 賊 + - ( ) [ ] { }
  • 19. Ideazione 1. Idea 2. Concettualizzazione 3. Identificazione delle debolezze 4. Analisi di mercato/modello di business 5. Prototipizzazione 6. Debolezze del prototipo
  • 20. 20
  • 21. Ideazione 1. Idea 2. Concettualizzazione 3. Identificazione delle debolezze 4. Analisi di mercato/modello di business 5. Prototipizzazione 6. Debolezze della bozza Bonus: Pensare accessibile
  • 22. Pensare accessibile WCAG 2.1 Web Content Accessibility Guidelines https://www.wcag.it
  • 23. WCAG 2.1 - 4 principi fondamentali 1. Percepibile 2. Utilizzabile 3. Comprensibile 4. Robusto si riferiscono al web ma sono fondamentali anche per lo sviluppo di applicazioni
  • 24. WCAG 2.1 - 1.4.10. Ricalcolo del flusso Il supporto del ricalcolo del flusso dei contenuti 竪 anche noto come "Responsive Web Design".
  • 25. WCAG 2.1 - 1.4.3. Contrasto (minimo)
  • 26. WCAG 2.1 - 1.4.1. Uso del colore Di che colore sono questi tre marcatori?
  • 27. WCAG 2.1 - 2.5.5. Dimensione dell'obiettivo Gli obiettivi di input devono avere granzezze sufficienti a rendere i gesti touch sicuri e efficaci
  • 28. WCAG 2.1 - Errore di valutazione Pensare accessibile significa pensare al maggior numero possibile di persone, anche quelle con abilit non ottimali, anche quelle in condizioni ambientali non ottimali, ovviamente anche alle persone con disabilit. Questo vale ancora di pi湛 se si sta pensando a unapplicazione destinata alluso in movimento
  • 29. Niente confort, niente ricavi Unapplicazione non confortevole (detto in termini pi湛 tecnici, non accessibile e non usabile), anche se potenzialmente interessante, avr molti problemi sul mercato, ricever commenti negativi, verr dimenticata e disinstallata rapidamente dagli utenti.
  • 31. 31
  • 33. Sviluppo - Requisiti - Client Java + C/C++ per Android ObjectiveCoppure Swift per iOS .NET Frameworkper Windows Phone C# per Android e iOS usando Xamarin HTML5 + CSS3 + Javascriptper Android e iOS usando Cordova
  • 34. Sviluppo 1. Target 2. Requisiti e strumenti 3. Risorse
  • 36. Testing 1. Unit Test 2. Security Test
  • 37. Testing 1. Unit Test 2. Security Test 3. Alpha Test
  • 38. Testing 1. Unit Test 2. Security Test 3. Alpha Test 4. Private Beta
  • 39. Testing 1. Unit Test 2. Security Test 3. Alpha Test 4. Private Beta 5. Public Beta
  • 41. Rilascio 1. revisione documentazione tecnica 2. rimozione degli elementi di debug
  • 42. Rilascio 1. revisione documentazione tecnica 2. rimozione degli elementi di debug 3. pubblicazione sullo store
  • 43. Pubblicazione su AppStore Verifica del rispetto delle HIG Creare un AppID dal Provisioning Portal Censire lapplicazione sul portale iTunes Connect Creare un Provisioning Profile Upload dei binari dellapplicazione attraverso Application Loader Attendere lapprovazione dellApp a seguito di revisione
  • 44. Pubblicazione su Google Play Store Accedere alla console sviluppatori di Google Play Aggiungere una nuova applicazione Scegliere un titolo dellApp da mostrare in Google Play e compilare la scheda dello store Eseguire lupload del file APK
  • 45. Rilascio 1. revisione documentazione tecnica 2. rimozione degli elementi di debug 3. pubblicazione sullo store 4. continuous deploy
  • 46. Ideare un app e farla fruttare: quanti modi? Quale scegliere?
  • 47. Modello di business 1. Ritorni economici attraverso inserzioni pubblicitarie 2. Distribuzione di app in versione free e pro 3. Vendita di pacchetti migliorativi in app 4. Sottoscrizione periodica
  • 48. Strumenti Apache Cordova WebPack AdMob Apple Pay Google Payments
  • 49. Ideare un app e farla fruttare: quanti modi? Quale scegliere?
  • 50. Modello di business #1: Ritorni attraverso inserzioni pubblicitarie Da adottare se 1. lapplicazione offre servizi equivalenti ad altre applicazioni presenti sugli store 2. si stima un elevato numero di installazioni
  • 51. Strumenti Apache Cordova WebPack AdMob Apple Pay Google Payments
  • 52. Modello di business #1: Ritorni attraverso inserzioni pubblicitarie Revenue 1. Non assicurato 2. Molto basso 3. Guadagno basato per migliaia di visualizzazioni 4. Numerosi canali di advertising
  • 53. Modello di business #2: Distribuzione di app in versione free e pro Da adottare se 1. offre soluzioni equivalenti ad altri competitor 2. lesperienza diventa unica o migliorativa con la versione pro 3. Offre funzionalit aggiuntive di rilevante interesse/utilit
  • 54. Strumenti Apache Cordova WebPack AdMob Apple Pay Google Payments
  • 55. Modello di business #2: Distribuzione di app in versione free e pro Revenue 1. Direttamente rapportato al numero di acquisti 2. trattenuta del 30% sul prezzo di vendita
  • 56. Modello di business #3: Pacchetti migliorativi (acquisto in-app) Da adottare se 1. migliore, pi湛 efficiente o semplice rispetto ai competitor 2. Funzionalit ad uso limitato (temporale/numerico) 3. Rimozione di annunci pubblicitari
  • 57. Strumenti Apache Cordova WebPack AdMob Apple Pay Google Payments
  • 58. Modello di business #3: Pacchetti migliorativi (acquisto in-app) Revenue 1. rapportato al numero di pacchetti venduti 2. trattenuta del 30% dagli store
  • 59. Modello di business #4: Sottoscrizione periodica (acquisto in-app) Da adottare se 1. migliore, pi湛 efficiente o semplice rispetto ai competitor 2. Funzionalit ad uso limitato (temporale/numerico) 3. Rimozione di annunci pubblicitari
  • 60. Strumenti Apache Cordova WebPack AdMob Apple Pay Google Payments
  • 61. Modello di business #4: Sottoscrizione periodica (acquisto in-app) Revenue 1. Rapportato al numero di sottoscrizioni 2. 30% di trattenuta dagli store il 1属 anno 3. dal 2属 anno trattenuta del 15% sui rinnovi
  • 62. Modello di business #4: Sottoscrizione periodica (acquisto su sito web) Riduzione delle trattenute 1. Iscrizione attraverso un sito web esterno allapp
  • 63. Modello di business #4: Sottoscrizione periodica (acquisto su sito web) Revenue 1. Rapportato al numero di sottoscrizioni 2. Trattenuta basata sul gateway di pagamento scelto
  • 64. Strumenti Apache Cordova WebPack AdMob Apple Pay Google Payments
  • 65. Ideare un app e farla fruttare: quanti modi? Quale scegliere?
  • 66. In conclusione / Far fruttare lapp 1. Non esiste la ricetta perfetta 2. Ogni app pu嘆 e deve aver il suo modello di revenue 3. Prima di lanciarsi effettuare unanalisi di mercato 4. Identificare i competitor e comprenderne le scelte 5. Trovare il giusto compromesso tra guadagni ed investimento
  • 67. Ci sono domande? Non dimenticare di segnarti le nostre email: diego.lamonica@gmail.com mail@fabriziocaccavello.it Thats all folks! Stand E20