Antes de construir cualquier fórmula que conecte el tracker de OKRs con tu modelo financiero, necesitas responder una pregunta: ¿quién actualiza ese tracker, bajo qué definiciones y con qué periodicidad de cierre?
En la mayoría de empresas medianas de 50 a 500 personas, el tracker de OKRs vive en una hoja que mantiene People, Strategy o el CEO directamente. FP&A lo consulta, pero no lo controla. Eso crea dos riesgos concretos para tu modelo.
Riesgo 1: el string que rompe en silencio. Si tu fórmula de P&L depende de un VLOOKUP que busca "COGS Efficiency" en la columna A del tracker, y alguien cambia esa etiqueta a "Eficiencia COGS" o "COGS - Eficiencia Operativa", la fórmula devuelve error y tu supuesto de margen bruto desaparece sin aviso. Para un modelo que va a inversionistas o al directorio, eso no es aceptable.
Riesgo 2: moneda y período distintos. Una puntuación OKR preliminar al 31 de diciembre, calculada sobre cifras sin auditar, puede revisarse cuando se registran los devengos finales. Si usas el preliminar como insumo de planeación, tu supuesto de margen está calculado sobre un número que ya cambió.
La solución es una pestaña puente que FP&A sí controla. En lugar de conectar el P&L directo al tracker (que no es tuyo), mantienes una tabla propia con la siguiente estructura:
| ID | Nombre FP&A | Ref. en tracker | Período | Puntuación final | Fuente verificada |
|---|---|---|---|---|---|
| OKR_01 | Eficiencia COGS | 'OKR_Tracker'!F4 | Q4 2025 | 0.68 | Revisado con CFO el 15-ene |
| OKR_02 | Crecimiento ARR | 'OKR_Tracker'!F7 | Q4 2025 | 0.72 | Revisado con CFO el 15-ene |
Las referencias van por posición de celda, no por búsqueda de string. Si alguien renombra una columna en el tracker original, tus fórmulas no se rompen. La columna "Fuente verificada" es el registro de auditoría que necesitas cuando alguien pregunte de dónde salió ese número en la sala de directores. Cuando actualizas el modelo para el siguiente ciclo, cambias las referencias de celda en esta pestaña, no en el P&L.
Cómo construir la fórmula de puntuación OKR 0.0-1.0 en Google Sheets
Con la pestaña puente en su lugar, las fórmulas del modelo se vuelven más limpias y más robustas. Tu P&L ya no habla con el tracker directamente: habla con tu tabla de gobernanza.
Puntuación base de un resultado clave, tomando el real de tu pestaña Actuals y la meta de Assumptions:
=MIN(1, Actuals!C14 / Assumptions!$C$14)
Una nota importante sobre este tope: MIN(1, ...) es técnicamente correcto según el modelo de re:Work, pero descarta en silencio cualquier puntuación superior a 1.0. En la práctica conviene guardar las puntuaciones sin tope en una columna separada. Una puntuación de 1.23 en un resultado clave de ingresos es una señal de planeación material: la meta era demasiado conservadora. Si la aplanas a 1.0 desde el inicio, pierdes esa señal en la revisión del siguiente ciclo y el supuesto demasiado conservador se repite sin que nadie lo cuestione.
Puntuación ponderada de objetivo con 3 resultados clave (ajusta los pesos según el caso):
=SUMPRODUCT(OKR_Tracker!E4:E6, OKR_Tracker!D4:D6) / SUM(OKR_Tracker!E4:E6)
Promedio general de la organización para la vista de paquete del directorio trimestral:
=AVERAGEIF('OKR_Tracker'!B:B, Assumptions!$B$3, 'OKR_Tracker'!F:F)
Donde la columna B es la etiqueta del trimestre y la columna F es la puntuación ponderada del objetivo. La referencia Assumptions!$B$3 mantiene el selector de trimestre en un solo lugar para que impulse todos los cálculos siguientes.
Puntuación ponderada por exposición en el P&L, más útil que el promedio simple cuando un objetivo cubre $6.2M de ingresos y otro cubre $400K de una iniciativa de I+D:
=SUMPRODUCT(
'OKR_Tracker'!F2:F10,
'OKR_Tracker'!G2:G10
) / SUMIF('OKR_Tracker'!B2:B10, "<>", 'OKR_Tracker'!G2:G10)
Donde la columna G es la exposición en dólares en el P&L para cada objetivo. Un promedio organizacional de 0.65 puede enmascarar un 0.9 en un objetivo menor y un 0.4 en el único KR que impulsa el 60% del plan de ingresos del próximo año. El promedio simple es el número para la presentación al directorio; la puntuación ponderada por exposición es el insumo de planeación real.
Cómo conectar el modelo de puntuación OKR con tu modelo de tres estados
Una vez resuelta la gobernanza, el vínculo entre puntuaciones OKR y modelo financiero se vuelve directo y auditable. Un OKR de eficiencia de COGS de 0.68 (contra un presupuesto de $8.2M donde el real llegó a $8.8M) cambia los supuestos de margen bruto para el siguiente ciclo.
Esta fórmula convierte una puntuación OKR en un factor de ajuste presupuestal en tu pestaña de P&L. Toma el valor de tu pestaña puente, no del tracker directamente:
=IF(
FPA_Bridge!$C$2 >= 0.7,
1,
1 + (0.7 - FPA_Bridge!$C$2) * Assumptions!$D$5
)
FPA_Bridge!$C$2 es la puntuación final verificada del OKR de eficiencia de COGS en tu tabla de gobernanza. Assumptions!$D$5 es tu coeficiente de sensibilidad: cuánta presión presupuestal genera un déficit de 0.1 en ese OKR. Usar la pestaña puente en lugar del tracker directamente significa que la fórmula es estable aunque alguien renombre columnas en el tracker original.
Una meta de EBITDA del 14.2% que resultó en 12.1% real porque el COGS se excedió en $0.6M es una historia específica. La puntuación OKR (0.63 en eficiencia de COGS) es el estadístico resumen que une la narrativa para la presentación al directorio, sin obligar al lector a hacer aritmética sobre tablas de variaciones.
El vínculo con el modelo de tres estados es más útil a nivel de la pestaña de Flujo de Caja. Las proyecciones de FCFF dependen de los supuestos de EBITDA, que dependen de los supuestos de margen, que dependen de si los OKRs operativos están tendiendo hacia 0.7 o más, o si se encuentran en 0.5 con dos trimestres por delante. Un SUMPRODUCT de puntuaciones ponderadas por exposición en el P&L te da un solo indicador adelantado para el modelo de flujo de caja, más informativo que revisar cada OKR por separado cuando queda un mes para cerrar el trimestre.
Dónde falla el modelo de puntuación OKR de Google re:Work
Cuatro modos de falla que importan específicamente para los modelos financieros.
Los resultados clave binarios rompen el promedio ponderado. Un resultado clave como "lanzar el nuevo nivel de precios antes del Q3" puntúa 0.0 o 1.0. Eso funciona bien en un software de seguimiento de objetivos, pero distorsiona el promedio ponderado cuando todos los demás insumos son continuos. La solución: descomponer los KRs binarios en hitos medibles (diseño completo, UAT aprobado, lanzado, retención a 30 días alcanzada) y puntuar cada sub-hito en 0.25.
El timing de la puntuación no coincide con los períodos de devengo. La puntuación de OKRs ocurre al cierre del trimestre, pero tu modelo de devengos cierra en fechas distintas. Una puntuación de 0.70 al 31 de diciembre basada en cifras preliminares puede revisarse a 0.65 cuando se registran los ajustes de cierre. Regla práctica: usa la puntuación final del trimestre anterior en tu pestaña puente, no el preliminar del trimestre en curso. Incorpora un rezago de un ciclo y documéntalo en la columna de auditoría.
La agregación hacia arriba pierde señal. El promedio organizacional es el número que va al deck del directorio, no el insumo de planeación. Para la planeación real, necesitas la puntuación ponderada por exposición en ingresos. Un 0.65 promedio que oculta un 0.4 en el KR que impulsa el 60% del plan de crecimiento es un riesgo que el promedio simple no muestra.
FP&A no controla la fuente de datos. Este es el modo de falla más común y el menos documentado. Si tu modelo tiene una dependencia estructural en un tracker que no es tuyo, cualquier cambio de formato, período o definición en ese tracker puede propagar un error silencioso a tus proyecciones de EBITDA. La pestaña puente con referencias por posición de celda y una columna de auditoría es la forma más simple de aislar ese riesgo sin necesitar acuerdos formales con otros equipos.
Preguntas frecuentes sobre la puntuación OKR de Google re:Work
¿Por qué la meta en el modelo de Google re:Work es 0.7 y no 1.0?
Porque 1.0 consistente indica que los objetivos no eran suficientemente ambiciosos. El umbral de 0.7 es una decisión de diseño deliberada: con un OKR bien calibrado, deberías quedarte corto aproximadamente el 30% de las veces. Alcanzar siempre 1.0 es una señal de que el equipo está fijando metas que puede garantizar, no metas que lo hagan crecer.
¿Cómo interpreto una puntuación OKR superior a 1.0?
Es una señal de que la meta original era demasiado conservadora. No la aplanes con MIN(1, ...) en silencio: guarda la puntuación real en una columna separada y anótala en la revisión de planeación. Una puntuación de 1.18 en un resultado clave de ingresos es información útil para calibrar el siguiente ciclo. Si la aplanas desde el inicio, el supuesto demasiado conservador se repite y nadie cuestiona el número original.
¿Con qué frecuencia debo actualizar las puntuaciones OKR en el modelo financiero?
Una vez por trimestre, al cierre oficial del período, cuando las cifras ya pasaron por el proceso de devengo. No uses puntuaciones preliminares como insumos de planeación: la diferencia entre el preliminar y el final puede ser material (un OKR de 0.70 puede revisarse a 0.65 al registrar ajustes de cierre), y ese delta cambia tus supuestos de margen para el siguiente ciclo. Documenta la fecha de cierre y quién validó el número en tu pestaña puente.
¿Qué hago si FP&A no controla el tracker de OKRs?
Construye una pestaña puente que sí controles. En lugar de conectar tu modelo al tracker directamente, mantén una tabla propia donde captures las puntuaciones finales verificadas por referencia de celda (no por búsqueda de string), con la fecha de revisión y quién aprobó el número. Eso aísla tu modelo de cambios de formato en el tracker original y te da el registro de auditoría que necesitas cuando alguien pregunte de dónde salió el supuesto en la revisión de inversionistas.
Si quieres que las puntuaciones se actualicen automáticamente antes de abrir el modelo, consulta Cómo actualizar hojas OKR en Google Sheets (2026) para el enfoque basado en disparadores.
ModelMonkey puede extraer los reales de OKR desde HubSpot o Notion y escribirlos directamente en tu pestaña puente según un calendario definido, para que las puntuaciones estén verificadas y listas antes de la revisión del miércoles. Elige un plan de ModelMonkey.