Ritmo Operativo: Revisión Semanal del Negocio y OKRs Trimestrales
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
El WBR que heredaste tiene 47 métricas en el dashboard, dura 90 minutos, y la única decisión que la sala tomó el último trimestre fue sobre el presupuesto de snacks. El CEO ha dejado de hacer preguntas directas porque las respuestas están enterradas en un paquete de diapositivas que nadie leyó realmente. Tienes un trimestre para arreglarlo antes de que alguien (probablemente el CFO) pregunte por qué seguimos teniendo esta reunión.
La mayoría de los ritmos operativos son teatro. Las diapositivas son bonitas, la sala está llena, el CEO asiente, y nada avanza. El CoS es dueño de la reunión pero no del resultado, y en silencio, todos saben que la cadencia es un impuesto, no una herramienta. Esta guía es la reescritura. Es cómo convertir el WBR y el ciclo trimestral de OKR en un instrumento de toma de decisiones que se merece su lugar en el calendario cada semana.
La prueba es sencilla. Si el WBR fuera cancelado mañana y nadie lo notara durante dos semanas, no debería existir. Lo mismo para el QBR. Lo mismo para cualquier revisión en el calendario de liderazgo. Una cadencia que no cambia el comportamiento entre la semana uno y la semana dos del trimestre es una actualización de estado con pasos extra.
Reduce el WBR a 3 indicadores adelantados + 1 rezagado por unidad de negocio
El primer WBR que gestioné tenía 47 métricas. Lo redujimos a 19, recuperamos 30 minutos y la discusión se volvió notablemente más afilada porque la sala podía realmente retener los números en la mente. Los cálculos son brutales pero funcionan: tres indicadores adelantados por función, una métrica rezagada por unidad de negocio. Ese es el techo, no el objetivo.
Los indicadores adelantados son cosas que una función controla esta semana. Ventas: pipeline cualificado creado, demos realizados, propuestas enviadas. Customer Success: tasa de finalización de onboarding, NPS entrante, llamadas de expansión reservadas. Producto: tickets entregados frente al alcance comprometido, número de bugs P0, tiempo hasta la fusión. La prueba para "¿es esto un indicador adelantado?" es si el responsable de la función puede cambiar el número a través de sus propias acciones en los próximos siete días. Si no puede, es una métrica de vanidad o un indicador rezagado mal etiquetado.
Los indicadores rezagados son el número de la unidad de negocio por el que el equipo directivo rinde cuentas: ingresos, margen bruto, NRR, recuperación del CAC. Uno por unidad de negocio. La métrica rezagada es la que le importa al consejo. Las métricas adelantadas son las que guían la acción. Si una métrica no es ninguna de las dos, elimínala o trasládala a una revisión funcional donde corresponda.
La disciplina: todo lo que no encaje en la regla de 3+1 encuentra otro lugar. Las tasas de cierre por fuente pertenecen a la propia reunión del equipo de ventas. La velocidad del sprint pertenece a la de producto. Las puntuaciones de salud del cliente pertenecen a los standups de Customer Success. El WBR es para el reconocimiento de patrones interfuncionales, no para la higiene interna de cada función. En el momento en que el WBR se convierte en "cada departamento informa sobre sus cosas", has recreado la reunión inflada que eliminaste.
Un ejemplo concreto. Una empresa SaaS de 60 personas con la que trabajé tenía un WBR con 31 métricas en cinco unidades de negocio. Lo redujimos a 17 (tres indicadores adelantados por función, uno rezagado por unidad de negocio). En seis semanas, el CEO empezó a hacer preguntas antes de la reunión en Slack, porque ahora podía ver realmente el tejido conectivo entre la tendencia de MQL de marketing y la tendencia de demos realizados de ventas. Con 31 métricas, no podía. El corte no era para ahorrar tiempo. Era para restaurar la señal.
La lectura previa: número, por qué, qué, solicitud
El cambio de mayor impacto que puedes hacer a un WBR es eliminar las presentaciones. Nadie presenta en la sala. La sala lee, en silencio, durante los primeros 10 minutos. Luego solo preguntas.
Esto funciona porque la lectura previa obliga al responsable de la métrica a hacer el pensamiento antes de la reunión, no durante la reunión. El formato son cuatro líneas por métrica, escritas por el responsable, distribuidas 24 horas antes del WBR:
- Número: la cifra real esta semana, con la semana pasada y la tendencia entre paréntesis.
- Por qué cambió: la hipótesis del responsable sobre el movimiento, en una frase. No un resumen, una hipótesis.
- Qué estamos haciendo: la acción ya en marcha, no lo que alguien podría hacer, lo que se está haciendo.
- Solicitud: la decisión o aporte específico que el responsable necesita de la sala. Si no hay solicitud, escribe "sin solicitud". Esa es una respuesta válida para una métrica que va según el plan.
Un ejemplo real, de la línea de lectura previa de un VP de Ventas un martes reciente:
Demos realizados: 41 (semana pasada 47, media 8 semanas 44). Por qué: Dos representantes del equipo de SDR estaban fuera, la automatización de mediana etapa etiquetó 12 leads como "baja intención" que el equipo de AE habría aceptado el trimestre pasado. Qué: Revertimos el cambio de puntuación el martes por la mañana, pedimos al manager de SDR que redistribuyera la cobertura para los representantes con baja médica. Solicitud: ¿Debemos ajustar el SLA para el seguimiento de AE en leads limítrofes? Actualmente 4 horas, considerando 1 hora para cuentas con ACV superior a 50.000 dólares.
Son 80 palabras. La sala las lee en 30 segundos. La discusión en la reunión comienza en "¿debemos ajustar el SLA?", no en "permítanme explicarles esta diapositiva". Has adelantado cada conversación del WBR unos 20 minutos de tiempo de reunión, cada semana.
La regla de cumplimiento importa más que el formato. Si el documento no llega antes de T-24, la métrica no se revisa esa semana. El responsable explica por qué la semana siguiente, por escrito, antes de la sala. Esta es la parte que la mayoría de CoS omiten porque no quieren ser los malos. Omítela una vez y el plazo desaparece para siempre. La disciplina de la lectura previa es la cadencia. La reunión es solo el residuo.
Una plantilla de lectura previa que he usado en tres empresas:
| Campo | Ventas (demos realizados) | Customer Success (finalización de onboarding) | Producto (bugs P0 abiertos) |
|---|---|---|---|
| Número | 41 (ant. 47) | 73% (ant. 71%) | 4 (ant. 2) |
| Por qué | SDRs fuera, cambio de puntuación | Rediseño de onboarding alcanzó 73% en cohorte 12 | Dos regresiones del último lanzamiento |
| Qué | Revertimos puntuación, redistribuimos | Continuamos despliegue a cohorte 13 | Hotfix lanzado el lunes, RCA el miércoles |
| Solicitud | ¿Ajustar SLA en leads +50K? | Sin solicitud | ¿Pausar feature flag en pagos? |
Cuatro campos por métrica. Distribuido el lunes al final del día para un WBR del martes. Leído en silencio. Decisiones en la discusión.
Diseño de OKRs trimestrales: tres como máximo, resultado por encima de producción
La mayoría de ciclos de OKRs fallan en la fase de diseño, antes de que se puntúe un solo número. Los tres patrones de fallo: demasiados objetivos, producción enmarcada como resultado, y umbrales de objetivo que no importan.
Tres es el techo por unidad de negocio. No cinco con dos "stretch", no tres más un conjunto de "iniciativas clave". Tres. Si un responsable de unidad de negocio dice que necesita cinco, no tiene OKRs. Tiene una lista de proyectos. El punto de un OKR es la priorización forzada. Cualquier cosa más allá de tres pierde la señal de priorización.
El resultado por encima de la producción es la segunda prueba. "Lanzar el rediseño de onboarding" es producción. "Reducir el tiempo hasta el primer valor de 21 días a 7" es resultado. Lo primero puedes lograrlo lanzando algo que nadie use. Lo segundo solo puedes lograrlo si el trabajo realmente movió el reloj del cliente. Los OKRs de resultado son más difíciles de escribir porque te obligan a comprometerte con si el trabajo importó, no solo con si ocurrió. Ese es el punto entero.
El criterio de puntuación 0.7, en términos sencillos:
- 0.0-0.3: Fallamos claramente. O dimensionamos mal el alcance o algo se rompió. Requiere un análisis posterior escrito sin excepción.
- 0.4-0.6: Progresamos, no alcanzamos el umbral. Zona por defecto para OKRs genuinamente ambiciosos en una empresa saludable.
- 0.7: El objetivo. Logramos lo que dijimos que lograríamos. Apuntar a 0.7 significa establecer una meta donde 0.7 es alcanzable pero no inevitable.
- 0.8-0.9: Entrega sólida. Si la mayoría de OKRs aterrizan aquí, los objetivos eran demasiado fáciles.
- 1.0: Objetivo subestimado. Sabíamos que lo alcanzaríamos. Requiere un análisis posterior sobre la planificación, no la ejecución.
Cualquier cosa por debajo de 0.4 o por encima de 0.9 necesita un análisis posterior escrito. Ambos señalan un problema de planificación, no de ejecución, y el CoS es responsable de destacar esa distinción. La mayoría de empresas solo revisan los fallos. Revisar las sobreentregas es donde el rigor de planificación realmente se consolida.
Una reescritura antes y después de un ciclo real de OKRs:
Antes: "Mejorar la experiencia de onboarding" con KR "Lanzar rediseño de onboarding", "Alcanzar 80% de NPS en onboarding", "Reducir tickets de soporte en un 30%".
Después: "Reducir el tiempo hasta el primer valor de 21 días a 7 días para nuevos clientes de mercado medio". Objetivo único, métrica única, un número que se mueve o no. El rediseño es trabajo implícito; el NPS es una comprobación posterior; la reducción de tickets de soporte es un efecto secundario. Ninguno de esos necesitaba ser el objetivo. El número de tiempo hasta el primer valor era el correcto.
La reescritura redujo el documento de OKRs de tres páginas a media página y dejó la puntuación trivialmente clara al final del trimestre. Esa es la prueba de olfato para un buen OKR. Si la conversación de puntuación lleva más de 10 minutos, el OKR estaba mal escrito.
MBR frente a QBR: mantenlos separados
La revisión mensual del negocio es una verificación de tendencias. La revisión trimestral del negocio es una verificación de estrategia. No los fusiones. El MBR existe para detectar la desviación de indicadores adelantados antes de que se convierta en un fallo trimestral. El QBR existe para preguntarse si todavía apuntamos al resultado correcto.
Audiencia del MBR: operadores. Responsables de función, jefes de unidad de negocio, el CoS, el CEO. La agenda es "¿están los indicadores adelantados prediciendo correctamente la métrica rezagada y, si no, qué está roto en nuestro modelo de cómo funciona el negocio?" Un ejemplo: el número de MQL del equipo de marketing está según el plan, pero el pipeline creado está un 30% por debajo del plan. El MBR es donde detectas la brecha y decides si el supuesto de ratio de conversión es erróneo (recalibrar el plan) o si la calidad del lead es errónea (corregir la segmentación). El MBR no cambia la estrategia. Cambia el modelo.
Audiencia del QBR: equipo directivo más los cercanos al consejo (a veces el consejo real). La agenda es "¿sigue siendo correcta la estrategia?" Se hacen tres preguntas: ¿siguen siendo los OKRs que establecimos los OKRs correctos?, ¿el trimestre nos enseñó algo que cambie el plan del próximo trimestre?, y ¿hay efectos de segundo orden que nos perdimos? El QBR es donde la estrategia se reinicia realmente. El MBR no tiene la audiencia ni la autoridad para tomar esas decisiones.
Cuando las empresas fusionan el MBR y el QBR, ocurren dos cosas. Primero, los operadores dejan de asistir al QBR porque ahora es demasiado largo y demasiado elevado. Segundo, las preguntas estratégicas se apresuran porque la reunión fue consumida por los informes tácticos. Mantenlos separados, aunque cueste dos horas extra al trimestre.
"Alcanzamos el OKR pero fallamos el trimestre": el diagnóstico
Este es el patrón más común en el cierre post-trimestre, y tiene tres causas distintas. El trabajo del CoS es diagnosticar cuál es, porque cada una requiere una corrección diferente.
Causa A, OKR incorrecto: Medimos lo fácil, no lo correcto. El ejemplo clásico es un equipo de ventas que puntuó 0.9 en "aumentar el pipeline en un 40%" pero falló los ingresos en un 20%. El pipeline creció porque el equipo persiguió volumen; la tasa de conversión se desplomó porque los leads no estaban cualificados. El OKR recompensó el comportamiento incorrecto. Corrección: reescribir el OKR. El OKR del próximo trimestre no es "pipeline en un 40%", sino "pipeline cualificado en un 25%, con tasa de conversión por encima del 22%".
Causa B, OKR correcto, umbral incorrecto: El OKR apuntaba al resultado correcto pero el objetivo no era lo suficientemente ambicioso como para mover realmente el número de la unidad de negocio. Ventas alcanzó 0.7 en "expandirse al mercado medio", lo que significa que conseguimos ocho tratos de mercado medio. Ocho no fue suficiente para mover los ingresos. El OKR era correcto, el umbral era incorrecto. Corrección: mantener el OKR, elevar el listón. El próximo trimestre, el objetivo es 18 tratos de mercado medio.
Causa C, OKR correcto, umbral correcto, atribución incorrecta: Alcanzamos el OKR, el umbral era correcto, pero algo más se rompió que el OKR no cubría. Ventas alcanzó la expansión al mercado medio. Los ingresos siguieron fallando porque el margen bruto se comprimió en los tratos (el nuevo segmento de mercado medio tiene un 40% menos de margen que la cartera de SMB). El OKR estaba bien; fallamos porque se rompió una variable no cubierta por el OKR. Corrección: el próximo trimestre necesita un OKR adicional o un límite que cubra la variable que se rompió.
El diagnóstico es la conversación. Lleva al equipo directivo a través de cuál fue la causa (A, B o C) y fuerza una elección. El movimiento más dañino es reconocer vagamente "fallamos el trimestre" y escribir notas de mejora genéricas. Eso garantiza el mismo patrón de fallo el próximo trimestre. Nombrar la causa obliga al próximo ciclo de OKRs a hacer algo específicamente diferente.
Registros de decisiones: el entregable real de la cadencia
Cada WBR y QBR termina con un registro escrito de decisiones. Qué se decidió, quién es el responsable, cuál es el próximo punto de control. Almacenado en un solo lugar (base de datos de Notion, Linear, la wiki de la empresa), no importa cuál sea mientras sea uno solo. El registro es el entregable de la cadencia. Sin registro, la reunión no ocurrió.
Cinco columnas, no más:
| Decisión | Responsable | Decidida en | Próxima revisión | Estado |
|---|---|---|---|---|
| Ajustar SLA de AE en leads +50K a 1 hora | VP de Ventas | WBR 2026-04-21 | WBR 2026-04-28 | En progreso |
| Pausar feature flag de pagos pendiente de RCA | Líder de Ingeniería | WBR 2026-04-21 | WBR 2026-04-28 | Completado |
| Mover objetivo de expansión de Customer Success a ingresos, no a asientos | VP de Customer Success | QBR Q1-26 | QBR Q2-26 | Pendiente |
Eso es todo. Una fila por decisión. El responsable es una persona, no un equipo. La próxima revisión es un evento específico del calendario, no "pronto". Las actualizaciones de estado entre reuniones van en el documento, no en la reunión.
El CoS escribe el registro en tiempo real durante la reunión y lo circula dentro de las cuatro horas. El mismo día. Si el registro espera hasta mañana, la mitad de la sala tendrá un recuerdo diferente de lo que se decidió, y pasarás el próximo WBR volviendo a debatir la misma decisión. La ventana de cuatro horas es la disciplina que más importa.
Un beneficio lateral del que nadie habla: el registro de decisiones se convierte en el artefacto que le gana a la cadencia su lugar en el calendario. Cuando el CFO pregunta "¿por qué seguimos haciendo este WBR?", señala el registro. Cuarenta y seis decisiones tomadas en el Q1. Doce de ellas cambiaron la trayectoria de una unidad de negocio. Esa es la respuesta. Si no puedes producir un registro con esa densidad, la pregunta es justa, y la cadencia probablemente sí deba cancelarse.
Qué posee el CoS frente a qué posee el CEO
La división más clara: el CoS posee los mecanismos, el CEO posee las decisiones. Los mecanismos significan lectura previa a tiempo, disciplina de agenda, registro de decisiones escrito y circulado, dashboards actualizados, las personas correctas en la sala. Las decisiones significan las resoluciones reales: ¿debemos ajustar el SLA?, ¿debemos pausar el feature flag?, ¿debemos reescribir el OKR?
Si el CoS está tomando las decisiones, la cadencia está rota. O el CEO está desconectado (y la organización empezará a notarlo), o el CoS se ha extralimitado y el equipo directivo dejará silenciosamente de traer preguntas reales a la reunión porque las respuestas parecen decisiones por delegación, no decisiones reales. Ambas situaciones necesitan una conversación separada, no una solución provisional.
La versión honesta: un CoS junior frecuentemente se ve arrastrado a tomar decisiones porque nadie más quiere hacerlo. Resiste eso. Devuelve la decisión al CEO con la recomendación enmarcada con claridad, y deja que el CEO tome la decisión en la sala. Ese es el trabajo: hacer que las decisiones del CEO sean de mayor calidad y más rápidas, no sustituirlas.
Aprende más

Principal Product Marketing Strategist
On this page
- Reduce el WBR a 3 indicadores adelantados + 1 rezagado por unidad de negocio
- La lectura previa: número, por qué, qué, solicitud
- Diseño de OKRs trimestrales: tres como máximo, resultado por encima de producción
- MBR frente a QBR: mantenlos separados
- "Alcanzamos el OKR pero fallamos el trimestre": el diagnóstico
- Registros de decisiones: el entregable real de la cadencia
- Qué posee el CoS frente a qué posee el CEO
- Aprende más