miércoles, 17 de noviembre de 2010

El día a día de un analista web

Siguiendo el hilo de mi anterior post, me gustaría hablar un poco más de las funciones de un analista web. Hace poco, he tenido la necesidad de explicar a una persona nueva en mi organización  en que consiste mi trabajo y me he dado cuenta de que para las personas ajenas a la AW es difícil entender que hacemos "los frikis de Internet". Para mí,  es necesario aterrizar la teoría y bajarla  a  un día en la oficina. 

Mi resumen del WSAB (Web & Social Analytics Bootcamp) se basó en las diferentes etapas de un analista web a la hora de desarrollar su trabajo en una empresa.
 
1.       Definición de los requerimientos y objetivos  de negocio
2.       Elección de la solución de medición
3.       Explotación de la información

La mayoría de las personas que trabajamos en este mundo nos encontramos viviendo  2 o incluso las 3 etapas a la vez, con lo que las tareas no pueden hacerse en ningún orden predefinido. Para llegar al detalle concreto y contar que hace un analista web me voy a basar en mi experiencia, y como solo he trabajado vinculada a la analítica web en una compañía, doy por hecho que no todos los profesionales que se dedican a la analítica web tienen exactamente los mismos objetivos y/o responsabilidades. Creo que el analista web es un poco "prisionero" de la estructura organizativa que tenga de la empresa en la que trabaje y sobre todo del departamento en el que se encuentre ubicado.

Es un debate muy antiguo y muy de moda a la vez el que debemos poner en marcha para llegar a decidir a que departamento debería  pertenecer al analista web dentro de la empresa. Las opciones son múltiples: en IT, en Marketing en Negocio... Al tratarse de una figura relativamente nueva en el panorama laboral de nuestro país, casi nadie se atreve a sentenciar cuando opina cuál es la posición ideal para que el analista pueda desempeñar su trabajo con las condiciones óptimas.

En mi caso particular, pertenezco al departamento de Marketing con sus ventajas y sus inconvenientes. Como ya he comentado, últimamente he estado trabajando en la definición del objetivo principal de mi puesto de trabajo y la creación de un listado de tareas detallado para explicar que hago realmente en mi puesto de trabajo. Tras darle muchas vueltas, al final  creo que he sido capaz de definir el objetivo como "optimización del canal web".
Y en cuanto al listado de tareas,  me ha quedado dividido en cuatro bloques, dos de optimización: de tráfico y del site, uno de integración de datos y el último de operativa. A su vez, los cuatro bloques serán el paraguas para poder completar muchas vueltas al flujo de trabajo de AW: medición, análisis, segmentación y optimización.



Los tres primeros bloques (optimización del tráfico, optimización on site e integración multifuente), son las partes más puras de analítica y en principio las más interesantes mientras que el bloque 4 (operativa) es un poco más accesorio, aunque no por ello menos importante.

Centrándome ya en el primer bloque de tareas, contiene los análisis o reportes necesarios para  la optimización del tráfico que somos capaces de atraer a nuestra página web. Debemos tener en cuenta el volumen de tráfico, de dónde viene, cuántas veces viene, de qué campañas viene y cuáles son sus características. Además, en el primer bloque está incluida la parte de test, totalmente imprescindible en cualquier proceso de optimización.

El segundo bloque contiene los análisis de optimización del site. Deberemos entender el negocio al que se dedica la empresa y sobre todo el objetivo de la web antes de definir  que analizar para optimizar. Al igual que en el primer bloque, encontramos aquí el test, como no podía ser de otra forma.

He definido tareas muy generales: embudos de conversión,  usabilidad y contenido. En cualquier página podemos construir un embudo de conversión: rellenar un formulario, navegar por el contenido en un orden concreto, realizar una compra... Es fundamental localizar las tareas y las micro-tareas que deseamos que nuestros usuarios lleven a cabo con éxito.

He llamado integración multifuente al bloque 3 porque me parecía que quedaba bien y porque la analítica web no puede tener una visión completa acerca de lo que está pasando sin un poco de ayuda externa. Entiendo por fuentes externas los datos del Adserver, las bases de datos internas de la compañía, los datos de budget de las campañas online o cualquier otro dato que complete la información de la AW.

El último bloque lo compone las tareas que no se ven, las que no van con ppt a un montón de destinatarios y que a su vez son totalmente necesarias para poder realizar el listado de reportes y análisis de los tres primeros bloques. Probablemente no todos los analistas web tienen que cubrir todos los puntos de este último bloque, e incluso puede que algunos no se hayan parado a pensar cuanto tiempo invierten en tareas "no productivas" por llamarlas de alguna forma,  pero seguro estaréis de acuerdo conmigo en que es tan necesario un tag bien puesto como un análisis bien hecho.

A mí no me gusta pasar dos días creando url parametrizadas antes de lanzar una campaña, pero si no lo hago, resultará imposible medir, analizar, segmentar y optimizar.