Gestión de las partes interesadas sin convertirse en el servicio de ayuda
Tuve un trimestre en el que respondí 217 DMs de Slack en 11 semanas y no publiqué absolutamente nada de lo que me sentía orgullosa. Mi calendario estaba lleno. Mi lista de pendientes en JIRA no había sido tocada. Mi manager seguía preguntando cuándo llegaría el análisis de cohortes de abandono de clientes, y yo seguía diciendo "la semana que viene" mientras hacía el desglose de MRR de alguien por cuarta vez ese mes.
Eso no es un problema de carga de trabajo. Es un problema de rol. El BA que responde cada notificación en 4 minutos no es un héroe. Es un punto único de fallo con un contador de agotamiento corriendo en segundo plano.
Permítame mostrarle la matemática. 30 solicitudes ad hoc a la semana es el extremo bajo para cualquier BA integrado con un equipo real de producto o ingresos. Cada solicitud parece 5 minutos de "solo extraer un número." No lo es. El costo real es el impuesto del cambio de contexto, que una investigación de la Universidad de California sitúa en aproximadamente 23 minutos para recuperar el foco por completo después de una interrupción. Redondeemos a 25.
30 x 25 = 750 minutos. Son 12,5 horas. Todo su martes y la mayor parte del miércoles desaparecen antes de que escriba una sola línea de SQL estratégico.
El problema no es que sea lento. El problema es que el modelo operativo premia estar disponible, y usted ha optimizado para la puntuación equivocada. Esta guía es el sistema de defensa. Es el formulario de admisión, las reglas de clasificación de prioridades, el patrón de horario de atención, la encuesta, el guion de escalamiento y el contrato de una página que juntos le permiten recuperar el martes y el miércoles sin convertirse en el antipático del equipo.
La plantilla de admisión que filtra
El movimiento de mayor impacto que puede hacer esta semana es poner un formulario entre usted y el solicitante. No porque los formularios sean geniales, sino porque el acto de rellenar un formulario hace que el 40% de las solicitudes se evaporen. El solicitante se sienta, abre el formulario, llega al campo dos, se da cuenta de que en realidad no sabe qué decisión desbloquea ese número y cierra la pestaña. Eso es una victoria. No lo necesitaba. Usted no fue el guardián. El formulario lo fue.
Aquí está la versión de cuatro campos. Conviértala en un flujo de trabajo de Slack, un formulario de Notion, un Google Form, lo que use su organización. Prefiero los flujos de trabajo de Slack porque la fricción está más cerca de donde se origina la solicitud.
Formulario de admisión de solicitudes de análisis
- Problema que está resolviendo. Una oración. ¿Qué está roto o qué está intentando entender? No la métrica, la situación. Malo: "Necesito la tasa de conversión por canal." Bueno: "El gasto en redes sociales de pago ha subido un 30% pero no sabemos si los registros siguen el ritmo."
- Decisión que desbloquea. ¿Qué hará de manera diferente con este número? Si la respuesta es "solo tengo curiosidad" o "lo pidió el VP", eso es una señal de alerta. Escale la solicitud del VP o cierre la solicitud de curiosidad amablemente.
- Urgencia, con una fecha real. "Lo antes posible" no es una fecha. "Para el jueves a las 2pm porque entonces es la revisión del presupuesto" es una fecha. Fuerce una referencia de calendario. Esto elimina el 80% de la urgencia falsa.
- Búsqueda previa. ¿Qué paneles de control, documentos o hilos pasados de Slack revisó primero? Se requiere una respuesta de dos líneas. No es un castigo. Es una señal. Si ya buscaron y no encontraron nada, el menú de su panel de control tiene una brecha y eso es información útil.
Fije el formulario en el canal principal de Slack de su equipo. Ponga una redirección de una línea en su perfil de Slack: "Para solicitudes de datos, por favor use el formulario de admisión: [enlace]. Respondo en lotes martes/jueves." Ahora cuando alguien le envíe un DM con "oye, ¿puedes extraer...", responda con una oración: "Regístrelo en la admisión para que pueda priorizar honestamente. Enlace en mi perfil." Listo. Sin debate.
Se sentirá descortés las primeras diez veces. No está siendo descortés. Está siendo legible. Las partes interesadas prefieren mucho más un sistema que pueden ver que un amigo al que no pueden predecir.
La regla de autoservicio primero
Aproximadamente el 60% de las solicitudes recurrentes son las mismas seis preguntas con diferentes disfraces. "¿Cuál es el MRR este mes?" "¿Cuántos registros la semana pasada desde pago?" "¿Dónde estamos con el objetivo trimestral?" Si ha respondido una pregunta más de tres veces, esa pregunta no merece otra respuesta. Merece un artefacto.
Tres artefactos manejan la mayor parte.
El menú de seis paneles de control. Una página, seis enlaces, títulos en lenguaje sencillo. No "Cohort Retention v3 (final)(use this one)." Títulos reales como "¿Cómo va el negocio esta semana?", "¿De dónde vienen los ingresos?", "¿Qué funciones usan realmente las personas?", "¿Cómo va ventas contra cuota?", "¿Dónde se están atascando los registros?", "¿Qué está roto en el proceso de incorporación?". Cada uno enlaza a un único panel de control canónico. Ni más ni menos. Si una parte interesada necesita un séptimo, eso es un proyecto, no un panel de control.
El diccionario de métricas. Una página de Notion o un documento de Confluence. Cada métrica que usa su organización, con tres columnas: Definición (una oración), Tabla fuente o consulta (para que los usuarios avanzados puedan verificar) y Propietario (un nombre real). Máximo cincuenta filas. Si tiene más de 50 métricas que necesitan definiciones, la mitad son alias de la misma cosa y tiene un problema diferente.
El Loom de 20 minutos del embudo. Grábese recorriendo el panel de control del embudo principal de la empresa. De dónde vienen los datos. Por qué este número cae aquí. Qué preguntas responde este panel de control y qué preguntas no puede responder. Envíelo a cada nuevo empleado el primer día. Inclúyalo en el Notion de nuevos empleados. La cantidad de DMs de "¿puede explicar cómo funciona el embudo?" cae un 70%.
La convención de nombres importa. Prefije todos los artefactos canónicos con [ANALYTICS] para que la búsqueda los encuentre primero. [ANALYTICS] Menú de paneles de control, [ANALYTICS] Diccionario de métricas, [ANALYTICS] Recorrido del embudo. El nombre aburrido es el buen nombre.
Cuando alguien le envíe un DM con una pregunta de nivel 1, su respuesta es un enlace más una línea: "Esto está en el menú de paneles de control bajo '¿De dónde vienen los ingresos?' ([enlace]). Si no responde su pregunta, envíe un seguimiento en la admisión." No está rechazando ayudar. Está enseñando a pescar, y solo tiene que hacerlo una vez por persona.
Clasificación de prioridades: nivel 1 frente a nivel 2
No todas las solicitudes tienen la misma forma. La manera más rápida de ahogarse es tratarlas como si la tuvieran. Dos niveles, reglas claras.
Nivel 1: respuesta de autoservicio, máximo 15 minutos de su tiempo. Los datos existen en un panel de control. La métrica ya está definida. La respuesta es "vea aquí." Responda con un enlace. Opcionalmente agregue una oración de contexto si ayuda. Continúe. Tiempo total incluyendo escribir la respuesta: menos de 5 minutos.
Nivel 2: necesita una consulta, un análisis o criterio. Cualquier cosa que requiera que usted escriba SQL, extraiga de una nueva fuente, segmente de una manera que no está guardada, o interprete qué significa el número. Este es trabajo real. Merece un ticket, una estimación y un espacio en su semana. No merece una respuesta por DM de Slack.
El guion de redirección para el nivel 2:
"Este necesita un análisis real, así que registrémoslo correctamente. ¿Puede registrarlo en el formulario de admisión? Le daré un ETA en el mismo día hábil, y si es urgente podemos hablar de reordenar las prioridades. Trato de no hacer análisis reales por DM porque los pierdo de vista."
Observe lo que hace ese guion. No es "no." No es "use el formulario, por favor." Explica por qué el formulario ayuda al solicitante (obtendrá un ETA, obtendrá visibilidad, no se perderá en la cola). Y admite una limitación humana real, lo cual aterriza mejor que una política.
Rechace hacer trabajo de nivel 2 por DM. En el momento en que diga sí a uno, cada solicitante aprende que los DMs son el carril rápido y el formulario es el carril lento, y su formulario muere en una semana. Mantenga la posición durante el primer mes y el sistema se estabilizará.
El diagnóstico de los tres porqués
La mayoría de las solicitudes superficiales no son la pregunta real. El cerebro de la parte interesada ha comprimido un problema real en la solicitud de datos más pequeña que pudo pensar, y le está dando la versión comprimida. Su trabajo es descomprimirla.
El patrón está tomado de los 5 porqués de Toyota, pero tres suelen ser suficientes para un BA. Tres cadenas reales de mi propia semana:
Cadena uno. Solicitud superficial: "Extráigame el abandono de clientes de la semana pasada." ¿Por qué? "Porque el CEO quiere saber si el abandono de clientes ha subido." ¿Por qué le importa al CEO esta semana? "Porque un miembro de la junta preguntó sobre retención en la preparación de ayer." ¿Cuál es la pregunta real? "¿Es defendible nuestra historia de retención para la junta?" Eso no es un número. Es una narrativa de una página con una tendencia de 12 meses, un gráfico de cohortes y un párrafo sobre qué está impulsando el número. La "extracción rápida de abandono" era una solicitud de 30 minutos. La solicitud real era de 4 horas. Mejor descubrirlo en el minuto dos que en la hora tres.
Cadena dos. Solicitud superficial: "¿Cuántos usuarios llegaron a la nueva función la semana pasada?" ¿Por qué? "Quiero saber si el lanzamiento funcionó." ¿Qué significa "funcionó" para usted? "Que las personas lo usan y está ayudando a la retención." ¿Hemos establecido la referencia para el impacto en la retención? "No, no lo hemos hecho." El proyecto real no es un recuento de uso. Es un marco de evaluación del lanzamiento. Pero además: el uso por sí solo es una métrica de vanidad, y darlo sin contexto hará que el equipo se sienta falsa o erróneamente bien o mal. La respuesta honesta es "le daré el uso y una lectura de retención en 10 días cuando tengamos la cohorte", no "527 usuarios."
Cadena tres. Solicitud superficial: "¿Puede construirme un panel de control para nuestra revisión semanal de Sales Ops?" ¿Por qué uno nuevo? "El actual falta algunas cosas." ¿Qué falta? "No estoy seguro. Sarah dijo que no muestra las cosas correctas." ¿Qué haría que esta revisión fuera realmente útil para usted? (Conversación de 15 minutos.) Resultado real: no un nuevo panel de control. Tres modificaciones al existente y una demostración de cinco minutos para Sarah sobre dónde ya están los datos. Trabajo total: 40 minutos en lugar de 6 horas.
El ritual de los tres porqués es el trabajo real del BA. Cualquiera puede escribir una sentencia SELECT. Traducir una pregunta de negocio a medio formular en la pregunta de datos correcta es la habilidad que le paga. Hágalo en cada solicitud de nivel 2, idealmente antes de comenzar el análisis. Una llamada de seguimiento de 10 minutos supera un análisis de 6 horas de la pregunta equivocada en todo momento.
Horario de atención semanal
Los formularios asíncronos funcionan para el 80% de las solicitudes. El otro 20% necesita una conversación, y esas conversaciones destruyen su calendario si las maneja una a una. La solución es agruparlas.
Dos bloques de dos horas a la semana. Los míos son los martes de 10am a 12pm y los jueves de 2pm a 4pm. Enlace de Zoom abierto, entrada libre sin necesidad de agenda. El texto del evento de calendario:
Horario de atención de análisis: entre en cualquier momento
Cualquier persona de la empresa puede unirse durante estos bloques para preguntas de datos, ayuda con paneles de control o para pensar en qué medir. No se requiere preparación. Trabajaremos con quien se presente.
Para qué sirve esto: recorridos de paneles de control, conversaciones de "qué debería medir", definir el alcance de un proyecto antes de enviar una admisión, depurar un número que parece raro, aprender una métrica.
Para qué no sirve esto: problemas urgentes de producción (llame al servicio de guardia), preparación de informes para la junta ejecutiva (resérveme directamente con el documento de preparación 48 horas antes), preparación para entrevistas, conversaciones individuales de carrera (resérvelas por separado).
Enlace de Zoom: [enlace]. De lo contrario, se prefiere lo asíncrono (formulario de admisión en #data-requests).
Dos efectos. Primero, las personas que realmente necesitan una conversación en vivo la tienen, y la conversación es mejor porque usted está preparado para estar en modo de conversación. Segundo, las personas que pensaban que necesitaban una conversación a menudo se dan cuenta durante el horario de atención de que la respuesta estaba en un panel de control todo el tiempo, y se van de forma autosuficiente. Ambas son victorias.
Regla estricta: no extienda el horario de atención cuando alguien se presente a las 11:55 con un proyecto de 90 minutos. Diga "esto es genial, por favor regístrelo en la admisión y lo priorizaré esta tarde." El objetivo del bloque es el límite.
La encuesta NPS de las partes interesadas
No puede mejorar lo que no mide, y la satisfacción de las partes interesadas es la métrica que la mayoría de los equipos de análisis ignoran hasta que alguien programa una reunión con HR.
Trimestral. Tres preguntas. Anónima. Apunte a que responda el 60% de las partes interesadas. Esta es la versión que aplico:
- En una escala del 0 al 10, ¿qué probabilidad hay de que recomiende trabajar con el equipo de análisis a un colega de otra empresa? (Escala NPS estándar.)
- ¿Qué es una cosa que estamos haciendo bien que deberíamos seguir haciendo?
- ¿Qué es una cosa que deberíamos dejar de hacer o hacer de manera diferente?
Tres reglas para usar los resultados sin ponerse a la defensiva.
Primero, separe la señal del desahogo. Si una persona escribe "son lentos", eso es un punto de datos. Si cinco personas escriben alguna versión de "nunca sé cuándo llegará mi solicitud", eso es un problema del sistema y su disciplina de ETA de admisión está rota. Busque patrones en las palabras, no el volumen de ningún comentario individual.
Segundo, comparta los resultados. Con su manager. Con el equipo. Fije el resumen consolidado en su canal. El acto de ser públicamente responsable ante los comentarios cambia la dinámica: ya no es el servicio de ayuda que está siendo calificado, sino un equipo que se automejora de manera abierta.
Tercero, elija una cosa por trimestre y realmente arréglela. No intente abordar cada comentario. Elija el que apareció más, arréglelo, anuncie el arreglo en el siguiente ciclo de encuesta ("el trimestre pasado dijeron X, aquí está lo que cambiamos"). Ese ciclo de retroalimentación, acción y anuncio es lo que genera confianza más rápido que un año de ser heroico.
El NPS no será alto en su primer ciclo. El mío fue 4 la primera vez. Está bien. Lo que importa es la tendencia.
La ruta de escalamiento
La mayoría de las partes interesadas aceptan la cola una vez que ven que funciona. Algunas no. La parte más difícil del trabajo es lo que hace con ese grupo.
Aquí está el escalamiento de cuatro pasos, en orden. Omita pasos bajo su propio riesgo.
Paso uno: conversación directa. No un mensaje de Slack. Una llamada en vivo de 15 minutos. Guion:
"Oye, quiero señalar algo. Has enviado seis solicitudes fuera de la admisión en las últimas dos semanas, todas con urgencia para el mismo día. Quiero ayudar, pero la forma en que está funcionando ahora significa que los tickets de otras personas están resbalando, y tú tampoco estás obteniendo una prioridad honesta: estás obteniendo lo que puedo tomar entre reuniones. ¿Podemos hablar sobre lo que realmente es urgente para ti para que podamos priorizar de manera justa?"
Empiece con el problema, no con la política. Alrededor del 70% de los casos terminan aquí, porque la parte interesada no se había dado cuenta del costo.
Paso dos: su manager. Si el patrón continúa, traiga al manager de la parte interesada. No un correo de queja. Una sesión de trabajo. "Oye [manager de la parte interesada], [nombre] y yo estamos trabajando en cómo priorizar sus solicitudes frente al resto de la cola. ¿Podría unirse a una llamada de 20 minutos para que podamos alinearnos sobre cuál es la prioridad máxima para [su equipo] este trimestre?" Esto parece colaboración porque lo es, y trae al manager a la conversación de priorización, que es donde pertenece.
Paso tres: su propio manager. Si el paso dos no funciona, escale a su propio manager con detalles específicos. Fechas, volumen de solicitudes, impacto en su hoja de ruta comprometida. El trabajo de su manager es defender su hoja de ruta. Dele la información. "Aquí están las 14 solicitudes ad hoc de [parte interesada] en los últimos 30 días, aquí está el trabajo estratégico que se retrasó a causa de eso, aquí está lo que ya he intentado."
Paso cuatro: llamada de prioridad conjunta. Su manager, su manager, usted y la parte interesada, 30 minutos, la agenda es "acordemos las prioridades para los próximos 30 días." Esto es poco frecuente. Si es necesario, hágalo. El resultado es una repriorización real o una señal clara de que esta relación con la parte interesada necesita un cambio estructural.
He hecho el paso cuatro quizás dos veces en cinco años. Cada vez, la relación mejoró después, no empeoró. Las personas respetan la claridad más de lo que les gusta la ambigüedad, incluso cuando la claridad les cuesta algo.
El contrato
Reúna todo esto en un documento de una página llamado "Cómo trabajar con el equipo de análisis." Secciones:
- Qué hacemos. Un párrafo.
- Qué no hacemos. Un párrafo. Sea específico. "No extraemos números para correos electrónicos individuales ni para curiosidad puntual. No construimos nuevos paneles de control sin una llamada de definición de alcance de 30 minutos."
- Cómo solicitar trabajo. Enlace al formulario de admisión, ETA esperado, definición de nivel 1 frente a nivel 2.
- Recursos de autoservicio. Menú de paneles de control, diccionario de métricas, recorrido del embudo.
- Horario de atención. Horarios y reglas.
- Escalamiento. "Si una solicitud es genuinamente urgente y el formulario se siente demasiado lento, escriba directamente a [su manager] con el contexto. Reordenaremos si es verdaderamente urgente." Sí, deles un carril de emergencia. El carril tiene un guardián que no es usted.
Fíjelo en el canal principal de Slack de su equipo. Enlácelo desde su perfil de Slack. Envíelo a cada nuevo empleado. Refiérase a él cuando redirija un DM al formulario.
El contrato no es burocracia. Es el artefacto que transforma "Camellia está ocupada y no sé por qué" en "el equipo de análisis tiene un sistema y así es como funciona." Ese intercambio, hecho públicamente, es la diferencia entre ser un servicio de ayuda y ser una función.
Su trabajo no es estar disponible. Su trabajo es hacer a la organización más inteligente. La admisión es el límite. El autoservicio es la escala. El horario de atención es la válvula de escape. El escalamiento es la red de seguridad. El contrato es el recibo. Ejecute el sistema, mantenga la posición durante un trimestre, y recuperará el martes y el miércoles.
Ahí es donde estaba escondido el trabajo estratégico todo el tiempo.
Aprenda más
Principal Product Marketing Strategist