Los 12 KPI que un negocio en crecimiento debe vigilar y un tablero que la gente sí usa
Doce KPI de ventas, operación y finanzas, cada uno con fórmula, responsable y frecuencia. Un mes completo con su aritmética, reglas de diseño del tablero y qué hacer el día que un número se pone en rojo.
Author
Anichur Rahaman
hace 2 días9 min read1 views
Lunes, 8:40 de la mañana. La dueña de un pequeño comercio, con una tienda en línea y un local, abre tres hojas de cálculo y la app del banco. El archivo del local dice que las ventas de septiembre fueron 52,000. Contabilidad dice 51,300. El portal de la paquetería tiene su propia idea de cuántos paquetes llegaron tarde. La primera hora de la semana se va en conciliar cifras, no en decidir nada.
A las 9:45 tiene un número en el que confía a medias y ninguna idea clara de qué cambiar. La escena es ilustrativa, pero el patrón es real: el negocio tiene datos de sobra y ninguna definición compartida de lo que significan sus números.
Este artículo defiende que doce KPI bastan, siempre que cada uno tenga una sola fórmula, un solo responsable y una sola fuente, y que todos se vean en una página. Repasa las definiciones, un mes completo con su aritmética, las reglas de diseño que mantienen vivo un tablero y qué hacer el día que un indicador se pone en rojo.
Por qué nadie abre el tablero
La mayoría de los tableros mueren igual. Alguien arma cuarenta gráficas en un arranque de entusiasmo. Un mes después, dos gráficas muestran ventas distintas, porque una cuenta el pedido cuando se hace y la otra cuando se paga. Nadie sabe cuál es la correcta, y todos vuelven a sus propias hojas de cálculo.
La causa no es la herramienta de gráficas. Es que el KPI nunca se definió como una consulta o un fragmento de código: qué se cuenta, de qué periodo, de qué tabla, con qué exclusiones. Cuando la definición vive en la cabeza de alguien, cada exportación da un número un poco distinto.
Cómo se ve una fuente única de verdad
La solución es sencilla y funciona. Cada KPI lo calcula una consulta con nombre sobre el sistema que registra los hechos: pedidos, movimientos de inventario, entregas y asientos contables. Una tarea nocturna (o cada hora) escribe el resultado en una tabla de instantáneas, una fila por KPI y por periodo, por ejemplo kpi_id = fill_rate, period = 2026-09, value = 94.0, definition_version = 2. El tablero lee solo esa tabla.
La columna definition_version importa más de lo que parece. Cuando cambias la forma de contar la tasa de devoluciones, los meses anteriores conservan su versión y la gráfica muestra el quiebre. Sin ella, cambiar una definición reescribe la historia en silencio, y nadie vuelve a confiar en la tendencia. Todo es mucho más fácil cuando los pedidos, los movimientos de inventario y los asientos contables se escriben en una sola base de datos, porque la consulta del KPI une tablas en lugar de conciliar archivos; la parte de inventario de StoreConsole está construida así.
Indicadores adelantados, rezagados y el árbol que los une
Un indicador rezagado te cuenta lo que ya pasó: ventas, margen bruto, efectivo. Uno adelantado se mueve primero y los anticipa: conversión, exactitud del inventario, tasa de surtido. Un tablero de puros rezagados es un espejo retrovisor. Uno de puros adelantados es una apuesta. Necesitas ambos, conectados.
La conexión es un árbol. Arriba está la utilidad. Se divide en margen bruto y volumen de ventas, y cada rama se divide otra vez hasta llegar a impulsores que alguien puede mover esta semana: la conversión de una página de aterrizaje, el porcentaje de pedidos enviados completos, los días que lleva sin venderse un lote de mercancía.
De la utilidad hacia abajo, hasta los números que alguien puede mover antes del almuerzo.
El árbol también evita un error común: seguir un número que nadie puede influir. Si un KPI no tiene camino hacia la utilidad o el efectivo en el árbol, es decoración.
Los doce KPI, con sus fórmulas
Doce es un tope, no una meta. Cubren ventas, operación y finanzas, y alcanzan para un negocio con desde uno hasta unas cuantas docenas de sucursales.
KPI
Fórmula
Frecuencia
Responsable
Ingresos netos
Ventas menos descuentos y devoluciones
Diaria
Jefe de ventas
Tasa de conversión
Pedidos ÷ sesiones
Diaria
Responsable de comercio electrónico
Ticket promedio
Ingresos netos ÷ pedidos
Diaria
Responsable de comercio electrónico
Tasa de recompra
Clientes que compraron y ya habían comprado ÷ todos los clientes que compraron
Semanal
Marketing
Exactitud del inventario
Artículos contados que coinciden con el sistema ÷ artículos contados
Semanal
Gerente de inventario
Tasa de surtido
Pedidos enviados completos a la primera ÷ pedidos recibidos
Diaria
Responsable de operaciones
Entrega a tiempo
Pedidos entregados en la fecha prometida ÷ pedidos entregados
Diaria
Responsable de operaciones
Tasa de devoluciones
Unidades devueltas ÷ unidades vendidas
Semanal
Responsable de operaciones
Margen bruto
(Ingresos netos − costo de ventas) ÷ ingresos netos
Semanal
Finanzas
Ciclo de conversión de efectivo
DIO + DSO − DPO
Mensual
Finanzas
Días de cobranza
Cuentas por cobrar ÷ ventas a crédito × días del periodo
Mensual
Finanzas
Autonomía de efectivo
Saldo de efectivo ÷ gasto neto mensual de efectivo
Mensual
Dueño
La tasa de surtido y la exactitud del inventario son las que más se omiten y las que más explican los problemas posteriores. Una tienda que no puede enviar lo que vendió tiene un problema de exactitud de inventario mucho antes de tener uno de atención al cliente.
Un mes, paso a paso
Un ejemplo ilustrativo: el septiembre de un pequeño comercio, en dólares estadounidenses. Los datos son inventados pero coherentes entre sí, así que cada cifra de abajo se puede comprobar a mano.
40,000 sesiones, 1,000 pedidos, 780 clientes que compraron, 312 de los cuales ya habían comprado antes.
Ingresos netos 52,000; costo de ventas 33,800; 2,400 unidades vendidas y 168 devueltas.
940 pedidos enviados completos a la primera; 960 entregados, 864 de ellos en la fecha prometida.
Un conteo de 400 artículos encontró 368 que coinciden con el sistema.
Inventario promedio 67,600; cuentas por cobrar 6,000 sobre ventas a crédito de 12,000; cuentas por pagar 25,350.
Efectivo 54,000 frente a un gasto neto promedio de 6,000 al mes.
KPI
Operación
Resultado
Meta
Conversión
1,000 ÷ 40,000
2.5%
2.4%
Ticket promedio
52,000 ÷ 1,000
52.00
52.00
Tasa de recompra
312 ÷ 780
40.0%
38%
Exactitud del inventario
368 ÷ 400
92.0%
97%
Tasa de surtido
940 ÷ 1,000
94.0%
96%
Entrega a tiempo
864 ÷ 960
90.0%
92%
Tasa de devoluciones
168 ÷ 2,400
7.0%
6%
Margen bruto
(52,000 − 33,800) ÷ 52,000 = 18,200 ÷ 52,000
35.0%
36%
Días de inventario (DIO)
67,600 ÷ 33,800 × 30
60 días
55 días
Días de cobranza (DSO)
6,000 ÷ 12,000 × 30
15 días
15 días
Días de pago (DPO)
25,350 ÷ 33,800 × 30
22.5 días
25 días
Ciclo de conversión de efectivo
60 + 15 − 22.5
52.5 días
45 días
Autonomía de efectivo
54,000 ÷ 6,000
9.0 meses
9 meses
Lee la tabla como lo haría el dueño. La conversión y la recompra superan la meta, así que la demanda está bien. Seis números se quedan cortos, y cuatro de ellos son eslabones de una misma cadena: exactitud del inventario, tasa de surtido, tasa de devoluciones y ciclo de efectivo. Un conteo con 8% de error significa que se aceptan pedidos de artículos que no están en el anaquel, y la tasa de surtido cae a 94%. Esas ventas se envían tarde, incompletas o no se envían, y después llegan las devoluciones. Mientras tanto, 67,600 en inventario pasan 60 días parados, y el ciclo de conversión de efectivo termina en 52.5 días en vez de 45. Corregir un dato de entrada mueve varias salidas, y el árbol te indica cuál atender primero.
Una nota sobre el ciclo de efectivo: DIO y DPO usan como base el costo de ventas, DSO usa las ventas a crédito, y los tres usan el mismo periodo de 30 días. Mezclar periodos o bases es la forma más común de obtener una respuesta equivocada que parece razonable.
Reglas de diseño del tablero
Doce números caben en una pantalla. Lo demás es disciplina sobre lo que muestra cada tarjeta.
Valor, tendencia y meta en cada tarjeta. Un número suelto no dice nada. 94.0% junto a una meta de 96% y una línea de seis semanas dice bastante.
La frecuencia la marca la decisión. La tasa de surtido decide qué hace operaciones hoy, así que es diaria. La autonomía de efectivo decide el próximo trimestre, así que actualizarla a diario solo añade ruido.
Detalle con un clic. Una tarjeta roja de tasa de surtido debe abrir la lista de pedidos que salieron incompletos, con el SKU faltante en cada fila.
La misma definición en todas partes. La tarjeta, el correo semanal y el informe al consejo llaman a la misma consulta.
Un responsable por tarjeta. Una tarjeta con dos responsables no tiene ninguno.
Una pantalla, tres filas, doce tarjetas. Cada una responde: cuánto, hacia dónde y frente a qué.
Cuando un KPI se pone en rojo
El tablero solo sirve si el rojo significa algo. Antes de actuar, hay que preguntar si el que falla es el número o el negocio.
Revisa primero el flujo de datos. ¿Corrió la tarea nocturna? ¿Falta algún canal en la alimentación? ¿Cambió una definición? Una tasa de surtido que cae de 94% a 61% de un día para otro suele ser una alimentación rota, no un desastre en la bodega. Si los datos están bien, el cambio es real y hay que dejar por escrito cuatro cosas: responsable, causa, acción y fecha de revisión. Una tarjeta roja sin fecha de revisión se vuelve amarilla sola después de dos semanas en que nadie la mira.
Arregla los datos o arregla el negocio, nunca los dos a la vez y nunca sin una fecha.
Métricas de vanidad y otras trampas
Tráfico y seguidores. Las sesiones solo cuentan a través de la conversión. Un pico de tráfico de 30% con 1.2% de conversión es un gasto, no un logro.
Ingresos sin margen. Una campaña de descuentos puede subir los ingresos 20% y bajar la utilidad bruta.
Promedios que esconden la cola. Un 90% de entregas a tiempo puede esconder a una paquetería en 60%. Deja abierta la posibilidad de dividir por paquetería, sucursal o canal.
Demasiados KPI. Con veinte, la gente deja de mirar. Cada vez que agregues uno, retira otro.
Metas fijadas una sola vez. La meta del enero pasado cuenta la historia del enero pasado.
Cuatro semanas para un tablero que la gente abre
Semana 1: escribe las doce definiciones en una página, con sus exclusiones (pedidos de prueba, pedidos cancelados, transferencias internas).
Semana 1: nombra un responsable por KPI y acuerda su frecuencia.
Semana 2: construye cada KPI como una consulta sobre el sistema donde se registran los datos, y compáralo con el número de tu hoja de cálculo actual. Explica cada diferencia.
Semana 3: crea la tabla de instantáneas y la página única del tablero, con valor, tendencia y meta en cada tarjeta.
Semana 3: agrega las listas de detalle de las cuatro tarjetas que más veces se pondrán en rojo.
Semana 4: haz la reunión del lunes solo con el tablero, con la rutina de la tarjeta roja, y retira las hojas de cálculo viejas.
El lunes por la mañana, otra vez
Volvamos a la dueña a las 8:40. Con la tabla de instantáneas en marcha, abre una sola página. Las ventas dicen 52,000, la misma cifra que ve contabilidad, porque ambos leen los mismos pedidos. Seis tarjetas están en rojo. La tasa de surtido es 94% frente a 96%, el detalle lista 60 pedidos incompletos, y 41 de ellos nombran los mismos seis SKU.
La causa es la exactitud del inventario, así que la acción es del gerente de inventario: recontar esos seis SKU, con revisión el viernes. La reunión dura quince minutos. La hora que antes se iba en conciliar ahora se dedica a los seis SKU.
En resumen
Define cada KPI una sola vez, como consulta y con versión; un tablero es tan confiable como sus definiciones.
Combina los números rezagados (ventas, margen, efectivo) con los adelantados (conversión, exactitud del inventario, tasa de surtido) y únelos en un árbol.
Doce KPI cubren ventas, operación y finanzas. Cada uno necesita fórmula, responsable y frecuencia.
Muestra valor, tendencia y meta en cada tarjeta, y haz que cada tarjeta roja baje hasta las filas.
Cuando un KPI se pone en rojo, revisa primero los datos; si el cambio es real, anota responsable, causa, acción y fecha de revisión.
En el ejemplo, un solo dato débil, una exactitud de inventario de 92%, estaba detrás de una tasa de surtido por debajo de la meta, más devoluciones y 7.5 días extra en el ciclo de efectivo.
Anichur Rahaman es arquitecto de software y creador de StoreConsole. Diseña sistemas de comercio y ERP para negocios en crecimiento, con enfoque en arquitectura orientada a eventos, integridad de datos y operación en servidores propios.