Product Management Nel Settore Business To Consumer

884 views

Published on

Excite: Riposizionamento di un Portale Web. Product Manager Workshop organizzato da Eccellere Business Community il 7 maggio 2008. Intervento di Emiliano Carlucci.

Published in: Business
  • Be the first to comment

  • Be the first to like this

Product Management Nel Settore Business To Consumer

  1. 1. PRODUCT MANAGEMENT NEL SETTORE B2C Riposizionamento di un Portale Web 7 Maggio 2008 – Domus Talenti - Roma
  2. 2. <ul><li>SCENARIO: La Crisi del Web 1.0 </li></ul><ul><li>CONCEIVE : Market Requirements </li></ul><ul><li>DEFINE : Organizzazione del Team e Scheduling </li></ul><ul><li>PERFORM : Specifiche, Web-design e Sviluppo </li></ul><ul><li>TEST : Test del prodotto in sviluppo e Test pre-lancio </li></ul><ul><li>LANCIO : Launch & Learn </li></ul><ul><li>ANALISI TRAFFICO : Unique Users & Page Views </li></ul>EXECUTIVE SUMMARY
  3. 3. SCENARIO La Crisi del Web 1.0
  4. 4. <ul><li>Web 1.0 = Commercio </li></ul>SCENARIO: La crisi del Web 1.0
  5. 5. <ul><li>Web 2.0 = Persone </li></ul>SCENARIO: La crisi del Web 1.0
  6. 6. <ul><li>Web 1.0 vs Web 2.0 </li></ul><ul><li>Old Marketing * </li></ul><ul><li>Strategia orizzontale (hits) </li></ul><ul><li>Comunicazione Marketer to Consumer </li></ul><ul><li>Barriera fra produttori e consumatori </li></ul><ul><li>Spam </li></ul><ul><li>Customer support </li></ul><ul><li>Focus Groups </li></ul><ul><li>New Marketing * </li></ul><ul><li>Strategia verticale (nicchie) </li></ul><ul><li>Comunicazione Consumer to Consumer </li></ul><ul><li>Trasparenza fra produttori e consumatori </li></ul><ul><li>Permesso </li></ul><ul><li>Community Support </li></ul><ul><li>Launch & Learn </li></ul>* da Meatball Sundae di Seth Godin SCENARIO: La crisi del Web 1.0
  7. 7. <ul><li>La Tag Cloud del Web 2.0 </li></ul>SCENARIO: La crisi del Web 1.0
  8. 8. CONCEIVE Market Requirements
  9. 9. <ul><li>3 Premesse </li></ul><ul><li>Con la fine del Web 1.0, tramonta il concetto di portale generalista . </li></ul>CONCEIVE: Market Requirements <ul><li>Da sempre percepito come portale generalista, Excite deve creare un ' immagine distintiva ed efficacemente competitiva nella mente degli utenti. </li></ul><ul><li>Ogni studio di riposizionamento deve partire da un’ analisi approfondita del traffico , al fine di individuare gli interessi che Excite riesce ad intercettare. </li></ul>
  10. 10. <ul><li>Analisi del Traffico (Q3-Q4 2007) </li></ul>CONCEIVE: Market Requirements
  11. 11. <ul><li>Posizionamento Attuale </li></ul><ul><li>Pur proponendo una vasta gamma di contenuti editoriali , che spazia dalla politica alla cronaca passando per lo sport, l’utenza di Excite è essenzialmente interessata a: </li></ul><ul><ul><ul><li>Calendari </li></ul></ul></ul><ul><ul><ul><li>Servizi in-house (Webmail e MyExcite) </li></ul></ul></ul><ul><ul><ul><li>Servizi in partnership (loghi & suonerie, cartoline, ecc.) </li></ul></ul></ul><ul><li>Vi è, inoltre, una buona percentuale di utenti fidelizzati che arriva sulla Home Page di Excite in due modi: </li></ul><ul><ul><ul><li>Direttamente </li></ul></ul></ul><ul><ul><ul><li>Dopo aver cercato la Kw “Excite” su Google </li></ul></ul></ul>CONCEIVE: Market Requirements
  12. 12. <ul><li>Posizionamento Desiderato </li></ul><ul><li>Differenziarsi vuol dire riposizionarsi come Portale Web 2.0 , rinunciando a velleità generalistiche e focalizzandosi su nicchie di utenti. </li></ul><ul><li>A tal fine, Excite deve concentrarsi sull’ Entertainment e sviluppare servizi che incentivino la partecipazione e l’ interazione fra gli utenti. </li></ul><ul><li>Concentrarsi sull’Entertainment non vuol dire abbandonare (ad esempio) contenuti di politica o cronaca, ma significa conferire a questi ultimi un taglio meno serioso , cogliendone aspetti curiosi e accattivanti . </li></ul><ul><li>Il nuovo posizionamento non deve intaccare l’ attuale business model : offrire agli utenti contenuti editoriali e servizi web, monetizzando il traffico attraverso la pubblicità (CPM, CPC, CPA, direct marketing). </li></ul>CONCEIVE: Market Requirements
  13. 13. DEFINE Organizzazione del Team e Scheduling
  14. 14. <ul><li>Organizzazione del Team </li></ul>DEFINE: Organizzazione del Team e Scheduling Top Management Director of Product Mgmt Project Manager Chief Technology Officer Product Manager Software Leader Art Director Sys Admin Manager <ul><li>Project Manager è responsabile del roll-out del progetto. </li></ul><ul><li>Product Manager supervisiona il progetto in quanto responsabile ultimo della gestione del prodotto. </li></ul>
  15. 15. <ul><li>Scheduling </li></ul><ul><li>Step 1 - Gennaio 2008 </li></ul><ul><ul><ul><li>Lancio Nuovo Layout </li></ul></ul></ul><ul><ul><ul><li>Lancio Nuovi Servizi: Excite Bookmarks ed Excite Mix </li></ul></ul></ul><ul><li>Step 2 - Marzo 2008 </li></ul><ul><ul><ul><li>Completamento Nuovo CMS </li></ul></ul></ul><ul><li>Step 3 - Luglio 2008 </li></ul><ul><ul><ul><li>Focalizzazione sull’Entertainment </li></ul></ul></ul>DEFINE: Organizzazione del Team e Scheduling
  16. 16. PERFORM Specifiche, Web Design e Sviluppo
  17. 17. <ul><li>Specifiche: le Fasi </li></ul>PERFORM: Specifiche, Web Design e Sviluppo <ul><li>Sessioni di Brainstorming alle quali partecipano i responsabili delle aree coinvolte nel progetto (Product, Software, Grafica, Sistemi). </li></ul><ul><li>Primo draft di specifiche stilato dal Project Manager e concordato col Product Manager. Vengono inserite delle deadlines ideali . </li></ul><ul><li>Team IT analizza il documento ed esegue studio di fattibilità , includendo deadlines realistiche . </li></ul><ul><li>Director of PM e CTO approvano il documento finale e definiscono tempistiche definitive . </li></ul>
  18. 18. <ul><li>Specifiche: Alcuni Esempi </li></ul>La giusta dose di creatività aiuta il documento di specifica ad essere comprensibile ed appealing , agevolando il selling interno … … ma non a scapito della completezza delle informazioni e della chiarezza espositiva! PERFORM: Specifiche, Web Design e Sviluppo
  19. 19. <ul><li>Web Design e Sviluppo: Le Fasi </li></ul><ul><li>Art Director presenta mock-up del prodotto (Home Page + layout di alcune pagine interne ). </li></ul><ul><li>Il Team IT sviluppa il progetto. </li></ul><ul><ul><ul><li>Team Software: Codice </li></ul></ul></ul><ul><ul><ul><li>Team Sistemi: Architettura (server, database, ecc.) </li></ul></ul></ul><ul><ul><ul><li>Team Grafico: Stili e Immagini </li></ul></ul></ul><ul><li>Project Manager e Product Manager analizzano mock-up. Se viene approvato , si procede con lo sviluppo . In caso contrario vengono avanzate nuove proposte fino ad approvazione. </li></ul>PERFORM: Specifiche, Web Design e Sviluppo
  20. 20. <ul><li>Web Design e Sviluppo: Alcuni Esempi </li></ul>Le realizzazione di un mock-up presuppone lo studio dei colori , del lettering , della disposizione degli elementi grafici nella pagina, ecc. Lo sviluppo tecnico del prodotto prende in considerazione, fra le altre cose, la velocità di download della pagina, la sicurezza del codice, ecc. PERFORM: Specifiche, Web Design e Sviluppo
  21. 21. TEST Test del Prodotto in Sviluppo e Test Pre Lancio
  22. 22. <ul><li>Test del Prodotto in Sviluppo </li></ul>TEST: Test del Prodotto in Sviluppo e Test Pre Lancio <ul><li>Durante lo sviluppo del prodotto, vengono organizzate presentazioni interne e successive sessioni di debriefing per essere sicuri che la direzione intrapresa sia quella giusta. </li></ul><ul><li>Il Team Product effettua test a varie riprese su aree di staging preposte a tali attività. Lo scopo di questi test è di dare una prima valutazione su: </li></ul><ul><ul><ul><ul><li>La corrispondenza del lavoro con il documento di specifiche </li></ul></ul></ul></ul><ul><ul><ul><ul><li>L’usabilità del prodotto </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Eventuali bug in fase embrionale </li></ul></ul></ul></ul>
  23. 23. <ul><li>Test Pre Lancio </li></ul><ul><li>Terminata la fase di sviluppo, la palla passa al Team di Prodotto , il quale procede con i test di rito. Nella fattispecie viene analizzato in profondità: </li></ul><ul><ul><ul><li>La completa corrispondenza con il documento di specifica (eventualmente rivisto in seguito alle presentazioni e ai debriefing successivi) </li></ul></ul></ul><ul><ul><ul><li>Il corretto funzionamento del prodotto in tutte i suoi dettagli (es. la registrazione dell’utente va sempre a buon fine? Si verificano eventuali messaggi di errore? Testi e immagini si visualizzano correttamente?) </li></ul></ul></ul><ul><ul><ul><li>L’ usabilità del prodotto (è facile navigare il sito? L’utente accede rapidamente alle informazioni che sta cercando? Il tempo di download delle pagine è accettabile?) </li></ul></ul></ul>TEST: Test del Prodotto in Sviluppo e Test Pre Lancio
  24. 24. LANCIO Launch & Learn
  25. 25. <ul><li>Launch & Learn </li></ul>LANCIO: Launch & Learn <ul><li>Coerentemente con l’approccio Web 2.0, la strategia migliore è quella di lanciare il prodotto e, attraverso l’ osservazione empirica e l’ analisi dei risultati , programmare eventuali enhancements . </li></ul><ul><li>La fase di learning prevede l’attenta valutazione di: </li></ul><ul><ul><ul><li>Statistiche (UV, page views, tempo di permanenza) </li></ul></ul></ul><ul><ul><ul><li>Feedback degli utenti (partecipazione e interazione!) </li></ul></ul></ul><ul><ul><ul><li>Revenues </li></ul></ul></ul>
  26. 26. ANALISI DEL TRAFFICO Unique Users & Page Views
  27. 27. <ul><li>Unique Visitors per Country </li></ul>ANALISI DEL TRAFFICO: Unique Users & Page Views
  28. 28. <ul><li>Visits per Country </li></ul>ANALISI DEL TRAFFICO: Unique Users & Page Views
  29. 29. <ul><li>Page Views per Country </li></ul>ANALISI DEL TRAFFICO: Unique Users & Page Views
  30. 30. Grazie per l’attenzione! [email_address] http://www.goadv.com http://controrete.blog.excite.it

×