Sus primeros 30/60/90 días como nuevo analista de negocio

Día 3. Todavía está descubriendo qué canales de Slack importan cuando llega el DM número 14: "extracción rápida, ¿puede obtener MRR por segmento antes de fin de día?" Ni siquiera tiene acceso a Looker. Su portátil lleva 19 horas en marcha.

Abre la wiki. El BA anterior dejó 47 paneles de control. Doce están rotos. Los 35 restantes tienen nombres como revenue_FINAL_v3_use_this_one. Tres equipos (Finanzas, RevOps y el jefe de gabinete del CEO) le dicen, en confianza, que su número de ingresos es el real. Dos de esos números ni siquiera coinciden dentro de un margen del 8%.

Este es el trabajo. No la descripción del puesto, sino el trabajo real. Y si no tiene cuidado, los próximos 90 días transcurrirán exactamente igual que los del BA anterior: ahogado en solicitudes ad hoc, sin publicar nada propio y agotándose silenciosamente alrededor del cuarto mes.

La mayoría de los BA pierde su primer trimestre en la cola de Slack. Así es como usted no lo hace.

Por qué un plan 30/60/90 importa específicamente para los BA

Los ingenieros reciben un plan 30/60/90 porque su trabajo tiene límites claros: tickets, PRs, rotaciones de guardia. Los PM lo reciben porque sus partes interesadas tienen reuniones diarias. Los BA con frecuencia lo omiten, porque el trabajo parece no tener bordes.

Ese es exactamente el problema.

Sin un plan escrito, se convierte en una máquina expendedora de SQL. Alguien envía una pregunta por DM, usted escribe una consulta, pega la respuesta y sigue adelante. Repita 80 veces por semana. En el día 90, su manager le pregunta qué ha publicado y usted responde: "Cerré 312 solicitudes ad hoc." Eso no es algo propio. Es una cola de Jira con latido.

El trabajo es el insight, no las extracciones. El plan 30/60/90 es cómo usted recupera el tiempo para hacer el trabajo real. Es un contrato que escribe consigo mismo (y de forma implícita con su manager) que dice: durante el primer mes no prometo entregables. En el segundo, publico algo que se multiplica. En el tercero, soy dueño de una métrica.

Si no puede lograr que su manager apruebe ese arco, eso también es información. Le dice que el puesto es de "cerrador de tickets", no de "analista", y debe renegociar o actualizar su currículum antes del segundo mes.

Días 1 a 30: auditoría y aprendizaje (no publique, no prometa)

El primer mes tiene una regla: sin nuevos paneles de control, sin nuevos informes, sin compromisos más allá de "le respondo el martes." Está en modo de recepción.

Haga un inventario de cada panel de control, informe y extracción recurrente

Abra Looker (o Tableau, o Mode, o cualquiera que use su equipo). Exporte la lista completa de activos. Etiquete cada uno en una hoja de cálculo:

Una empresa SaaS de tamaño mediano típica tiene entre 40 y 200 activos de BI, y entre el 30 y el 50% caerán en las categorías de desactualizado o roto. Eso no es desidia de su predecesor. Es simplemente lo que ocurre cuando nadie recibe pago por mantener un conjunto de activos de BI.

Elabore la lista de eliminación (no la envíe aún)

Para el día 21, debe tener una lista escrita de 15 a 25 paneles de control por retirar. No envíe el memorándum el día 21. Espere. Aún no tiene la credibilidad para eliminar cosas, y un memorándum de eliminación de alguien con tres semanas de antigüedad se lee como imprudencia o ingenuidad.

Guarde el borrador. Lo enviará el día 35, después de haber publicado algo y haber ganado algo de reconocimiento.

Análisis profundo del esquema

Encuentre al equipo de ingeniería de datos. Invítelos a un café. Pídale que lo guíe por:

• Las 5 a 7 tablas principales que el 80% de las consultas de análisis utilizan (generalmente users, accounts, subscriptions, events, opportunities, más 1 o 2 tablas específicas del dominio)
• Dónde están los modelos de dbt, quién es propietario de cada uno y cuáles se mantienen activamente frente a los abandonados
• Cada variante de definición de ingresos en el almacén de datos (volveremos a esto; es complicado)
• Las tablas "no consultar directamente" (firehoses de eventos en bruto, tablas bloqueadas por cumplimiento normativo, cualquier cosa que llame al servicio de guardia)

Tome notas. Notas reales, en un documento que su yo futuro pueda buscar. Para el día 30, debe poder responder "¿dónde está el ARR?" sin preguntarle a nadie.

Reuniones individuales con los 5 principales solicitantes ad hoc

Extraiga los últimos 90 días de solicitudes de la cola del BA anterior (historial de Slack, Jira, donde sea que estuvieran). Ordénelas por volumen. Los 5 principales solicitantes generaron entre el 60 y el 70% de la carga. Reserve 30 minutos con cada uno.

La pregunta no es "¿qué informes quiere?" Eso le dará una lista de deseos de 14 paneles de control. La pregunta es: ¿qué decisión está tomando realmente con estos datos?

Descubrirá que 3 de los 5 principales solicitantes usan el análisis para responder la misma pregunta subyacente ("¿estamos alcanzando el número?") con encuadres diferentes. Esa es una oportunidad de consolidación. Los otros 2 realizan trabajo real y distinto, y merecen su propio sistema.

Configure un formulario de admisión de solicitudes

Incluso un formulario en Notion supera a los DMs. El formulario necesita tres campos: qué decisión está tomando, cuándo lo necesita y cómo sería "suficientemente bueno." Ese tercer campo elimina el 40% de las solicitudes de inmediato, porque el solicitante se da cuenta de que en realidad no lo sabe.

Informe a las personas sobre el formulario con delicadeza en la semana 4. No lo aplique todavía. El día 31 es cuando tendrá peso real.

Días 31 a 60: publique 1 cosa de alto impacto y establezca el SLA

El segundo mes es cuando empieza a rendir. Ha ganado el derecho a actuar. Úselo.

Elija UN panel de control que reemplace 5 o más extracciones ad hoc

Revise su investigación de solicitantes. Encuentre el hueco con forma de panel de control que, si se llenara, silenciaría la mayor cantidad de DMs. Para la mayoría de los BA de B2B SaaS en su primer año, es alguna versión de:

• Un panel de control unificado de pipeline e ingresos con definiciones coherentes entre Ventas, CS y Finanzas
• Una vista de abandono de clientes y expansión segmentada por ICP
• Un puente entre uso del producto e ingresos para el movimiento PLG

Elija uno. Publíquelo. Consiga que un ejecutivo lo use en una reunión. Esa es la meta. No "implementado en toda la empresa." Usado, una vez, en un contexto de decisión real. Si el CRO lo abre en la llamada de previsión del lunes, habrá ganado el segundo mes.

Publique el SLA ad hoc

Envíe esto por escrito, al canal, el día 35:

SLA de análisis ad hoc

• Clasificación de prioridades en 24 horas: responderé, definiré el alcance y le diré si es una extracción de 20 minutos, un proyecto de 2 días o algo para lo que deberíamos construir un panel de control.
• Entrega en 72 horas para extracciones definidas de menos de 4 horas de trabajo.
• Todo lo que sea mayor pasa por el formulario de admisión y se prioriza semanalmente.
• Los DMs sin contexto serán redirigidos al formulario.

Las personas lo odiarán durante 10 días. Luego lo agradecerán, porque las solicitudes que regresen tendrán decisiones reales adjuntas y las respuestas se mantienen.

Comience a retirar la lista de eliminación

Envíe el memorándum. Dé un aviso de 2 semanas ("estos paneles de control se archivarán el 14 de mayo a menos que alguien reclame su propiedad"). Dos o tres serán reclamados, y eso está bien. Transfiéralos. Los demás, archívelos. No los elimine del almacén de datos; simplemente deje de publicarlos en la herramienta de BI. Siempre puede restaurarlos.

Para el día 60 debe haber eliminado entre 12 y 20 activos, y la herramienta de BI debe sentirse notablemente menos saturada.

Establezca su línea base de tiempo hasta el insight

Antes de que termine el día 60, establezca una medición de referencia del tiempo que tarda una solicitud de una parte interesada en pasar de "preguntada" a "respondida con una decisión adjunta." Registre la mediana, no la media: un proyecto de una semana sesga el promedio y no le dice nada.

Tres variantes que funcionan:

• Tiempo mediano de cierre de solicitud: desde el envío del formulario de admisión hasta "decisión registrada" (en días)
• Decisiones respaldadas por datos: porcentaje de decisiones de liderazgo en los últimos 30 días que hicieron referencia a un resultado de análisis (muestre 10, pregunte)
• Ratio panel de control a extracción: cuántas visualizaciones de autoservicio en el panel de control ocurrieron por cada solicitud de extracción ad hoc

Elija uno. Mídalo ahora. Anote el número. Lo necesitará el día 90.

Días 61 a 90: sea dueño de la métrica, presente el informe

El tercer mes es cuando deja de ser "el nuevo BA" y se convierte en "el analista que es dueño del tiempo hasta el insight." Ese cambio, internamente, es lo que abre la puerta al siguiente nivel.

Reduzca el tiempo hasta el insight

Lo midió el día 60. Ahora muévalo. Las palancas son poco glamorosas:

• Cree paneles de control para las 3 preguntas recurrentes más frecuentes, para que dejen de ser solicitudes
• Construya 2 o 3 plantillas de consulta que el equipo pueda usar en autoservicio
• Rechace con cortesía las "extracciones rápidas" que en realidad son expansión del alcance ("esto es un proyecto, registrémoslo formalmente")
• Analice en conjunto con una parte interesada por semana para que aprendan el esquema

Un objetivo razonable para el tercer mes: reduzca el tiempo mediano de cierre de solicitudes en un 30 a 40%, o eleve el ratio panel de control a extracción desde la línea base en un 50%. Ambos son alcanzables si los meses uno y dos se hicieron correctamente.

Construya el deck del informe de 90 días

El día 85, escriba un deck de 7 diapositivas para su manager y su nivel jerárquico superior. No un documento de texto interminable. Un deck. Las diapositivas:

1. Lo que heredé: 47 paneles de control, 14 versiones de ingresos, lista de pendientes ad hoc de 23, sin SLA
2. Lo que eliminé: lista de retirada con recuentos de visualizaciones (las evidencias importan)
3. Lo que publiqué: el panel de control de alto impacto, con el ejecutivo que lo usa identificado por nombre
4. El SLA: fecha de publicación, tasa de adopción, estado actual de la cola de admisión
5. Tiempo hasta el insight: número de referencia en el día 60, número actual en el día 90, la diferencia
6. Logros de limpieza del esquema: la definición canónica de ingresos (próxima sección), cualquier otra consolidación
7. Próximos 90 días: 1 o 2 OKR trimestrales que propone asumir

El deck debe tomar 15 minutos en presentar. Si toma 30, recorte.

Establezca 1 o 2 OKR trimestrales que realmente sean suyos

Al final de la reunión, su manager debe acordar uno o dos resultados de los que usted sea responsable el próximo trimestre. Ejemplos que funcionan:

• "Reducir el tiempo mediano hasta el insight de 6 días a 2 días para finales del Q3"
• "Migrar los 3 informes ad hoc de mayor tráfico a paneles de control de autoservicio"
• "Establecer definiciones canónicas de métricas para ingresos, ARR y retención neta; retirar todas las variantes"

Lo que debe evitar: "apoyar al equipo con análisis." Eso no es un OKR, es una descripción de puesto, y en el momento de la evaluación no le da a su manager nada concreto que defender.

La realidad de "Looker tiene 14 versiones de ingresos"

En algún momento del primer mes, descubrirá que el almacén de datos tiene 14 definiciones diferentes de ingresos. Reservado, facturado, cobrado, reconocido (GAAP), reconocido (interno), convertido a MRR, convertido a ARR, ARR neto de abandono de clientes, retención bruta, retención neta, ARR con acuerdos en rampa, solo expansión, solo nuevos clientes y una columna literalmente llamada revenue_FINAL.

No puede solucionar esto en la semana uno. Probablemente no pueda hacerlo en su primer trimestre. Pero puede empezar, y empezar es la diferencia entre un BA y un BA Senior.

El Playbook sin política:

1. Elija un administrador, no un ganador. No se ponga del lado de Finanzas ni de RevOps. Consiga que una persona de cada equipo (más usted) acepte ser el comité de estándares. Tres personas. Reúnanse durante 45 minutos.
2. Proponga UNA definición canónica para la métrica más disputada (generalmente ARR o retención neta). Escriba el SQL. Muestre qué número produce para el último trimestre. Compárelo con el número actual de cada equipo.
3. Obtenga la aprobación formal por escrito. Un hilo de Slack está bien. El objetivo es que más adelante, cuando alguien cuestione el número, pueda vincularlo.
4. Retire los demás en dbt. Marque los modelos antiguos como en retirada progresiva, dé un período de 30 días y luego elimínelos. Los paneles de control de otros equipos se romperán. Envíe la advertencia y mantenga la posición.
5. Repita con la siguiente métrica el próximo trimestre. Esta es una limpieza de 12 meses, no un Sprint.

La trampa es intentar canonicalizar 14 métricas en el segundo mes. Iniciará una guerra de territorio, perderá y quemará el capital político que necesita para todo lo demás. Una métrica por trimestre. Lo lento y con aprobación formal supera a lo rápido y revertido.

Trampas comunes que debe evitar

Algunos patrones que hunden a los nuevos BA en los primeros 90 días:

• Decir sí a cada extracción. Se siente útil. No lo es. Está entrenando a la organización para que evite el formulario de admisión. Para el tercer mes, el SLA habrá decaído y habrá regresado al estado de máquina expendedora.
• Reconstruir antes de entender. Es tentador descartar el trabajo del BA anterior y empezar desde cero. No lo haga. La mitad tiene una función estructural que no es obvia. Audite primero, elimine segundo, construya tercero.
• Ignorar al equipo de ingeniería de datos. Ellos son los dueños de sus datos de entrada. Si construye un panel de control sobre una tabla que están a punto de retirar, lo descubrirá exactamente en el peor momento. Invite a ese café.
• Sin SLA escrito. Los SLA verbales no son SLA. Son percepciones. Las percepciones no sobreviven a un cierre de Q3.
• Tomar partido en las guerras de métricas. Si RevOps y Finanzas no coinciden en los ingresos, su trabajo es convocar la conversación de estándares, no declarar un ganador. Tomar partido le da un aliado y un enemigo. Convocar le da dos aliados.

En el día 90, debe ser medido por las decisiones habilitadas

Si su manager abre su evaluación del día 90 y pregunta "¿cuántas consultas ejecutó?", tiene el manager equivocado (o el encuadre equivocado del rol) y debe corregir una de esas dos cosas.

El encuadre correcto: ¿cuántas decisiones habilitó su trabajo, con qué rapidez llegó la organización a esas decisiones, y qué activo compuesto (un panel de control, un SLA, una métrica canónica) dejó que beneficie al próximo trimestre?

Esa es la diferencia entre un BA y una máquina expendedora. La máquina expendedora cierra tickets. El BA cambia cómo la empresa se ve a sí misma. El día 90 es donde esa distinción empieza a mostrarse en su calendario: menos DMs ad hoc y más "¿puede unirse a la reunión de planificación?, queremos su perspectiva."

Cuando llegue esa invitación, ha superado el proceso de incorporación y está en el trabajo real. Ahora construya los próximos 90.

Aprenda más

• Plantilla de descripción del puesto de analista de negocio
• Cómo gestionar una lista de pendientes de solicitudes ad hoc sin ahogarse
• Canonicalización de definiciones de métricas entre equipos
• Tiempo hasta el insight: la métrica de BA que realmente importa