Entonces, con millones de usuarios de smartphones, usando su teléfono todos los días, ¿qué podemos hacer para aprovecharlo? "Para un número cada vez mayor de consumidores, en todos los mercados, niveles de ingresos y demografías, el teléfono móvil es el dispositivo y el canal de comunicación más cercano a sus corazones. Es por definición íntimo y personal, llevado a todas partes, usado durante todo el día y personalizado al tomar y guardar fotos personales, descargar música, agregar fondos de pantalla, crear accesos directos y, cada vez más, a través de la selección de apps y funciones." De TNS Global Key Insights Mobile Life. Debido a esto, el smartphone representa una gran oportunidad para que las marcas tengan una relación íntima, uno a uno con sus clientes. Desde el punto de vista del owned media, tendríamos opciones como

• desarrollar un sitio móvil
• una app móvil nativa
• aprovechar las redes sociales existentes como Facebook, Twitter, Instagram.

Con un sitio móvil, no puedes aprovechar diferentes funciones como acceso al álbum de fotos, cámara, videos, contactos y otros. La experiencia probablemente no sea tan rica/interactiva como con una app móvil nativa. Sin embargo, lo bueno es que un sitio móvil es agnóstico de plataforma, es decir, podría funcionar tanto en iOS, Android o Windows. En cuanto a las Apps Nativas, podrías construir apps realmente complicadas con experiencia rica, gráficos bonitos, imágenes 3D etc... Sin embargo, es muy importante saber que probablemente tendrías que crear diferentes versiones de la misma app para iOS, Android, Windows Mobile u otros sistemas operativos.

¿Tu sitio actual es amigable para móviles?

Para responder esta pregunta, podrías intentar visitar tu propio sitio en un smartphone o podrías usar un simulador de teléfono móvil (es decir, solo busca online "¿Cómo se ve tu sitio en móvil?" y encontrarás muchas herramientas gratuitas). Si tu sitio está hecho en flash, entonces NO podrás ver nada en iPhone (o cualquier dispositivo iOS como iPad, iPod Touch) porque iOS no soporta flash. Algunas herramientas te darán pistas sobre cómo optimizar tu sitio móvil. Las preguntas que hacen podrían ser como:

• "¿Ves imágenes rotas o contenido faltante?
• ¿Puedes leer el texto sin hacer zoom ni desplazarte de lado a lado?
• ¿Se pueden hacer clic en los enlaces y botones con el pulgar?
• ¿Son visibles los videos, juegos u otras animaciones?
• ¿Los visuales y el tono son consistentes con otros materiales de marketing?"

Al responder estas preguntas y saber cuánto tiempo tarda tu sitio móvil en cargar, supongo que podrías tener una idea muy aproximada de cómo rinde tu sitio móvil y qué área deberías investigar para mejorar el sitio. De nuevo, la lista anterior es muy básica y hay muchas otras cosas que verificar para saber si tu sitio es amigable para móviles.

Sitio amigable para móviles

En Vietnam, cuando se trata de desarrollar un sitio móvil, desde un punto de vista técnico, hay un par de opciones para ti:

Responsive Web Design

Responsive web design (RWD o Diseño Responsivo) es relativamente nuevo así que todavía hay un largo camino por recorrer para que diseñadores y desarrolladores dominen este concepto y lo lleven a la vida de manera hermosa. Hay muchos ejemplos de sitios web con diseño responsivo como http://mashable.com/, http://www.bostonglobe.com/ o mi propio blog usa un tema que soporta diseño responsivo. No me he encontrado con muchos sitios en Vietnam que implementen Responsive Design. De "Think Insights with Google", escribieron "El diseño web responsivo (RWD) te permite optimizar la experiencia de tu sitio en diferentes tamaños de pantalla sin crear múltiples sitios web. Al usar plantillas flexibles, CSS media queries y eventos de JavaScript, un diseño web responsivo puede responder al tamaño del viewport de un dispositivo, ajustando imágenes, diseño de plantilla y visibilidad del contenido. Incluso puedes aprovechar capacidades novedosas del dispositivo como arrastrar, deslizar y otros gestos de usuario reconocidos por dispositivos táctiles. Todas estas técnicas de CSS y JavaScript se pueden aplicar sobre un solo archivo de contenido HTML, entregado a todos los dispositivos." Ejemplo a continuación de Mashable para mostrar el responsive web design en caso de que no estés seguro de qué es: Este es el tamaño de pantalla normal para escritorio (estoy usando Macbook Pro y la resolución es "best scaled"), notarás que el título del artículo en el lado derecho "Google Glass Photographer Makes Picture Taking Awkward". Si miras la parte resaltada, puedes ver que el artículo tiene título en 2 líneas y algunas descripciones debajo. Ahora mira la imagen de abajo para el tamaño de pantalla de iPad. Si quieres replicar esto, solo necesitas reducir el tamaño de la ventana del navegador. Debido al tamaño de pantalla más pequeño, el título del artículo ahora aparece en 4 líneas, ya no tenemos espacio para la descripción del artículo. Sin embargo, como puedes ver, el diseño es responsivo y nuestra vista sigue siendo óptima. El diseño no se rompe y aún puedes leer el contenido fácilmente. El último ejemplo es el tamaño de pantalla de smartphone para el mismo sitio de Mashable. Como puedes ver, el diseño cambia completamente para adaptarse al tamaño de pantalla pequeño. Solo ves la sección de Noticias en la homepage. La navegación principal se reduce al botón en la esquina superior izquierda. Si quieres ir a otras secciones, tienes que hacer clic en ese botón.

Sitio móvil: Servir diferente HTML dinámicamente en la misma URL

Cuando un cliente visita tu sitio web, es posible que tu servidor web detecte qué tipo de dispositivo están usando y presente una página personalizada (HTML + CSS) en la misma URL. Estas páginas personalizadas pueden diseñarse para cualquier tipo de dispositivo — teléfonos móviles, tablets, computadoras de escritorio e incluso Smart TVs. Detectar el dispositivo del usuario y cambiar el contenido que sirves requiere cierta personalización (por ejemplo, hojas de estilo) que necesitan mantenerse por dispositivo.

URLs móviles separadas

Otra opción para personalizar la experiencia del usuario según el tipo de dispositivo es construir un sitio separado para tráfico móvil, independiente de tu sitio de escritorio original. El navegador detecta si un visitante está en un dispositivo móvil y lo redirige a la versión optimizada para móvil de tu sitio (por ejemplo, m.vnexpress.net). Un sitio móvil dedicado te permite adaptar el sitio específicamente para usuarios móviles y a menudo se construye y aloja de manera independiente. Esta solución se usa bastante comúnmente en Vietnam. Algunos de los portales de noticias más grandes en Vietnam usan este tipo de implementación como VnExpress, Vietnamnet (2013).

¿Sitio amigable para móviles o app móvil nativa?

Desde el punto de vista del presupuesto, la opción con menor presupuesto sería tener un sitio móvil separado, es decir, URLs móviles separadas. Responsive Web Design sería generalmente más caro en comparación con el sitio móvil. Y por supuesto, construir un sitio móvil con diseño responsivo es mucho más barato en comparación con apps nativas. Si preguntas cuánto más barato exactamente para sitio móvil vs app nativa, de nuevo mi respuesta sería que depende. Estimaría que la proporción está entre 3-20 veces más caro tener una app nativa dependiendo de la funcionalidad también. Además del hecho de que cuesta menos dinero construir, el sitio móvil tiene la ventaja del alcance, compatibilidad entre plataformas, navegador. El usuario podría encontrar el sitio móvil bastante fácilmente solo buscando en Google. Para un sitio con responsive web design, hereda todas las ventajas anteriores del sitio móvil, además ofrece una experiencia de usuario mucho mejor en todos los dispositivos debido a diseños personalizados. Si quieres actualizar tu sitio con Responsive web design (RWD), podrías hacerlo vía CMS bastante fácilmente. Los cambios estarían en vivo en el navegador del usuario instantáneamente sin aprobación de terceros como en el caso del Apple AppStore. Tanto el sitio móvil "normal" como el sitio RWD tienen algunas grandes desventajas como:

• Muchos de ellos no pueden funcionar sin conexión a internet (Según mi entendimiento limitado, hay algunas Web Apps que ofrecen modo offline)
• No pueden acceder a los datos personales del usuario en el teléfono mismo, la cámara, calendario, flujo de fotos, acelerómetro etc... (Esto podría cambiar en el futuro)
• Generalmente no ofrecen una experiencia de usuario tan rica como la app nativa ya que animaciones complicadas, juegos, reportes, cálculos etc... no se pueden implementar fácilmente.
• Capacidades de push: Si quieres que tu sitio móvil (web app) funcione en segundo plano y te envíe notificaciones, no es posible en este momento
• La facilidad de monetización: con Google Play y Apple App Store u otros marketplaces, es mucho más fácil comercializar apps nativas y llegar a una audiencia masiva que puede pagar para descargar tu app nativa, o comprar artículos dentro de la app. Para sitios móviles, el modelo de suscripción parece estar entre las pocas opciones disponibles para monetización.

Una gran desventaja de la app nativa es que para proporcionar la mejor experiencia de usuario, la app necesita ser personalizada/construida para cada plataforma, es decir, una versión para iOS y otra versión para Android. Esto significaría que el costo de desarrollo es mayor para las apps nativas. El costo de mantenimiento también es mayor. Las desventajas del sitio móvil son naturalmente las ventajas de la app nativa. Sin embargo, ten en cuenta que una app nativa es igual que un activo de redes sociales o un sitio web, una vez que la construyes, necesitas gastar dinero para promocionarla a tus usuarios y mantenerla después. Así que no recomendaría desarrollar una app solo para una campaña de 2 meses y luego dejar de darle soporte después de eso.

Flujo de desarrollo de app nativa

Si quieres construir una app móvil nativa, el flujo general es así:

• Ideación: esto incluye el concepto de la app, funcionalidades clave. Normalmente sería mejor pensar en los beneficios a largo plazo de la app (tanto para los usuarios como para la marca), no solo para un impulso de campaña (1-2 meses) porque el costo de construir una app, promocionarla para que los usuarios la descarguen no es pequeño.
• Análisis de negocio: analizar los requisitos y sugerir solución tecnológica adecuada, framework de base para cada sistema operativo,
• Wireframe, Diseño: Igual que al crear un sitio web, el wireframe es críticamente importante para una app porque es la base de la interfaz de usuario. Si hay algo lógicamente incorrecto con el wireframe, o algo falta, la experiencia de usuario se vería severamente afectada.

El flujo de pantallas explicaría cómo funcionaría la animación. Con el flujo de pantallas, el cliente podría "visualizar" cómo usar la app, qué pasa cuando se toca un botón.

• Base de datos, CMS y API: esta etapa se trata de diseñar la base de datos, codificar el CMS y API según los requisitos. Podrías codificar el CMS y API usando php o Java o .Net, es tu decisión. Ten en cuenta que tu equipo de producción web "normal" podría manejar esta parte, solo necesitan producir la API según lo solicitado.
• Programación para conectar el front end de la app con la base de datos, CMS y API: en esta etapa necesitarías programar usando Apple/Android SDK, con lenguajes como Objective C para iOS, etc.

La siguiente pregunta que deberías considerar sería si deberías desarrollar la app nativa en Android o iOS o Windows.

¿Android o iOS o Windows?

Una cosa principal a considerar es la cuota de mercado entre iOS y Android entre tu audiencia objetivo. Claramente Windows NO es una plataforma común así que tu elección sería entre Android o iOS. Mi recomendación sería que si tienes el presupuesto, deberías ir por ambos. Si quieres monetizar tu app, usando pagos vía la tienda oficial entonces iOS es el camino a seguir. Los usuarios que usan Apple App tienen mucha más probabilidad de pagar por algo vs Android porque entre otras cosas es mucho más fácil encontrar una versión crackeada de una app de Android. De App Annie puedes ver que los ingresos de la iOS Store son como 4 veces más que Google Play mensualmente. Si necesitas elegir una plataforma entonces todo depende de tu audiencia objetivo y sus elecciones de smartphone. Como marketers, tenemos que seguir a nuestros usuarios y pescar donde están los peces. Por último, lo anterior es un extracto del capítulo de "Mobile Asset" en mi último libro sobre Vietnam Digital Marketing. Para comprar el ebook, por favor usa este enlace.