8 minutos

Aprenda a organizar y administrar los componentes de Adobe Analytics y Customer Journey Analytics con prácticas recomendadas de nomenclatura, descripciones, etiquetas, propiedad, aprobación y uso compartido. Descubra cómo utilizar herramientas como el diccionario de datos y los ID externos para optimizar los flujos de trabajo, mejorar la coherencia de los informes y generar confianza en la toma de decisiones basada en datos.

Cuando comencé mi viaje en Adobe Analytics, lo más difícil para mí era encontrar los componentes que necesitaba para incorporar a Workspace y obtener la vista que estaba buscando. Como en la mayoría de las implementaciones de Adobe Analytics, había numerosos componentes disponibles para mí como nuevo usuario que no me resultaban familiares. Con el tiempo suficiente, con depuración y prueba y error, finalmente pude entender bien lo que estaba viendo y comenzar a construir algunos informes coherentes. Sinceramente, no sé qué había disponible en ese momento, pero ahora hay muchas herramientas diferentes para facilitar a los usuarios la búsqueda, la comprensión, el uso y el uso compartido de componentes y espacios de trabajo. En este artículo, explico cómo uso estas herramientas para crear un entorno más limpio en el que los analistas trabajen. Afortunadamente, esto es lo mismo tanto si el usuario está en Adobe Analytics como en Customer Journey Analytics.

Crear una base sólida para los componentes

El único requisito al crear un componente nuevo es un nombre. Personalmente, he creado cientos de componentes, especialmente métricas calculadas y segmentos/filtros, con solo un nombre. Aunque esto puede estar bien para la creación de informes o investigaciones no planificadas, en realidad no es una buena práctica para los componentes que otros miembros de su organización pueden utilizar. Cualquier elemento compartido debe incluir al menos un nombre descriptivo, una descripción rellenada y una o más etiquetas. Un administrador o el equipo propietario de los datos deben aprobar cualquier contenido compartido en general o con nuevos usuarios. Todos los componentes aprobados tienen un pequeño icono de marca de verificación junto a ellos para identificarlos como aprobados. Seguir estas sencillas reglas podría ahorrarle a usted y a su organización horas de confusión y trabajo.

Crear un Adobe Workspace sostenible y organizado

Aunque el mínimo mencionado para un componente es un nombre, una descripción y una etiqueta, hay muchos otros aspectos relacionados con mantener un Workspace organizado. Creo que, además de tener tantos campos disponibles rellenados como sea posible, es mejor tener un proceso documentado para revisar y mantener estos componentes. A continuación, analizo los aspectos más importantes para mantener organizado su entorno de Adobe. No profundizaré demasiado en los detalles sobre tareas específicas, ya que Adobe ya proporciona documentación extensa. Este artículo pretende ser una práctica recomendada en lugar de una guía de procedimientos.

Prácticas recomendadas de nomenclatura para componentes

Cuando voy a nombrar un nuevo componente, trato de hacerlo de manera muy descriptiva, especialmente cuando se trata de métricas calculadas y segmentos/filtros. Los usuarios suelen preferir nombres más cortos, pero pueden resultar confusos cuando el componente es complejo. Por ejemplo, mientras que un nombre como “Clics de CTA” está bien, “Clics de llamada a la acción desde la página promocional de otoño” también es perfectamente aceptable.

Para ir un paso más allá, me gustaría añadir más detalles a los nombres cuando corresponda. Es decir, me gustaría añadir en qué plataforma está examinando el componente, así como el nivel de persistencia. Teniendo esto en cuenta, “Clics en llamadas a la acción desde la página promocional de otoño” pasa a ser “Clics en llamadas a la acción desde la página promocional de otoño [Aplicación y web | Evento]” para indicar que incluye el tráfico de la aplicación y la web a nivel del evento. Mi convención de nomenclatura de referencia es la siguiente: “NombreDescriptivo [Plataforma | Persistencia]”. Por supuesto, cada implementación de Adobe Analytics es diferente y no siempre es necesario añadir estas partes adicionales, pero el detalle adicional me parece útil con más frecuencia que no.

Escribir descripciones de componentes claras y útiles

Esto es bastante autoexplicativo. La parte más difícil aquí es simplemente lograrlo. A menudo, cuando estoy elaborando un informe o investigando una intuición, no me tomo el tiempo necesario para incluir una buena descripción. Muchas veces, cuando relleno una descripción, he perdido la noción del propósito y la configuración del componente, lo que me obliga a volver sobre mis pasos.

Una buena descripción explica qué es el componente, cómo funciona, su conjunto de datos (especialmente para datos de CJA sin conexión) y un ejemplo de uso. Con todo esto incluido, es fácil para otros usuarios leer y comprender cuál es el propósito deseado del componente y cómo leer los resultados. Ojalá los usuarios también puedan reutilizar mi componente en sus propios análisis.

Asignar la propiedad para mejorar la coherencia

Todos hemos visto que las métricas calculadas y los segmentos o filtros tienen al propietario en la lista. Por lo general, es la persona que creó el componente. Me parece más provechoso asignar todos los componentes a una persona o equipo responsable de los datos para los que se creó el componente. Por ejemplo, si estoy analizando un componente de búsqueda interna, querría que se asignara a un analista que trabaje para el equipo de búsqueda interna. Siguiendo la misma lógica, tendría todos los componentes de cierre de compra asignados al equipo de cierre de compra, los componentes de inicio de sesión y cuenta asignados al equipo de Cuentas, etc. El propósito de esto es simple: consistencia. Asignar la propiedad de esta manera garantiza cálculos coherentes y que el equipo más cercano a los datos establezca la metodología.

Tanto en Adobe Analytics como en Customer Journey Analytics, un administrador tiene la capacidad de reasignar recursos a otros usuarios. Lo uso para garantizar que todos los recursos aplicables se asignen a alguien del equipo correcto. Obviamente, esta herramienta no funciona en dimensiones y métricas de conversión, por lo que también guardo un registro de propiedad en una hoja de cálculo compartida.

Esto puede parecer demasiado, pero este método contribuye a mejorar la continuidad de los informes y reduce las preguntas innecesarias y la confusión.

Usar etiquetas para organizar los componentes

No puedo dejar de recalcar lo fantásticas que son las etiquetas. Después de años de ignorarlas, descubrí que organizar recursos con etiquetas ahorra mucho tiempo en entornos complejos. Las etiquetas facilitan el seguimiento de la propiedad y la clasificación de los recursos por equipo, conjunto de datos, persistencia, complejidad u otros criterios. Como al parecer no hay límite, no dude en clasificar, pero procure que sea lo más sencillo posible. Solo uso palabras únicas o abreviaturas (como carrito, pago, id, nps). Mi única otra regla es que todo debe estar en minúsculas. Esto mantiene las etiquetas separadas de las etiquetas en mayúsculas de Adobe y las hace más rápidas para buscar usando el símbolo # en la barra de búsqueda de Workspace (por ejemplo, #checkout).

Aprobar componentes para generar confianza

Como se mencionó anteriormente, un administrador puede “aprobar” componentes en Workspace, lo que añade una marca de verificación junto al nombre. Un administrador puede aprobar un componente desde el menú desplegable de la parte superior de Workspace o haciendo clic con el botón derecho en él y seleccionando “Aprobar”. Utilizo esta función como una señal a los usuarios de que el componente ha sido verificado y validado como preciso. Solo se puede aprobar un componente que tenga un nombre descriptivo, una descripción y al menos una etiqueta. Además, el equipo que origina los datos debe revisar el componente. Al igual que en la sección de propiedad, se trata de garantizar una mejor continuidad en la creación de informes. Lo ideal es que un nuevo usuario vea componentes aprobados principalmente en sus Workspace, lo que debería ayudarle a generar confianza en sus informes a medida que se acostumbra a la herramienta. No todos los componentes necesitan aprobación, pero los compartidos en general deben aprobarse para que los usuarios puedan confiar en los datos.

Compartir los Workspace y componentes de forma segura

La capacidad de compartir los Workspace y colaborar es una de las cosas que hace que Adobe Analytics y Customer Journey Analytics sean tan potentes. Aunque también es posible compartir componentes individuales con otros usuarios, esto a veces puede resultar tedioso cuando se comparte con varios usuarios, por lo que siempre recomiendo configurar grupos de usuarios en Admin Console. La configuración de estos grupos permite a los usuarios compartir con todos los incluidos en un grupo específico con un solo clic en lugar de seleccionar cada usuario individualmente.
Como siempre con el uso compartido, es importante saber quién comparte y cómo lo hace. Adobe le ofrece la opción de compartir diferentes niveles de acceso a los informes, desde solo vista hasta edición del original. Si permite que todo un grupo edite su Workspace original, existe un mayor riesgo de que se produzcan cambios y errores.

Como nota adicional, un usuario puede “Compartir con cualquier persona”, lo que crea una copia de solo vista que cualquier persona que tenga el vínculo, dentro o fuera de su organización, puede ver. Esta función es útil con socios de terceros, pero corre el riesgo de exponer sus datos. Por suerte, un usuario puede entrar en la pantalla de uso compartido y desactivar un vínculo que se haya compartido para ayudar a evitar cualquier exposición de los datos.

Administrar ID externos en Customer Journey Analytics

Los ID externos editables son el único elemento que es único de Customer Journey Analytics. Al conectar CJA a un informe externo como Power BI, ese sistema utiliza este ID como identificador único. En Adobe Analytics, cada componente obtiene una cadena larga e ilegible, lo que dificulta las ediciones. Con la capacidad de CJA para definirlos usted mismo, es mucho más fácil realizar actualizaciones y ediciones en los informes externos.
Las restricciones de estos identificadores de Adobe son que no pueden tener espacios ni caracteres especiales y que deben ser únicos. Aquí suelo imitar el nombre del componente, pero utilizo mayúsculas en lugar de espacios. Con este método, “Clics en llamadas a la acción desde la página promocional de otoño” se convierte en “ClicsEnLlamadasALaAcciónDesdeLaPáginaPromocionalDeOtoño”.

Aprovechar el diccionario de datos para la administración de componentes

Adobe ha realizado grandes avances en la administración de componentes, especialmente en lo que respecta al diccionario de datos. Esta sección, anidada directamente en Workspace, actúa como un recurso inestimable para que los usuarios y administradores comprendan y administren sus recursos. Esta herramienta resalta qué componentes se utilizan comúnmente juntos en su organización, así como otros componentes que son similares al seleccionado.
Como administrador, uso esta herramienta para buscar componentes duplicados y ver si alguno no ha recibido datos recientes. Un administrador puede actualizar casi todos los aspectos de un componente (nombre, descripción, etc.) en el diccionario de datos. Esto lo convierte en un excelente punto de encuentro para administradores, especialmente si, como yo, tiende a hacer ediciones sobre la marcha.

Mantener un entorno organizado

Por encima de todo, es importante tener un proceso definido para mantener la coherencia en toda la organización y revisar regularmente los componentes. Mantener todo actualizado y preciso requiere un esfuerzo continuo y es mejor implicar a los propietarios de componentes asignados en ese proceso para garantizar la precisión. A largo plazo, la administración activa de sus recursos le ahorrará a usted y a su organización un tiempo considerable, reducirá la confusión y evitará reprocesamientos innecesarios.