¿Quién debería ser el dueño real de su plan de seguimiento?

Nota del editor: este artículo se publicó originalmente en el blog de Iteratively el 11 de enero de 2021.

"Los datos son un deporte de equipo" es algo en lo que creemos firmemente y de lo que hablamos a menudo en Amplitude. Los planes de seguimiento de análisis no son diferentes: los planes de seguimiento (y la instrumentación de los mismos) son colaborativos por naturaleza. Funcionan mejor cuando los equipos relevantes se unen.

Tomemos el ejemplo de una nueva versión de función. El equipo de producto ha definido los objetivos y las métricas para esta nueva característica y tendrá una vista de qué seguimiento de eventos se necesita para medir esas métricas. Los equipos de iOS, Android y desarrollo web son responsables de instrumentar (e idealmente probar) esos eventos en el código y tendrán una opinión sobre lo que es factible. Un analista o ingeniero analítico es responsable de modelar los datos y se preocupará por su estructura, y es posible que tenga varios equipos responsables de crear informes y analizar los datos en varias herramientas. En resumen, en la empresa basada en datos, el análisis involucra a casi todos.

El ejemplo habla de cuán complejo es realmente el seguimiento analítico y también habla de la importancia de la colaboración al definir y capturar los eventos correctos, implementarlos con precisión y facilitar que los consumidores de datos exploren los datos. Dicho esto, con tanta gente involucrada, el seguimiento analítico se convierte fácilmente en una patata caliente.

Si es propiedad de todos, no es propiedad de nadie.

Con tantas partes interesadas involucradas, el plan de seguimiento a menudo se convierte en una responsabilidad compartida, sin un propietario claro. Y con la responsabilidad compartida viene poca rendición de cuentas.

Hemos hablado con muchas empresas que quieren (re)crear procesos en torno al seguimiento analítico. Por lo general, gira en torno a una hoja de cálculo o una página de Confluencia o Noción. Si bien es principalmente manual y no hay forma de hacer cumplir el plan de seguimiento en el código, resulta útil al principio y obliga a los equipos a pensar más en el seguimiento de eventos.

Sin embargo, unos meses después, la página de Notion o la hoja de cálculo de Google quedan obsoletas: el seguimiento de la última versión solo se documentó en una historia de Jira y para algunas otras versiones de funciones ahora no está claro si el seguimiento se implementó o no. Nadie asume la responsabilidad de mantener actualizado el plan de seguimiento.

Entonces, ¿cómo cambia esto para mejor y quién está mejor posicionado para ser dueño de su seguimiento analítico?

Comience poniendo el análisis al frente y al centro

Antes de sumergirnos en la cuestión de la propiedad, debemos mencionar la base necesaria para el éxito del seguimiento analítico: el seguimiento de eventos es importante y, sin él, se queda en la oscuridad. La realidad es que para la mayoría de los equipos, el análisis es una ocurrencia tardía. Aquí hay un ejemplo que vemos todo el tiempo:

• PM trabaja en un lanzamiento
• La liberación sucede
• El CEO le pregunta al primer ministro cómo se está desempeñando
• PM: "Déjame preguntarle al equipo de datos"
• Equipo de datos: "Nunca nos trajo, no hay datos sobre esta función".
• PM vuelve al CEO sin respuestas
• El equipo de datos y el PM están angustiados

Si el análisis no se convierte en una parte integral de cada lanzamiento, esto sucederá una y otra vez y no importa si su plan de seguimiento se ve muy bien y actualizado. Necesita la aceptación de todas las partes interesadas (así como de sus equipos de liderazgo) de que el seguimiento analítico es tan importante como la función en sí. Sin seguimiento, sin liberación.

Necesita una rendición de cuentas clara, tiempo y recursos para empoderar a los equipos relevantes y, luego, debe integrar el seguimiento de eventos y las métricas de éxito hasta el nivel del ticket de Jira (solo se completa cuando el código de seguimiento se envía junto con el resto del código).

Lo que hemos aprendido de más de 400 entrevistas con profesionales de datos y productos

En dos años entrevistamos a más de 400 gerentes de producto, equipos de datos e ingenieros. Hemos visto algunas cosas.

Por supuesto, su plan de seguimiento y el proceso que lo rodea es exclusivo de su negocio, estructura de equipo y vertical (y probablemente por eso es tan difícil hacerlo bien). Un plan de seguimiento para una empresa de comercio electrónico se verá muy diferente de un plan de seguimiento para una empresa SaaS B2B. Tienen diferentes partes interesadas involucradas y resuelven realidades completamente separadas. Por lo general, podemos desglosar lo que hemos visto por tamaño de empresa.

Inauguración

Para las pequeñas empresas, el proceso de seguimiento suele ser ad hoc. Es natural ya que muy pocas personas están involucradas y hace que la complejidad sea fácil (más o menos) de manejar. Muy a menudo, vemos a un jefe de producto o un jefe de crecimiento tomar posesión en esta etapa del viaje de una empresa.

pymes

En una empresa mediana, el proceso generalmente recae en la cabeza de datos/análisis. Ahora hay más partes interesadas involucradas y la complejidad puede convertirse fácilmente en un problema. En esta etapa, existe una clara necesidad de propiedad para limitar los daños y, por lo general, eso recae en alguien del equipo de datos.

Empresas

En las empresas más grandes, la persona que posee en última instancia el plan de seguimiento suele ser el jefe de análisis de productos. Para las empresas de comercio electrónico, a menudo será el jefe de comercio electrónico. A menudo, no serán la persona real del día a día que mantiene el plan o hace cumplir el proceso, será alguien dentro de su equipo el responsable.

Hemos visto varios grados de éxito en este tipo de configuraciones. Entonces, ¿qué creemos que funciona mejor?

Qué funciona: el equipo de producto es el propietario final

Esto es lo que sabemos: el mejor proceso de propiedad ocurre cuando el equipo del producto actúa como el propietario final. Los gerentes de productos deben ser el principal impulsor y garantizar que el seguimiento analítico sea parte de cada lanzamiento de función . Dependiendo del tamaño de su equipo, podría ser uno o más gerentes de producto o un analista de producto dedicado. Deben ser responsables del seguimiento analítico como parte de su función y los OKR.

Pero como mencionamos anteriormente, los datos son un deporte de equipo y recomendamos que los equipos se reúnan para definir cosas como la taxonomía y la denominación de eventos. Los ingenieros y los equipos de datos tendrán perspectivas importantes, ya que esto también influye en su día a día. Si bien el equipo del producto es el ejecutor y el propietario final, nunca deben trabajar en un silo o tomar decisiones importantes sin involucrar a las partes interesadas adecuadas.

La creación de un consejo asesor que represente a todas las partes interesadas relevantes ha funcionado bien para las empresas con las que hemos trabajado. No todas las decisiones van a la junta asesora, pero debe ser el conductor desde el principio, definiendo su taxonomía y proceso y reuniéndose regularmente dependiendo de cuántos cambios importantes ocurran con el tiempo.

Para que los equipos de productos lo asuman con éxito, se necesita un proceso claro:

• Tenga criterios de éxito claros para las métricas cualitativas y cuantitativas como parte de cada historia de usuario. Estos deben ser definidos por el PM y discutidos con el equipo de datos o los analistas.
• ¿Falta seguimiento? Fallar la construcción. La noción de hecho debe evolucionar para incluir el seguimiento analítico como parte de cada lanzamiento. Esto no significa bloquear los lanzamientos justo antes del lanzamiento, significa implementar un proceso que incluya consideraciones de seguimiento desde el principio.
• La colaboración es clave. Si bien el PM será el propietario de la especificación de seguimiento de eventos, el equipo de datos o los analistas deben estar disponibles para intervenir y ayudar a definir los detalles de lo que se debe rastrear.

Capacite a sus gerentes de producto para que se apropien

Para algunos PM, poseer el plan de seguimiento es algo natural para ellos. Quieren el control y tienen la experiencia. Y tampoco tienen miedo de pedir ayuda cuando la necesitan. Pero no es algo natural para todos los PM.

En primer lugar, es necesario que ocurra un cambio de cultura: celebre el rendimiento y el éxito de una nueva característica o lanzamiento de un producto, ¡no el hecho de que se envió! Sorprendentemente, para muchos sigue siendo el envío lo que recibe elogios, no si el producto está funcionando o no.

Entonces, ¿cómo capacita a su equipo de producto para que sea el dueño del plan de seguimiento? Esta no es una lista exhaustiva, pero es de esperar que sea un lugar para que la gente comience:

• Capacitación regular : hacer un seguimiento correcto de los eventos es tanto un arte como una ciencia (es decir, no es fácil), así que asegúrese de que su equipo cuente con los conocimientos necesarios para tomar posesión cómodamente. La capacitación puede ser estilo almuerzo y aprendizaje, talleres o sesiones individuales (recuerde grabar sus sesiones para futuras contrataciones).
• Horario de oficina : hemos visto un gran éxito cuando los equipos de datos organizan horarios de oficina regulares para que otros equipos aprovechen la experiencia y el conocimiento del equipo de datos. Asegúrese de que los equipos vengan preparados con una agenda o preguntas específicas para evitar que se convierta en una reunión de "estilo de soporte técnico".
• Proceso claro y puntos de control: no podemos enfatizar lo suficiente la importancia de un proceso definido. Asegúrese de tener un proceso claro que todos conozcan, entiendan y sigan, e incluya puntos de revisión regulares para garantizar la calidad, al igual que las revisiones de código y las solicitudes de combinación en el desarrollo de software.
• Incorporar un analista : esta no siempre es una opción, por supuesto, pero hemos visto equipos exitosos que integran un analista de datos en un equipo de producto, ya sea a tiempo parcial o completo, para realizar un seguimiento analítico y ayudar a los PM con la exploración y el análisis de datos.
• Análisis de autoservicio: creemos que es una buena práctica empoderar a los PM y a todos los demás en la organización para que exploren fácilmente los conjuntos de datos y obtengan respuestas a las preguntas rápidamente. Amplitude es excelente para eso y garantiza altos niveles de alfabetización de datos en toda su empresa.

Un recordatorio: los buenos PM no necesitan saber SQL

¿Por qué preocuparse por el seguimiento de eventos si no puede explorar los datos usted mismo de todos modos? Para ampliar el último punto anterior, hemos visto empresas con equipos de datos centrales que poseen todos los informes y análisis de datos. Tiene sus ventajas, pero según nuestra experiencia, puede limitar los PM y otros, y les importará menos el seguimiento analítico o la calidad de los datos.

Recuerde, otorgar a los PM y a otras personas acceso a Redash u otras herramientas basadas en SQL no es lo mismo que permitir que los PM se sirvan a sí mismos. No espere que sus PM sepan (o aprendan) SQL. Ese no es su trabajo. En su lugar, capacítelos con una interfaz de usuario fácil de usar y mucha capacitación para acompañar la herramienta y los conjuntos de datos. Por supuesto, el conocimiento de SQL tiene sus ventajas obvias y si puede encontrar o capacitar talento en toda la empresa (piense en productos, marketing, éxito del cliente, etc.) puede hacer que funcione, pero tiene sus desventajas y limitaciones obvias.

Si los PM pueden autoservicio, es más probable que exploren datos de, por ejemplo, un lanzamiento reciente. A medida que exploran los datos, es más probable que se preocupen por su calidad, riqueza y disponibilidad. Cree una cultura de empoderamiento y desarrolle un proceso sólido en torno al seguimiento analítico y tendrá PM felices, analistas felices, un equipo de datos feliz e incluso desarrolladores felices.

Amplitud está aquí para ayudarte

Amplitude ayuda a los equipos de datos, gerentes de productos e ingenieros a definir, instrumentar, verificar y colaborar en el seguimiento analítico. Resolvemos de manera proactiva los problemas de calidad de los datos que surgen de la nomenclatura de eventos inconsistente y la falta de seguimiento y brindamos un flujo de trabajo para administrar la evolución de su seguimiento.

Capacitamos a los gerentes de producto para que se apropien del plan de seguimiento y aumenten el nivel de colaboración entre los equipos . Si está interesado en probar Amplitude para su empresa, cree una cuenta hoy o reserve una demostración con nuestro equipo para obtener más información.