viernes, 21 de diciembre de 2007

Cuidadito con el SMS-Marketing!!

Estimado lector,

hace poco recibí la visita de unas personas de un Teleoperador de Telefonía Móvil muy importante que venían con el objeto de presentarnos su Infraestructura Tecnológica para el desarrollo de servicios SMS (mensajes cortos), MMS (mensajes multimedia), WAP-PUSH (mensajes WAP) y LBS (localización de móviles).

Según me comentaron, los objetivos comerciales que tienen marcados de ahora en adelante son objetivos de venta en relación a la mensajería SMS, y eso fué lo que motivó su visita (para vender tecnología, cuando no tienes soluciones, primero vas donde los que sí tienen soluciones, las evalúas y si te parecen "vendibles" a cliente final, planteas entonces su integración con tu tecnología y las incluyes finalmente en tu portfolio).

A raíz de esta visita, en la que hablamos de Marketing y estrategias de comunicaciones a través del SMS, principalmente, se me ocurrió que podría ser interesante comentarte un par de cosas sobre estas cuestiones. Verás... el Canal SMS es un canal muy "goloso" que, al final, cuando no lo llevas de la forma correcta (y con las herramientas correctas) se te puede ir muy fácilmente de las manos; no querrás "cargarte" de un zarpazo SMS tu amable, larga y sabia relación comercial con tus clientes, ¿verdad?

SMS-Marketing?.... Sí, pero ¡no de cualquier forma!

Si, cuando te planteas acciones de comunicaciones con tus clientes, eres de los que prefieren pedir perdón antes de tener que pedir permiso, ¡este no es un artículo para tí! ;-)

Si por lo contrario quieres seguir manteniendo una buena relación con tus clientes, aportándoles además servicios de información exclusivos y personalizados, directamente a sus teléfonos móviles, entonces sí te podría ser de alguna ayuda lo que te voy a comentar a continuación...

El SMS es la bomba

Pues sí, el Canal SMS es un medio que no trae más que bondades y facilidades para un Departamento de Marketing:

  • Bajos costes y fuertísima penetración en nuestra sociedad,

  • Altas tasas de lectura y de memorización (no solo leemos todos los mensajes que nos llegan sino que además los memorizamos con mucha facilidad, los recordamos perfectamente),

  • Sencillo e inmediato, llega directamente al "bolsillo" de tu cliente,

  • No molesta y es discreto (exactamente lo contrario de una llamada de teléfono),

  • Personal, permite acercarte al destinatario,

  • ... y un largo etcétara de virtudes de este índole!!

Además, si miras las tasas de éxito/respuesta que suelen tener las Compañías que emplean este medio de comunicación de forma habitual, parece realmente interesante "subirse al carro"!!

... Sí, pero...

El lado negativo de todo esto ocurre cuando quien emplea este medio a fines comerciales, no entiende realmente las características del mismo.

Todo lo que voy a intentar explicarte a continuación, lo resumen muy bien mis amigos de la empresa ABYPersonalize, con esta frase:

Un mensaje en el momento inadecuado, sin segmentación, hacia la persona incorrecta y con el contenido inapropiado, puede provocar la ruptura de la relación entre la empresa y el cliente.

¿Parece obvio?... Sí, claro... aún y todo, medita esa frase y luego pregúntate porque MUY poca gente la lleva a la práctica. Precisamente, son todas esas campañas que se "saltan las reglas del medio SMS" las que pueden llegar a "quemar" este canal en un momento u otro (ya se observan de hecho hoy en día, indicios de "desgaste" por culpa de personajes que "prefieren pedir perdón antes que pedir permiso").

Con el SMS-Marketing, más que en cualquier otro medio de comunicación, no es suficiente el mero cumplimiento de la Ley. Tienes que ir más allá:

  • Entender los hábitos del público objetivo,
  • Respetar escrupulosamente tu cliente, sus preferencias, necesidades y su intimidad,
  • Asegurarle una experiencia po-si-ti-va de tal forma que valore en cada momento tus campañas... y las perciba incluso como un servicio de valor añadido (esto sí que sería "la bomba"),
  • Personalizar al máximo el tono de comunicación (de la misma forma con la que instintívamente lo haces cuando te diriges de forma directa a tu cliente).

Definitivamente, el SMS no es un Canal 1-to-many (ej. TV, Radio, etc.), sino un auténtico Canal 1-to-1. Cuando envías mensajes a tus clientes, hazlo asegurándote primero que lo que estás haciendo lo haces sobre un público objetivo que ta ha dado permiso para que lo hagas, luego que lo que vas a comunicar les interesa, y finalmente adapta la forma con la que se lo comunicas a sus características particulares (idioma, sexo, edad, antigüedad como cliente, situación social,...).

A modo de conclusión, antes de acabar, una última frase que nos proviene del ICEMD.... buenísima también:

Relacionarse con los Clientes, estén donde estén 24x7, representa hoy en día la gran amenaza y la gran oportunidad del marketing

Espero que este artículo te haya, por lo menos, propiciado la luz sufiente para entender que el mero hecho tecnológico de poder enviar (SEND) y/o recibir (RECEIVE) mensajes cortos SMS no es suficiente para que un Departamente de Marketing pueda realmente usar este fantástico medio de comunicación.

Si necesitas más información... o simplemente buscas, como el Teleoperador de Telefonía Móvil que te comentaba al principio de este artículo, una Solución Profesional "llave-en-mano" para tus Comunicaciones SMS, no dudes en ponerte en contacto conmigo.

Atentamente,

JV.

lunes, 3 de diciembre de 2007

Un poco de tecnología base...


Si me lo permites, quisiera empezar mi BLOG hablando de tecnología... es decir, esta parte de mi BLOG estaría más bien dirigida a técnicos; arquitectos y programadores JAVA/J2EE™ para ser más exacto...

Me gustaría empezar por ahí porque todo lo que hago hoy en día en cuanto a Soluciones de Movilidad está basado en esta tecnología que forma el "núcleo duro" de todas nuestras implantaciones (M-FRONT® Platform).

Lo que te quiero explicar aquí (¡amigo "javero"!) es cómo, a partir de una infraestructura middleware J2EE™, 100% diseñada/preparada (como bien sabes) para aplicaciones n-tier en entornos Web, podemos llegar a crear servicios móviles de mensajería SMS de una forma elegante, extensible, reusable y sólida.

¿Preparado?...

Hace algo así como 5-6 años, me dí cuenta de que se estaban comentiendo para el desarrollo de servicios de mensajería SMS, exactamente los mismos errores que los que cometimos todos en los inicios de J2EE™:
  • Diseño de código Java monolítico,
  • Poca orientación a la reusabilidad,
  • Interdependencia entre las capas de presentación y de negocio,
  • Interfaces de programación propietarios,
  • etc.

En aquel entonces, en paralelo a todo esto, recuerdo que ofrecí mi colaboración para la definición del JSR-212, JSR que pretendía definir un API Java genérico y adaptable para la mensajería SMS y multimedia. Lo comento porque esa colaboración me permitió "atinar" un poco más en cuanto a necesidades e implicaciones ligadas a un API Java de mensajería SMS/MMS (aspectos comunes con otros APIs, independencia con respecto a proveedores físicos, etc.).

Era una pena observar cómo, una vez más, las soluciones que habíamos ido encontrando, entre todos, para mejorar la mantenibilidad de nuestras aplicaciones Web no se estaban trasladando al Canal SMS, es decir al software que lleva los servicios SMS! Me estoy refiriendo, por supuesto, a interfaces de programación estándares para la programación y a patrones de diseño y "Best Practices" en cuanto a arquitectura técnica.

Personalmente, la reflexión más importante que me hice a mí mismo, la que al final me permitió trazar el camino que tenía que seguir para mis futuros desarrollos SMS/MMS/WAP-PUSH, fué:

"El paradigma request/response del Canal HTTP y su carácter Stateless... no son tan distintos al paradigma pull/push de los Canales de Mensajería Móvil y a la naturaleza de los mismos."

Cierto... dicho de otro modo, enviar una petición HTTP a un servidor Web para activar un servicio y/o que este nos conteste simplemente con un contenido HTML, es exactamente igual a cuando enviamos un mensaje a un servicio SMS y este nos devuelve un mensaje de texto a modo de respuesta (por ejemplo).

Y por otro lado, recibir un correo electrónico es también similar a la recepción de mensajes de alerta SMS... sólo cambia el Canal, los terminales clientes y los servidores de comunicaciones que llevan la tecnología de transporte. ¡Sin más!

En un entorno middleware J2EE™, existen determinados interfaces de programación, librerías y frameworks muy bien preparados para esas necesidades HTTP:

  • Servlet (capa de gestión request/response con soporte de mantenimiento de sesión),
  • JSP y tag libraries (capa de presentación),
  • STRUTS (paradigma model/view/controller),
  • Java Resource Bundle (internacionalización),
  • etc.

¿Porqué no reusar estos recursos ya muy bien conocidos por los programadores Java?, ¿Porqué no aprovechar esos conocimientos y lograr que los programadores Web Java se conviertan "de un día para otro" (en realidad, estamos hablando de 2 días!) en programadores de servicios SMS/MMS/WAP-PUSH? Sin conocimientos de telecomunicaciones, sin necesidad de "pelearse" con interfaces de programación propietarios (cada SMSC [Centros de Mensajería SMS], apartando unos pocos estándares que pocos te ofrecen, tiene su propio API para el envío y la recepción de mensajes cortos), sin tener que lidiar con políticas de reintentos o de gestión de tickets para mantener sesiones y/o contextos transaccionales, etc. etc. etc. etc.

Todo esto y más era lo que quería yo servirle en bandeja al programador Java, a través de un "middleware de movilidad" que no iba a ser otra cosa sino una extensión de J2EE™.

... [¡unas 100,000 líneas de código Java más tarde!] ...

Logré finalmente poner en marcha una primera versión beta de este middleware (denominado M-FRONT® Platform) sobre dos servidores de aplicaciones J2EE™ bien distintos:

  • JBoss Server,
  • WebLogic Application Server.

La independencia lograda fué bestial en cuanto al Canal (SMS, MMS, WAP-PUSH, IVR, FAX) y al Proveedor del Canal (NetSize, modem SMS, Tempos21, NVIA, etc.).

Las similitudes del API de desarrollo de servicios de mensajería interactivos (ej. servicios SMS Premium) con el API Servlet son verdaderamente impresionantes, lo cual facilita muchísimo su aprendizaje para un programador Java. Y, además, aquí también tienes la posibilidad de recuperar la sesión del usuario móvil que te está enviando un mensaje... todo ¡automáticamente! (no tienes que preocuparte por codificar tu propia estrategia de mantenimiento de datos de sesión para tus servicios SMS).

El paradigma MVC (model/view/controller) llevado a cabo a través de un Contenedor de "Componentes de Movilidad" convierte la tarea de "programación de servicios SMS" en una tarea de "ensamblaje de componentes reusables" mediante un simple trabajo de configuración de nuestro servidor, configuración cargada/guardada en un fichero central XML:

  • Tienes componentes para generar los contenidos de tus mensajes: componentes MPage (que físicamente son páginas JSP estándares basadas en una infraestructura de librería de tags y unas capacidades multi-idioma derivadas del estándar Java Resource Bundle)
  • Tienes componentes que se encargan del control (validación y demás) de los mensajes entrantes: componentes Mlet (¡que ofrecen un API casi idéntico al de Servlet!)
  • Y finamente, tienes componentes de acceso a la lógica de negocio (un tipo de "Business Delegate"): estos son los componentes MComponent.

Todos los tipos de mensajes posibles (entrantes y salientes, SMS, MMS, IVR y demás) son convertidos a un tipo genérico denominado UMSMessage (UMS, como Unified Messaging Service) y el transporte interno de los mismos (dentro del middleware, entre sus diferentes componentes y subsistemas) se realiza sobre el kernel de mensajería JMS que tengas configurado para tu servidor de aplicaciones base. De esta forma, heredamos también de todas las bondades de un buen servidor JMS!

Bueno... enfín, después de todo esto, creo que ya te haces ahora una idea mejor de qué es (o debería ser) una buena infraestructura middleware para el desarrollo de aplicaciones y servicios de mensajería móvil, y cuáles fueron mis objetivos, en particular, cuando diseñé y programé M-FRONT® Platform.

Para concluir este pequeño "inciso tecnológico", simplemente comentarte que hoy en día esta Plataforma ofrece un soporte a muchas más cosas que los servicios de mensajería móvil ya comentados, como por ejemplo aplicaciones BlackBerry, Windows Mobile y J2ME.

Pero ya hablaremos de todo esto más adelante....

Muchas gracias.
Atentamente,

JV.

sábado, 1 de diciembre de 2007

Acerca de...


Gracias por tu visita amigo! Permíteme, por favor, que me presente muy brevemente; soy Johann Vázquez, francés (zona de Baiona), tengo 38 años, ¡2 hijas preciosas!, y soy el Director del Área de Movilidad y Mensajería Multicanal de la empresa ATE INFORMÁTICA, S.A..

Tengo que reconocerlo... me apasiona mi trabajo! Me apasiona tanto que, como puedes constatar, he decidido ponerme a escribir en mis ratos libres sobre ello, en este pequeño espacio que nos ofrece blogger.com...

Espero que lo que leas no solo te interese sino que además te sea muy provechoso. Mi objetivo es precisamente este: proporcionarte datos, ejemplos y consejos de tal forma que puedas entender qué te pueden aportar las tecnologías móviles en tu entorno empresarial. El tema es ayudarte para que apliques en cuanto antes y sin problemas las Soluciones Móviles que te ofrece el mercado.

De vez en cuando, es probable que haga algún "inciso" que otro sobre cuestiones tecnológicas más profundas, pero cierto es que no representan verdaderamente el propósito principal de este espacio. Si caes por casualidad un día de estos sobre un artículo de este tipo en el que todo te "suena a chino".... por favor, ¡perdóname!

Para terminar, por supuesto, si quieres preguntarme cosas... adelante, ¡no te cortes!, para eso estamos, ¿no?

Muchas gracias.
Atentamente,

JV.