Relevo · los tableros
Un tablero que no habilita una decisión es un adorno. Aquí cada tarjeta dice qué se decide cuando cruza su umbral.
La mayoría de los tableros de productividad contestan una pregunta que a nadie le sirve: en qué se fue el tiempo. Los cuatro de esta página contestan otras cuatro, una por lector: cuántas horas se liberaron y de quién, qué se automatizó y qué falló, qué se está observando y con qué permiso, y qué parte de la nómina dejó de irse en capturar.
El problema, nombrado
Lo que mide el tablero equivocado
El brochure de Relevo separa a su producto de la categoría con una frase que vale como criterio de diseño de tablero: las demás herramientas dicen cuánto tiempo se pierde; ésta lo recupera. Traducido a tarjetas, la diferencia es concreta. Un tablero de monitoreo tradicional enseña porcentaje de tiempo productivo por persona. Eso no habilita ninguna decisión: habilita una conversación incómoda.
Un tablero que sí habilita decisiones enseña otra cosa. Enseña cuántas veces al día se repite una tarea, cuántos segundos toma cada vez, cuántas horas al día suman esas dos cifras multiplicadas, y si esa tarea ya está siendo ejecutada por el sistema o todavía la hace una persona. Con eso el supervisor decide qué automatizar primero, y nadie tiene que justificar su porcentaje.
La distinción no es de matiz. Un tablero que mide personas produce defensa. Un tablero que mide tareas produce prioridades. Los cuatro tableros de esta página están construidos sobre la segunda idea, y el control de privacidad del brochure que la sostiene es explícito: se registra el proceso, no el contenido.
La pregunta del supervisor no es «quién trabaja menos». Es «cuál de las cuarenta tareas de mi área me devuelve más horas si se ejecuta sola».
- Una tarjeta de porcentaje de tiempo productivo por persona: no se publica en estos cuatro tableros.
- Una tarjeta de horas recuperables por tarea, ordenada de mayor a menor: es la primera del tablero del supervisor.
- Una tarjeta de ejecuciones fallidas por tarea: es la primera del tablero del dueño del proceso, porque una automatización que falla en silencio es peor que ninguna.
- Una tarjeta de consentimientos firmados y pausas activas: es la primera del tablero de seguridad de la información, y es la que hace publicable a un sistema que observa personas.
Si su tablero actual mide personas, va a producir resistencia por diseño. Cambie la unidad de medida a la tarea y la resistencia cambia de bando.
Tablero 1 de 4
Tablero del supervisor: las tareas observadas y las horas liberadas
Lo abre quien responde por un área: tráfico, captura, comercio exterior, facturación. Su pregunta es de asignación de gente, no de tecnología: cuánta capacidad tengo y en qué se está gastando. Seis tarjetas.
La columna del umbral es la que convierte la tabla en un tablero. No dice «revise periódicamente»: dice a partir de qué valor hay algo que hacer y qué es lo que hay que hacer.
Tarjeta · qué mide · umbral · decisión que habilita
| Tarjeta | Definición exacta | Umbral | Decisión que habilita |
|---|---|---|---|
| Horas recuperables al día, por tarea | Veces al día que ocurre la tarea, por segundos que toma cada vez, convertido a horas. Ejemplo declarado en el brochure: 340 capturas de guía por 45 segundos = 4.2 h/día (dato de ejemplo). | Por encima de 1 h/día en una sola tarea | Poner esa tarea en la cola de automatización antes que cualquier otra. Es el orden de trabajo del área, no una sugerencia. |
| Horas ya liberadas esta semana, por puesto | Suma de las horas de las tareas que el sistema ya ejecuta, contadas por ejecución registrada y no por estimación. | Si no crece dos semanas seguidas | Revisar por qué se detuvo la cola: o la tarea siguiente está bloqueada, o una automatización se cayó y nadie lo vio. |
| Tareas observadas y todavía no automatizadas | Cuántas secuencias repetidas el sistema ya detectó y aún ejecuta una persona. | Más de diez en una sola área | Pedir una sesión de priorización: hay más oportunidad detectada que capacidad de ponerla a correr. |
| Tiempo de la tarea más lenta del área | Segundos por vez de la tarea con más duración unitaria, no la más frecuente. | Por encima de tres minutos por vez | Mirar la tarea antes de automatizarla: una tarea lenta suele esconder una espera de un tercero, y automatizar la espera no la acorta. |
| Personal nuevo con el asistente en pantalla activo | Cuántas personas con menos de ocho semanas en el puesto están recibiendo la sugerencia del siguiente paso mientras trabajan. | Menos del total de los nuevos del área | Activar el asistente al resto: es el control que el brochure liga a «personal nuevo productivo antes». |
| Errores de captura reincidentes | Cuántas veces se corrigió el mismo campo de la misma tarea en la semana. | Tres o más sobre el mismo campo | Ése es el campo que hay que automatizar primero, porque el error se repite por el proceso y no por la persona. |
Definiciones y umbrales: propuesta de tablero de esta ficha, construida sobre el ciclo declarado en el brochure de Relevo. Toda cifra de tarjeta es dato de ejemplo; los umbrales se fijan con su operación en la sesión de arranque. La cifra de 4.2 h/día es el ejemplo de oportunidad detectada del brochure de Relevo, con su cálculo declarado.
Note que ninguna de las seis tarjetas nombra a una persona. Cinco nombran tareas y una nombra un campo. Eso no es una concesión política: es lo que hace que el supervisor pueda enseñar su tablero en la junta de área sin que la reunión se convierta en una defensa.
El tablero se abre con la vista puesta: Ver como jefe de área entra directo a esta vista, y Ver como operador de captura entra a la suya, que no incluye las tarjetas de comparación.
Con este tablero la decisión de qué automatizar deja de ser una opinión y pasa a ser un orden de lista. Es el cambio que el brochure llama «empezar por lo que más pesa».
Tablero 2 de 4
Tablero del dueño del proceso: qué se automatizó y qué falló
Éste es el tablero que casi nadie publica, y es el que decide si un sistema de automatización es utilizable. Una tarea automatizada que falla en silencio es peor que una tarea manual, porque nadie la está mirando. El dueño del proceso —quien responde por que la guía quede capturada, no por quién la captura— necesita ver el fracaso antes que el éxito.
Por eso la primera tarjeta de este tablero no es de horas liberadas: es de ejecuciones fallidas.
Tarjeta · qué mide · umbral · decisión que habilita
| Tarjeta | Definición exacta | Umbral | Decisión que habilita |
|---|---|---|---|
| Ejecuciones fallidas en las últimas veinticuatro horas | Cuántas veces el sistema intentó hacer la tarea y no la terminó, con el motivo y el paso exacto donde se detuvo. | Una sola | Devolver esa tarea a ejecución manual hasta que se revise. El umbral es uno, no un porcentaje: en captura de guía, una ejecución a medias deja un registro inconsistente. |
| Tareas automatizadas en vigilancia | Cuántas tareas están ejecutándose de forma automática pero todavía con revisión humana de su resultado, y desde cuándo. | Más de tres semanas en vigilancia | Decidir: o se gradúa a ejecución sin revisión, o se retira. Una tarea en vigilancia indefinida cuesta el doble, porque se ejecuta y se revisa. |
| Pasos que se pueden deshacer | De los pasos del proceso que el sistema ejecuta, cuántos tienen declarado el camino que los revierte. Medido en la base del motor: 17 pasos con endpoint y 11 con endpoint de reversión. | Cualquier paso automatizado sin reversión declarada | No automatizar ese paso todavía. Un paso que no se puede deshacer no se entrega a ejecución automática mientras haya alternativa. |
| Tareas cuya pantalla de origen cambió | Cuántas de las tareas automatizadas se ejecutan sobre la pantalla de un tercero que modificó su interfaz desde la última ejecución correcta. | Una sola | Revisar antes de la siguiente corrida. Es el problema que el brochure nombra: el robot que se rompe cuando el portal cambia una pantalla. |
| Tareas ejecutadas por ruta declarada, frente a las ejecutadas sobre pantalla | El reparto entre las dos formas de ejecutar. La primera es estable; la segunda depende de que nadie mueva un botón. | Menos de la mitad por ruta declarada | Pedir el inventario de rutas del sistema de origen. En el sistema de embarques de la casa hay 1,610 rutas con contrato completo; en el portal de un tercero, ninguna publicada. |
| Tiempo medio de una ejecución automática | Segundos que tarda el sistema en hacer la tarea, comparado con los segundos que tardaba la persona. | Si iguala o supera el tiempo humano | Revisar la automatización: no está ahorrando tiempo, está trasladándolo. |
Definiciones y umbrales: propuesta de tablero de esta ficha, construida sobre el ciclo declarado en el brochure de Relevo. Toda cifra de tarjeta es dato de ejemplo; los umbrales se fijan con su operación en la sesión de arranque. Las cifras de pasos con endpoint y con reversión son medidas: Transcrito de la base del motor de la casa, el proyecto de este sistema, consultado el 27 de septiembre de 2026 entre las 13:52 y las 14:03 h, hora del propio servidor. El nombre del cliente de ese proyecto está enmascarado en el origen y no se publica.
Los once pasos con reversión declarada son el dato más útil de este tablero, y vienen medidos de la base, no propuestos. Diecisiete pasos de proceso tienen su camino de ejecución declarado y once tienen además el camino que lo deshace. Los seis que no lo tienen son exactamente los que no conviene entregar a ejecución automática todavía, y el tablero los señala solos.
Y hay un hueco que este tablero obliga a decir: el proyecto del sistema de embarques tiene cero tareas de servidor programadas dadas de alta en la base al corte indicado. La ejecución periódica se configura; hoy no está poblada, y una tarjeta de «próxima corrida» estaría midiendo un vacío.
Un tablero que enseña el fallo antes que el logro es el único que sirve para decidir si se amplía la automatización o se detiene.
Tablero 3 de 4
Tablero de seguridad de la información: qué se observa y con qué permiso
Un sistema que observa cómo trabajan las personas en su computadora necesita un tablero propio para el área que responde por los datos, y ese tablero es el que lo hace publicable. No mide productividad: mide permiso, alcance y enmascaramiento.
La norma aplicable en México es la Ley Federal de Protección de Datos Personales en Posesión de los Particulares publicada en el Diario Oficial de la Federación el 20 de marzo de 2025. Es ley nueva, no reforma, y trae un cambio que hay que revisar en sus propios documentos: la autoridad ya no es el organismo garante anterior. Si su aviso de privacidad lo nombra, está desactualizado.
Tarjeta · qué mide · umbral · decisión que habilita
| Tarjeta | Definición exacta | Umbral | Decisión que habilita |
|---|---|---|---|
| Equipos con política de uso firmada | Cuántos de los equipos con el sistema instalado tienen la política de uso y el aviso de privacidad firmados por su usuario, con la fecha de la firma. | Cualquier equipo sin firma | Suspender la observación en ese equipo hasta que la firma exista. Es el control que el brochure llama «con consentimiento» y es el que la ley exige antes del tratamiento. |
| Campos sensibles enmascarados antes de salir del equipo | Contraseñas, tarjetas, registro fiscal, clave de población y correos: cuántas ocurrencias se ocultaron en el propio equipo y cuántas se escaparon. | Una sola ocurrencia no enmascarada | Detener la captura de ese tipo de campo y revisar la regla de enmascaramiento. No es un incidente menor: es un dato personal que salió del equipo. |
| Pausas activas y su duración | Cuántas veces se usó el botón de pausa y cuánto duró cada una, sin registrar nada de lo que pasó durante la pausa. | Sin umbral de alarma, y es deliberado | Ninguna. Esta tarjeta existe para demostrar que la pausa funciona, no para vigilar quién la usa. Un umbral aquí convertiría el control de privacidad en su contrario. |
| Alcance del registro: proceso frente a contenido | Cuántos registros guardan sólo la secuencia de pasos y cuántos guardaron algún valor de un campo de cliente. | Cualquier registro con contenido de cliente | Borrarlo y corregir la regla. El brochure lo declara sin matices: se registra el proceso, no la información de sus clientes. |
| Accesos por rol, y accesos fuera de rol | Quién consultó datos de qué equipo, con la comprobación de que cada jefe vio sólo a su propio equipo. | Un solo acceso fuera del alcance del rol | Revisar la concesión de permiso. En la base del sistema de embarques la matriz de acceso por rol tiene sesenta y una concesiones para 178 pantallas y ocho roles: está a medio poblar, y hasta que se termine esta tarjeta es la que avisa. |
| Antigüedad del registro más viejo | Cuánto tiempo se conserva el registro de observación antes de borrarse. | Por encima del plazo declarado en el aviso de privacidad | Borrar. Conservar más de lo declarado es incumplir el propio aviso, y es el tipo de hallazgo que una auditoría encuentra primero. |
Controles: brochure de Relevo, sección de privacidad, seis controles. Norma: Ley Federal de Protección de Datos Personales en Posesión de los Particulares, Diario Oficial de la Federación del 20 de marzo de 2025, verificada al 27 de septiembre de 2026. Cifras de tarjeta: datos de ejemplo. Matriz de acceso por rol: Transcrito de la base del motor de la casa, el proyecto de este sistema, consultado el 27 de septiembre de 2026 entre las 13:52 y las 14:03 h, hora del propio servidor. El nombre del cliente de ese proyecto está enmascarado en el origen y no se publica.
La tercera tarjeta es la que conviene mirar dos veces. Un tablero que midiera quién usa más el botón de pausa destruiría el botón de pausa, porque nadie lo usaría. Está en el tablero para probar que existe y que funciona, y deliberadamente sin umbral de alarma. Eso es un criterio de diseño, y se publica como criterio.
El brochure resume la posición en una frase que es también el límite del producto: automatiza el trabajo del equipo, no lo vigila. Este tablero es el lugar donde esa frase se vuelve comprobable o se cae.
Sin este tablero, un sistema que observa personas es un riesgo legal. Con él, es una herramienta con control de acceso y bitácora, que es lo que un área de datos puede autorizar.
Tablero 4 de 4
Tablero de dirección: capacidad recuperada y dónde se fue el mes
El cuarto tablero tiene un solo lector y cuatro tarjetas. La dirección no necesita tareas: necesita capacidad. La conversión es la que el brochure declara y que el propio sistema calcula: horas liberadas.
Este tablero no publica ninguna cifra de dinero, y es a propósito. La conversión de horas a costo depende de su estructura y la hace su propia área de finanzas con su propio dato; un tablero que la trae hecha está inventando la mitad del cálculo.
Tarjeta · qué mide · umbral · decisión que habilita
| Tarjeta | Definición exacta | Umbral | Decisión que habilita |
|---|---|---|---|
| Horas liberadas al mes, en toda la operación | Suma de las horas de las tareas que el sistema ejecuta, por ejecución registrada, agrupadas por área. No es una proyección. | Si el crecimiento se detiene dos meses | Revisar si el problema es de cola de automatización o de adopción. Son dos decisiones distintas y el tablero las separa. |
| Capacidad recuperada, expresada en puestos equivalentes | Horas liberadas al mes divididas entre las horas de un puesto al mes. Se publica como capacidad, no como reducción de personal. | A partir de un puesto equivalente | Decidir a qué se destina esa capacidad: más volumen con la misma gente, o el trabajo que hoy no se hace por falta de manos. |
| Áreas cubiertas y áreas sin cubrir | En cuáles de las áreas de la operación hay tareas observadas y ejecutándose, y en cuáles todavía no hay nada. | Cualquier área sin ninguna tarea automatizada a los tres meses | Mirar si esa área no tiene trabajo repetitivo o si no se instaló. Son dos conclusiones opuestas y sólo el dato las distingue. |
| Ejecuciones con incidente, sobre el total | La proporción de ejecuciones que requirieron intervención humana, para saber si la automatización está estable. | Por encima de una de cada veinte | Detener la ampliación hasta estabilizar. Ampliar sobre una base inestable multiplica el trabajo de revisión, no lo reduce. |
Definiciones y umbrales: propuesta de tablero de esta ficha, construida sobre el ciclo declarado en el brochure de Relevo. Toda cifra de tarjeta es dato de ejemplo; los umbrales se fijan con su operación en la sesión de arranque.
La dirección decide con dos números: horas liberadas y estabilidad. Los otros veinte son del supervisor y del dueño del proceso, y no suben.
El sustento
Lo que estos tableros están hechos de, medido en la base
Los cuatro tableros de arriba son una propuesta de esta ficha: sus definiciones y sus umbrales se fijan con su operación. Lo que no es propuesta es la infraestructura de tablero que el sistema generado ya tiene, y eso sí está medido en la base del motor con la hora del propio servidor.
La diferencia importa. Una cosa es proponer una tarjeta y otra es que exista la pantalla, la ruta que la alimenta y el tipo de pantalla que la genera.
Pieza medida en el motor · cuántas · para qué sirve a estos tableros
| Pieza | Medido | Para qué sirve |
|---|---|---|
| Pantallas de tipo tablero | 5 | Disponibilidad de activos y de unidades, en los módulos de programación y de reportes. Son la base sobre la que se montan las tarjetas de capacidad. |
| Pantallas de tipo reporte | 3 | Indicadores de operación y desempeño de proveedores, con parámetros y exportación a hoja de cálculo y documento portátil. |
| Pantallas de tipo monitor | 3 | Seguimiento de trayectos activos con refresco automático. Es el tipo que sostiene una tarjeta que cambia sola, sin recargar. |
| Pantallas de tipo auditoría | 6 | Línea de tiempo más rejilla detallada. Es el tipo que sostiene el tablero de seguridad de la información: sin pantalla de auditoría, la bitácora es una tabla que nadie abre. |
| Pantallas con panel de hallazgos habilitado | 92 de 178 | Noventa y dos pantallas pueden mostrar hallazgos redactados sobre sus propios datos. Es la superficie donde una tarjeta explica lo que pasó en lugar de sólo enseñar el número. |
| Rutas de API que alimentan tableros | 37 | Treinta y siete rutas de la familia de tableros, con esquema de respuesta y códigos de error declarados. |
| Rutas de API de reportes | 16 | Las consultas paramétricas con exportación. |
| Rutas de API de auditoría | 40 | Cuarenta rutas dedicadas al historial de quién cambió qué y cuándo. Es el número que hace viable el tablero de seguridad. |
| Pantallas de sólo lectura | 18 de 178 | Dieciocho pantallas no permiten escribir: son las que dejan dar acceso a un tablero sin dar permiso de cambio. |
| Tareas de servidor programadas | 0 | Hueco declarado. No hay corridas periódicas dadas de alta en este proyecto, así que una tarjeta de «próxima actualización programada» mediría un vacío. |
| Tabla dinámica y programador de tareas | Implementados y sin usar | Dos de los veintiún tipos de pantalla de la plataforma están implementados con su generador y su plantilla, y este proyecto no los usa. Son exactamente los dos que faltan para análisis libre y para corridas programadas. |
Transcrito de la base del motor de la casa, el proyecto de este sistema, consultado el 27 de septiembre de 2026 entre las 13:52 y las 14:03 h, hora del propio servidor. El nombre del cliente de ese proyecto está enmascarado en el origen y no se publica.
Cinco pantallas de tablero para 178 pantallas es poco, y hay que decirlo así. Es el desequilibrio normal de un sistema recién generado: el motor produce primero la operación y después la lectura. También es la razón de que el producto del brochure encaje aquí: el trabajo repetitivo no está en las cinco pantallas de tablero, está en las cuarenta y siete de catálogo y en las treinta y cinco bandejas.
Un tablero se configura sobre rutas que ya existen. Cuarenta rutas de auditoría y treinta y siete de tablero es de dónde salen las tarjetas, y es lo que hace que ampliarlas no sea desarrollo nuevo.
La prueba
Un tablero de esta plataforma, corriendo
Las tres capturas que siguen son de otro proyecto generado por esta misma plataforma, no de Relevo. Se publican como prueba de lo que el generador de tableros produce, no como pantallas de este sistema, y van con la marca que les corresponde: son una captura de una operación real, anonimizada, en la que todo lo visible son agregados y no aparece ningún registro individual.
Las tres enseñan capacidades que en la tabla anterior aparecen como infraestructura: el bloque de hallazgos redactados, el análisis de causa de una variación y el pronóstico con su banda de confianza.
Lo que hace útiles estas tres imágenes no es que se vean bien: es que las tres capacidades que enseñan son las que convierten una tarjeta en una decisión. Un número sin causa no habilita nada. Un número con su descomposición por categoría sí, porque señala dónde mirar.
Cuando pida una demostración de tablero, pida la función que descompone la variación. Es la que separa un tablero de una hoja de cálculo con colores.
Lo que se decidió no medir
Las cuatro tarjetas que no van en ninguno de los cuatro
Una página de tableros honesta dice también qué se dejó fuera y por qué. Estas cuatro tarjetas son habituales en la categoría y no están en ninguno de los cuatro tableros de arriba. No es un olvido: es una decisión, y cada una tiene su razón.
Tarjeta habitual en la categoría · por qué no está
| Tarjeta | Por qué no está |
|---|---|
| Porcentaje de tiempo productivo por persona | Porque no habilita ninguna decisión que no sea sobre la persona, y el producto se posiciona con lo contrario: automatiza el trabajo del equipo, no lo vigila. Una tarjeta así invalida el tablero de seguridad de la información de la sección tres. |
| Capturas de pantalla del escritorio | Porque el control declarado es que se registra el proceso y no el contenido. Una tarjeta de capturas guarda contenido de clientes, y eso cambia la naturaleza legal del tratamiento. |
| Ranking de personas por velocidad | Porque una tarea lenta suele esconder la espera de un tercero, no una persona lenta. La tarjeta correcta es la del tiempo de la tarea más lenta del área, que está en el tablero del supervisor. |
| Ahorro en dinero al mes | Porque la conversión de horas a costo depende de su estructura y la hace su propia área de finanzas con su propio dato. El tablero publica horas liberadas y puestos equivalentes, que es lo que el sistema puede contar. |
Criterios de esta ficha, alineados con la posición declarada en el brochure de Relevo y con los seis controles de su sección de privacidad.
Un tablero se define tanto por lo que mide como por lo que decide no medir. Las cuatro ausencias de arriba son las que hacen que el equipo observado no trabaje en contra del sistema.
La verificación
Cómo se fija un umbral, y qué pedir en la sesión de arranque
Todos los umbrales de esta página son propuestas, y lo dicen. Un umbral heredado de otro negocio no sirve: una hora al día de tarea repetida puede ser mucho en un área de tres personas y poco en una de treinta. Lo que sí se puede publicar es el método para fijarlos, porque el método no depende del tamaño.
Son cuatro pasos y se hacen sobre datos, en la sesión en que se configura el tablero:
- Se mide sin umbral durante un periodo de observación. El sistema registra veces al día y segundos por vez de cada tarea, sin alarmas. Lo que sale de ahí es la distribución real, no una suposición.
- Se fija el umbral en el punto donde cambia la decisión, no en un número redondo. Si por debajo de cuarenta minutos al día nadie va a automatizar nada, el umbral son cuarenta minutos y no una hora.
- Se comprueba cuántas tarjetas se encienden. Un tablero donde se encienden todas no informa, y uno donde no se enciende ninguna tampoco. Se ajusta hasta que la señal sea accionable.
- Se escribe la decisión al lado del umbral, en la propia tarjeta. Si nadie puede escribir qué se hace cuando se enciende, la tarjeta no va al tablero.
Sobre lo que esta página no afirma, conviene ser explícito. Los cuatro tableros de arriba son una propuesta con sus definiciones y sus umbrales; no se midieron corriendo. Lo medido en la base del motor son las piezas de la sección seis: cinco pantallas de tablero, tres de reporte, tres de monitor, seis de auditoría, noventa y dos pantallas con panel de hallazgos y noventa y tres rutas entre tableros y reportes, más cuarenta de auditoría.
Y toda cifra de tarjeta de esta página, incluida la de 4.2 horas del brochure, es dato de ejemplo. Aparece marcada donde aparece, y el número que va a decidir en su operación sale de su propia observación, no de aquí.
Un umbral fijado sobre su propia distribución convierte el tablero en un orden de trabajo. Uno heredado lo convierte en un adorno con colores.
Preguntas frecuentes
¿Estos cuatro tableros existen ya o son una propuesta?
Los cuatro son una propuesta de esta ficha, con sus definiciones y sus umbrales, y se dice. Lo que existe y está medido en la base del motor es la infraestructura: cinco pantallas de tipo tablero, tres de reporte, tres de monitor, seis de auditoría, noventa y dos pantallas con panel de hallazgos habilitado, treinta y siete rutas de tablero, dieciséis de reportes y cuarenta de auditoría, al corte del 27 de septiembre de 2026 con la hora del propio servidor.
¿Por qué no hay una tarjeta de productividad por persona?
Porque no habilita ninguna decisión que no sea sobre la persona, y el producto se posiciona con lo contrario. Además haría imposible el tablero de seguridad de la información: un sistema que observa personas se vuelve autorizable cuando mide tareas y permisos, no cuando compara individuos.
¿De dónde sale la cifra de 4.2 horas al día?
Del ejemplo de oportunidad detectada del brochure de Relevo, con su cálculo declarado: una tarea que ocurre 340 veces al día y toma 45 segundos cada vez. Es dato de ejemplo y va marcado como tal en la tabla y en la cifra destacada. El número de su operación lo calcula su propia observación.
¿Qué pasa si una tarea automatizada falla?
Es la primera tarjeta del tablero del dueño del proceso, y su umbral es uno: una sola ejecución fallida devuelve la tarea a ejecución manual hasta que se revise. El tablero además señala los pasos que no tienen camino de reversión declarado: en la base del sistema de embarques hay diecisiete pasos de proceso con endpoint y once con endpoint de reversión, y los seis restantes son los que no conviene entregar a ejecución automática todavía.
¿El tablero mide quién usa el botón de pausa?
Cuenta las pausas y su duración para demostrar que el botón funciona, y deliberadamente sin umbral de alarma. Un umbral ahí convertiría el control de privacidad en su contrario, porque nadie usaría la pausa. Es un criterio de diseño y se publica como criterio, no como una función más.
¿Puedo ver el ahorro en dinero?
No en estos tableros. La conversión de horas liberadas a costo depende de su estructura y la hace su propia área de finanzas con su propio dato. El tablero de dirección publica horas liberadas al mes y capacidad recuperada en puestos equivalentes, que es lo que el sistema puede contar por ejecución registrada. Traer la conversión hecha sería inventar la mitad del cálculo.
Referencias
- Base del motor de la casa, el proyecto de este sistema: tabla de pantallas por tipo, banderas de pantalla, tabla de endpoints por familia y pasos de proceso con endpoint de reversión. Consulta de sólo lectura del 27 de septiembre de 2026, corte de servidor 13:52–14:03 h.
- Relevo · brochure de logística, diez páginas: ejemplo de oportunidad detectada (340 veces al día, 45 segundos, 4.2 horas recuperables), sección de beneficios y los seis controles de privacidad.
- Ley Federal de Protección de Datos Personales en Posesión de los Particulares, Diario Oficial de la Federación del 20 de marzo de 2025. Verificada al 27 de septiembre de 2026. ↗
- Inventario de capturas de los sistemas generados, con revisión imagen por imagen y la marca obligatoria al pie de cada grupo. Preparado el 27 de septiembre de 2026.
El modelo
Primero ve su sistema funcionando, sin costo y sin compromiso. Después decide si lo compra o lo renta.
No es un demo: es Relevo con sus procesos, sus áreas y su operación dentro. Entra, lo recorre y lo usa. Verlo no cuesta nada y no lo compromete a nada. Cuando decida, cobramos por resultados, no por entregables.