Construyendo tu marketing stack

No es un secreto el papel que la tecnología está adquiriendo en todos los aspectos de nuestra vida, tanto privados como profesionales. Nuestra vida ha sido impactado en la misma forma que lo está siendo el negocio. La gran mayorías de las decisiones están yendo en la dirección de la automatización, con el objeto de agilizar y acelerar los procesos, poder dar respuestas en tiempo real aportando un valor añadido, agilizar la toma decisiones, controlar acciones,… Desde el campo comercial y el marketing se añade la personalización, que humaniza (al menos en teoría) las relaciones entre consumidores/clientes y empresas, para poder establecer lazos más estrechos y a largo plazo.

Este paradigma hace que grande agencias y consultoras de tecnología se disputen diferentes proyectos, ofertando diferentes servicios. Es un mercado en plena crecimiento que está siendo transformado (como analizamos hace tiempo en otro post). Otro de los ejemplos que hace pensar el peso de la tecnología es cómo está afectando al negocio en su día a día. No es raro oír hablar a profesionales del marketing de integraciones de sistemas (para amplificar modelos de datos principalmente) mediante llamadas API (Application programming interface) . Estos conceptos técnicos, anteriormente reservados para especialistas están en boca del ¨gran público¨ (marketeros, incluso responsables de negocio), lo que hace reflexionar sobre el gran cambio. Otro de los conceptos sobre los que se suele debatir, fuera de los círculos técnicos es el marketing stack. Es decir, el conjunto de aplicaciones y sistemas, que interconectados nos permitirán la consecución de nuestros objetivos. La aparición, y gran adopción de sistemas en la nube, ha hecho que equipos de negocio estén también en el día a día de estas batallas. Obviamente enfrentándose desde otro punto de vista, pero de cualquier modo algo impensable hace unos años.

Debido a la arquitectura en nube de estas plataformas (CRMs, ERPs, DMPs, CMPs, Marketing automation, CMS, Adservers,..) se trata de algo relativamente invisible (en cuanto a infraestuctura), y mucho más tangible para el usuario final. Por este motivo, el negocio está mucho más involucrado, y como se ha comentado en varias ocasiones, la petición o requerimiento inicial debe venir en esa dirección, ya que en el fondo la tecnología está para soportar al negocio. Una vez que la misión, valores y objetivos estén claros, podemos pasar a discutir una estrategia, que fundamentalmente se basará en el uso de una herramienta como las mencionadas. Esto vuelve ha abrir algunas preguntas y puntos a considerar:

• A dónde queremos llegar. Cúal es el estado ideal final. Obviamente no poder definirlo de forma cerrada, ya que a lo largo del camino diferentes condicionantes evolucionarán, y tendremos que ir adecuándolo. Pero si debe marca el rumbo a seguir
• Prioridades de negocio (casos de uso). Relacionado al punto anterior, no se trata de definir por completo todo el trabajo a realizar, sino centrarnos en las prioridades de negocio para ver cómo solucionarlas, aportar valor y seguir investigando. Por lo tanto definir y listar las prioridades de negocio, nos hará traducir mejor los requerimientos técnicos y funcionalidades a desarrollar
• Equipo de trabajo. Que incluye los roles y responsabilidades. Si queremos ser competitivos, debemos manejarnos en un entorno altamente capacitado, adaptable al cambio y de mentalidad ¨ágil¨. El equipo interno puede, o no, estar complementado por consultores externos, decisión que dependerá de cada caso. Pero lo que si es importante es tener un equipo sólido y completo.

Uno de los primeros puntos que hay que empezar a trabajar, a la hora de enfrentarse a la decisión de que sistemas evaluar es pensar en funcionalidades. Sistemas hay muchos y variados (CRMs, DMPs, ERPs, CMP, desarrollos a medida,..) pero lo importante es saber que queremos hacer. Con esta información podemos decidir como queremos utilizar los sistemas, y que enfoque encaja mejor en nuestra organización. Por supuesto, debemos pensar en el fabricante como un aliado, como un socio, ya que estamos confiando en él para soportan muchos de los procesos de negocio, y posiblemente muchos de ellos clave para nosotros. Por lo que establecer una relación de confianza mutua en la que podamos evolucionar de forma conjunta será lo que marcará el éxito. Existen muchas formas de establecer esa colaboración, pero una vez más dependerá principalmente de nuestra organización y de qué es lo que más convenga a ambas. Lo que sí será común a todos será establecer un gobierno. Según involucremos más recursos externos en nuestro entorno, más complicada se volverá la gestión y ese gobierno será fundamental y la única forma de mantenerlo bajo control. Por lo tanto, la selección de ese socio y colaborador deberá hacerse teniendo en cuenta parámetros técnicos (funcionalidades y experiencia) pero también afinidad cultural, visión a largo plazo…

Como he comentado al principio, con las plataformas en nube la infraestructura deja de ser un problema y debemos preocuparnos de la adecuación a nuestro negocio. Lo que hace único nuestro negocio son los datos, y para ellos pensar en el modelo de datos, y el flujo de los mismos será lo que nos haga triunfar. Todas las plataformas modernas están mas que diseñadas para estar interconectadas e integradas, pero lo que está en nuestras manos es decidir cómo queremos que fluyan esos datos. Durante la implementación surgirán diferentes retos, y quien esté colaborando en esa fase debe ser capaz de asesorar de la mejor forma posible

Tampoco podemos pretender tener listo desde el primer día todo nuestro ecosistemas. De hecho si queremos avanzar rápido es mejor construir algo pequeño que funcione de forma completa, y luego pensar cómo escalarlo rápido. Un a prueba de concepto o piloto puede ser el mejor enfoque inicial. Además nos hará conocer mejor al fabricante, la potencialidad de la herramienta y seguramente nos hará plantearnos nuestras prioridades de nuevo. En el fondo se trata de ir ganando experiencia y conocimiento, y una de las mejores formas es compartir nuestras experiencias con otras organizaciones. Esto requiere tener entornos de pruebas, realizar test, pero sobre todo ser capaces de corregir rápidos los errores para volver a estar en posición. La innovación va a compartir y colaborar. Trabajar de forma aislada no va a ayudar a tener más éxito, y hay muchos ejemplos que lo prueban (grandes compañías tecnológicas de Boston de los años 80 y 90, en comparación con las pequeñas start ups actuales de silicon valley por ejemplo). Si tenemos en cuenta que el mundo de la tecnología para el marketing y área comercial es la que más competencia tiene (recomiendo seguir a Scott Brinker), por lo que tener referencias que puedan ir guiando nuestras decisiones y actividades nos hará poder progresar más rápido y de forma más segura (sabiendo que no hay dos organizaciones iguales)