Diseno de plataformas de redes sociales para smartphones: Caso Pinwall

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    Favorites, Groups & Events

    Diseno de plataformas de redes sociales para smartphones: Caso Pinwall - Presentation Transcript

    1. Diseño de plataformas de redessociales para smartphones
      Caso: Pinwall
    2. Agenda
      Plataformas móviles
      Antecedentes
      Sobre el proyecto (experiencias y recomendaciones)
      Rentabilizando aplicaciones móviles
      Vista macro de conectividad de usuarios con servicio
      Esquema técnico
      Algunos Términos
      Arquitectura de BB
      Modelos de apps
      Herramientas
      J2ME a BlackBerry
      Desplegando apps
      Firmando la aplicación
    3. 1) Plataformasmóviles
      @asantos
    4. Antecedentes
    5. Tecnología móvil
      • Las redessociales no son nuevas, peroconstantementeexigenevolución, en estecaso a plataformasmóviles.
      • Los serviciosbasados en TIC estánganando campo en plataformasmóviles de forma exponencial.
      • La brecha digital se reduce.
    6. Estadísticas (1/3)
      • 11/marzo/2009 @ Gartner, Inc*, muestraque hay un incremento en la ventamundial de smartphones del 3.7% en el 4to trimestre de 2008.
      • En el año 2008 se vendieron 139.3 millones de smartphones (incremento del 13.9% respecto al 2007).
      • En el 1er trimestre del año 2009 se vendieron 36.4 millones de unidades (incremento del 12.7% respecto al mismo período del 2007).
      * Gartner, Inc. (NYSE: IT) esunaconsultora líder en el mercado global de TICs
    7. Estadísticas (2/3)
      Venta de smartphone a usuarios finales, 2008 (en unidades de mil)
    8. Estadísticas (3/3)
      Venta de smartphone a usuarios finales, 2008 (en unidades de mil)
    9. Sobre el proyecto
    10. ¿QuéesPinwall?
      Pinwallesuna red social móvilquetepermitegenerar
      contactos (amistad o negocios) con personas quetambién
      tengan un BlackBerry® smartphone.
    11. Alcance actual del servicio
      Llenarperfil personal y de negocios.
      Subirfoto (muyimportante).
      Buscarcontactosbajotodos los parámetros.
      Inbox (msg / friend requests / sys notifications).
      Mensajeríainstantánea.
      Integración de contactos con Address Book.
    12. Nuestraconstante meta
      • Crear la másgrande, fuerte y activa red social móvil.
      • Ser laaplicaciónqueutilice la genteparabuscar y encontrarcontactosquetengan un BlackBerry® smartphone a nivelmundial.
      • Pinwalldebe de ser percibidacomounaaplicaciónobligatoria a tenerinstalada
    13. Recomendaciones deotros antes de arrancar
      Edwin Aaoki - AOL Lo que importa es armar una comunidad y juntar a las personas. Implementa una aplicación web que te apasione y luego encontrarás como rentabilizarlo.
      Kevin Marks - Google Solamente pídele al usuario información que realmente necesites (username, email, contraseña). Si pides código postal lo más probable es que te pongan 90215 o 12345.
    14. Recomendaciones (1/5)
      Antes de decidir cual será la interfaz
      final en una aplicación móvil, piensa
      muy bien en 2 cosas:
      1. Factibilidad de implementación
      2. Que le guste al usuario final
    15. Diseño v1
    16. Diseño v2
    17. Diseño v3
    18. Diseño v4
    19. Diseño v5
    20. Recomendaciones (2/5)
      Las tres F’s: Feedback, feedback, feedback.
      Arranca con unafase beta cerrada.
      Lee y analizadetenidamente el feedback de tus beta testers… siempretienenalgobuenoquedecir.
    21. 172 cambios para el BETA
    22. Recomendaciones (3/5)
      El Marketing Viral esmuyefectivo en mediosmóviles. En un mes se hanenviadomás de 65,000 correos de gentequedeseacompartir la aplicación con sulista de contactos del BlackBerry.
    23. Recomendaciones (4/5)
      Los usuariossiempre se equivocan.
      El uso de Poka-Yokes esescencialparaminimizarerrores.
      En Indonesia se registran en promedio 2 personas x minuto. 1 de cada 14 quetengan email en Yahoo, meten mal el dedo(@yahoo.com en vez de @yahoo.co.id)
    24. Recomendaciones (5/5)
      Los integrantes de tuequipodeben detenerganas de investigar y aprender;casocontrario se estanca el proyecto.
    25. Equipo humano
      @lerh
      @asantos
      @falvarad
    26. ¿Cómo rentabilizaruna aplicación?
    27. Alternativas
      AplicacionespagadasMuyefectivocuando app cumplefunciónespecífica y esunanecesidadpara el usuario final. Ejemplos:
      • Black and White List
      • WorldMate Live
      PublicidadMuyefectivocuando se trata de plataformas de interacción social o medios. Ejemplos:
      • Viigo
      • Pinwall ;)
    28. Beneficios de publicidad móvil (1/3)
      • InmediaciónLas campañasmóviles son relativamentefácil de crear y ejectuar. El mensaje/banner publicitariollega a su target en cuestión de segundos.
      • MovilidadLa publicidadsiempreestará al lado del consumidor (en la palma de sumano).
      • AsequibilidadEl costo de publicidadmóviles mucho menor al costo de mediostradicionales.
      • AlcanceNo hay barreras. Cualquiera, donde sea, en cualquiermomentopuedever la publicidad (siempre y cuando se tenga un BlackBerry® smartphone).
      • Comunicación viralLa tecnologíamóvilincentiva el marketing viral con la ayuda de redessocialesexistentes y queyatienenpenetración en el mercado (twitter / facebook).
      Beneficios de publicidad móvil (2/3)
    29. Beneficios de publicidad móvil (3/3)
      • EfectividadSi laspublicidadesaparecen en holders estrategicamenteseleccionados, seránvisibles y efectivospara los usuarios (consumidorespotenciales).
      • PersonalizaciónAl igualque en publicidad web, el publicitantepuedepersonalizar y modificar el diseño, mensajetransmitido y links a sitiosmóviles. Todoestoon-the-fly.
    30. Ejemplo
      PAP
      • Manejo de campañas
      • Visualización de estadísticas
    31. Vista macro de conectividadde usuarios con servicio
    32. Recomendacionespara API
      Seguridad y Costos
      • Requests: URLs con llamadas y códigos de seguridad+hash (SSL).
      • Formatodocumentos: XML/JSON (reduce errores).
      • Gzip: Comprimircualquierdatoenviadodesde el servidorhaciadispositivomóvil.
      • Headers: Apache debe de reconocersi el documento ha cambiado o no desdesuúltimo build.
      • Caché: exigirque el motor de la base de datostrabaje lo menosposible.
      35
    33. 2) Esquema Técnico
      @lerh
    34. Algunos términos
      • MIDlet: Un programageneralmenteaplicaciones o juegosescrito en Java quecorre en un telefonomovil.
      • MIDP: Es una version de J2ME integrada en el hardware de dispositivosmovilesquepermite el uso de (MIDlets).
      • CLDC: framework paraaplicaciones J2ME queapunta a dispositivos con limitadosrecursos.
      37
    35. Arquitectura de BlackBerry
      • Unavezque un dispositivoestasobre la red de un carrier (operadoratelefónica), estaesenlazada al Centro de Red de Operaciones de RIM (Research in Motion).
      • El Centro de Red de Operacionestieneconexionesdirectas en todo el mundo con:
      • Operadoras partners
      • BES (BlackBerry Enterprise Server)
      38
    36. Modelosde aplicacionesparaBlackBerry® smartphones
      • Aplicación Java Personalizada o AplicaciónNativa .
      • Aplicación Web (móvil).
      Consideraciones:
      • Desarrollo
      • Despliegue
      • Usabilidad
      • ¿PorquéPinwallesunaAplicaciónNativa?
      40
    37. Herramientas
      • Entorno de Desarrollo:
      • Eclipse+Plugin (SDK BlackBerry).
      • RIM Java Development Enviroment+Emulador.
      • Netbeans+Plugin (SDK BlackBerry).
      • Emulador (disponibleparatodasy cadauna de lasversionesde los OS para BlackBerry).
      41
    38. Condiciones
      • Ciertasinvocaciones o llamadas a aplicaciones o funcionalidades no disponibles (explorador de archivos).
      • Mínimaversiónde SistemaOperativo del dispositivoquesoporta la aplicación.
      42
    39. De J2ME a BlackBerry (1/2)
      • Puedesusar el CLDC, MIDP y BlackBerry APIs juntos con una notable excepcion los UI APIs. Unaaplicacion no deberíausar :
      javax.microedition.lcduiy net.rim.device.api.ui.(ambos paquetesjuntos).
      • RIM UI APIs proveen de granfuncionalidadperomas control sobre el diseño o layout de laspantallas o screen.
      43
    40. De J2ME a BlackBerry (2/2)
      • RIM UI APIs es similar a Swing en el sentidoquelasoperaciones de UI ocurrensobre un thread (hilo).
      • Para correr un códigosobreestehilo, unaaplicacióndeberíaobtener un candadosobreesteobjeto:getEventLock(), invokeLater(), invokeAndWait()
      • Se puedeescoger entre desarrollar un MIDletquecorrasobrecualquierdispositivoquetengahabilitado el MIDP o un RIMlet (Queusaespecificamente BlackBerry APIs).
      44
    41. Desplegandoapps (1/4):
      OTA y Desktop Manager
      • Las aplicacionespueden ser descargadasdesde la red víaOTA (Over the Air). Dos archivos son puestos en el servidor:
      • .jadque describe a la aplicación (metadata)
      • .cod (archivoejecutable).
      • El servidordonde reside la app paradescargardebeidentificar los MIME types para los .jad y .cod.
      • Usando el Desktop Manager esnecesariogenerar un archivo .alxquees un archivo XML (descripción de la aplicación Blackberry) ademasdel archivo .cod.
      45
    42. Desplegandoapps (2/4):
      OTA y Desktop Manager
      46
    43. Desplegandoapps (3/4):
      OTA y Desktop Manager
      47
    44. Desplegandoapps (4/4):
      OTA y Desktop Manager
      • ¿Cómo generar el archivo .cod?
      • Si el proyecto ha sidodesarrolladobajo los entornos antes mencionados (JDE, Eclipse, Netbeans) esteesgeneradoautomáticamente.
      • Casocontrarioejecutar en líneade comandos.(Convertirlos .jad y .jar en un .cod ejecutando la herramientarapc)
      rapc import = “rutaInstalacionJDElib et_rim_api.jar”
      codename=”nombreAplicacion” –midlet
      jad = NombreAplicacion.jad NombreAplicacion.jar
      48
    45. Firmando la aplicación (1/2)
      • Estaaplicación se firma siempre y cuando se hayahechousode algunasclasesquerequieranfirmas“Allow access to RIM Signed APIs”:
      • net.rim.device.api.system.CodeModuleGroup
      • net.rim.device.api.system.PersistentObject
      • net.rim.device.api.system.ApplicationManager
      • net.rim.blackberry.api.invoke.AddressBookArguments
      • net.rim.blackberry.api.browser.Browser
      49
    46. Firmando la aplicación (2/2)
      • Estasclases y otrasmás obligan a que la aplicaciónestéfirmada antes de ser instalada en el dispositivo.
      • Se firma porrazones de seguridad y control de exportación de la aplicación.
      • Y, ¿cuándousoestasclases? Cuandodeseasañadirciertafuncionalidad a tuaplicacióncomo:
      • levantarla aplicación al iniciar el dispositivo
      • accesara la libreta de direcciones
      • invocara otrasaplicaciones o módulosdel sistema
      50
    47. Algomás (1/2)
      • Algunosdatosdentro de la aplicación son consumidosdirectamentedesde el servidor y otros son obtenidos de la persistencia de datos en el dispositivo.
      • Reescritoparalograr la personalización visual en Pinwall:
      • Screen (Pantallas)
      • Managers (Layout)
      • Controlesde Interfaz de Usuario (EditField, ButtonField)
      51
    48. Algomás (2/2)
      52
    49. getpinwall.com
      010001100100100101001110 (FIN)

    + Andres SantosAndres Santos, 4 months ago

    custom

    495 views, 0 favs, 0 embeds more stats

    More info about this document

    © All Rights Reserved

    Go to text version

    • Total Views 495
      • 495 on SlideShare
      • 0 from embeds
    • Comments 0
    • Favorites 0
    • Downloads 11
    Most viewed embeds

    more

    All embeds

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as inappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel
    File a copyright complaint
    Having problems? Go to our helpdesk?

    Categories