Relevo · frente a qué se decide
La decisión no es entre funciones. Es entre quién carga con el riesgo de construir la automatización.
Esta página no compara productos: compara modelos de contratación. No dice que un software ajeno funcione mal —eso no lo sabemos y no nos toca afirmarlo—; dice cómo se cobra, quién levanta el proceso, qué pasa cuando el proceso cambia y quién puede detener la automatización un martes a las nueve de la mañana. Esas cuatro respuestas deciden el resultado más que cualquier tabla de funciones.
La regla de esta página
Qué se compara aquí, y qué no se compara
Hay dos maneras de escribir una comparativa. Una es poner marcas en las columnas y palomitas en los renglones, y es la que no vamos a usar: no hemos auditado el software de nadie, no tenemos acceso a sus instalaciones y una palomita sobre un producto ajeno es una afirmación que no podemos sostener. La otra es comparar lo que sí es público y verificable: cómo se contrata cada cosa.
El modelo de contratación es la parte del acuerdo que decide el resultado tres años después. Define qué hace crecer la factura, quién responde cuando el proceso cambia, cuánto tarda un cambio que usted pide, y si puede salir sin perder el trabajo hecho. Nada de eso aparece en una comparación de funciones, y todo eso aparece en el contrato.
Por eso en esta página no hay nombres. Hay cuatro modelos, descritos por su manera de cobrar y de repartir el riesgo, y una quinta columna que es este sistema. Si reconoce a alguien en la descripción de un modelo, la descripción es del modelo: hay proveedores buenos operando modelos malos, y esa distinción es justamente la que le conviene poder hacer.
Una advertencia de honestidad antes de la primera tabla: el modelo de esta casa también tiene aristas, y están escritas en los mismos renglones que las de los demás. Una comparativa donde la última columna gana todos los renglones es una comparativa escrita por el vendedor.
- Unidad de cobro: qué hace subir la factura, y si eso se parece o no a su beneficio.
- Quién descubre el proceso: si lo documenta alguien de fuera una vez, o si se observa ocurriendo.
- Quién carga con el riesgo de construir: quién paga cuando la automatización construida no sirve.
- Cómo se paga un cambio: si es configuración, si es orden de cambio, o si es un proyecto nuevo.
- Quién puede apagar: qué puesto detiene una automatización, con qué permiso, y en cuánto tiempo.
- De quién son los datos del empleado observado: dónde viven, quién los ve y qué pasa con ellos si usted se va.
Si la conversación se queda en funciones, el modelo de contratación se decide por omisión. Y es el modelo el que manda tres años después.
Los cuatro modelos
Con qué se compite, descrito por cómo se contrata
Estos cuatro modelos existen y los cuatro se venden en México a empresas de logística. Ninguno es absurdo: cada uno resuelve algo. Lo que conviene es saber qué resuelve y qué deja en su cancha.
Primero: un sistema global de automatización de procesos. Se licencia por robot en operación, por proceso automatizado o por una combinación de ambos, y a eso se suma el proyecto de construcción de cada automatización, normalmente a cargo de un socio certificado. Es el modelo con más músculo técnico del grupo y el que tiene el conflicto de interés más claro, porque el ingreso del proveedor crece con el número de robots, no con las horas que usted recupera.
Segundo: una herramienta de grabación de tareas o de medición de productividad. Se licencia por usuario observado. Mide, graba, reporta y a veces produce un diagrama del proceso. Lo que casi nunca hace es ejecutar la tarea: entrega el diagnóstico y la ejecución queda pendiente. Es el modelo más fácil de comprar y el que más veces termina en un tablero que nadie abre, porque el tablero le dice lo que ya sospechaba y no le quita una sola captura.
Tercero: el consultor que documenta el proceso y se va. Se cobra por entregable o por hora. Levanta el proceso en entrevistas, escribe el manual, propone la mejora y cierra el proyecto. El problema no es la calidad del consultor: es que el documento nace desactualizado, porque describe lo que la gente dice que hace y no lo que hace, y porque nadie vuelve a mirarlo cuando el portal de una paquetería cambia una pantalla.
Cuarto: el desarrollo a la medida del área de sistemas. Se paga con el tiempo de su propia gente, que es el presupuesto que nadie mide. Tiene la mejor alineación de intereses del grupo —nadie gana por vender más robots— y el peor perfil de sostenibilidad: lo que una persona construyó en sus ratos libres deja de existir el día que esa persona cambia de trabajo.
Los cuatro modelos le venden una automatización. Ninguno de los cuatro le vende la observación del trabajo tal como ocurre, que es de donde sale saber qué automatizar primero.
Elegir entre estos cuatro no es elegir una tecnología. Es elegir de quién es el riesgo cuando la automatización no sirve.
La tabla que sí se puede sostener
Doce renglones de contrato, cinco columnas
Cada renglón de esta tabla es una cláusula que se puede leer en un contrato o preguntar en una reunión. Ninguno es una opinión sobre la calidad de un producto. Y la última columna trae también lo que este sistema no hace.
Criterio de contrato · los cuatro modelos · Relevo
| Criterio | Automatización licenciada por robot | Herramienta de grabación y medición | Consultoría por entregable | Desarrollo interno | Relevo |
|---|---|---|---|---|---|
| Unidad de cobro | Por robot en operación o por proceso automatizado | Por usuario observado | Por entregable o por hora de consultor | Por el tiempo de su propia gente, que nadie presupuesta | Por resultado: las horas liberadas que el propio sistema cuantifica |
| Quién descubre el proceso | Un analista del socio implementador, en entrevistas | La herramienta lo graba y produce el diagrama | El consultor, en entrevistas, una vez | El programador, a partir de lo que le contaron | El sistema lo observa ocurriendo, con su duración y su número de repeticiones |
| Qué versión del proceso queda automatizada | La que se escribió en el levantamiento | Ninguna: la herramienta no ejecuta | La del documento, que ya nació desactualizado | La que el programador entendió | La que se hizo la última vez, porque se vuelve a observar |
| Quién carga con el riesgo de construir | Usted: el robot se cotiza antes de saber si sirve | Usted: el diagnóstico se paga y la ejecución no viene | Usted: el entregable se paga aunque no cambie nada | Usted, con el tiempo de su equipo | La casa: primero ve el sistema funcionando y después decide |
| Cómo se prioriza qué automatizar primero | Por lo que el socio propone en el alcance | Por lo que el tablero destaca | Por el criterio del consultor | Por lo que más molesta al que pide | Por repeticiones al día por segundos por vez, que es una multiplicación auditable |
| Qué pasa cuando cambia la pantalla de un tercero | El robot se rompe y el arreglo se cotiza | Nada: sigue midiendo | El documento queda mal y nadie lo sabe | Se arregla si la persona que lo hizo sigue en la empresa | La tarea se vuelve a observar; el sistema se detiene antes de ejecutar mal |
| Cómo se paga un cambio que usted pide | Orden de cambio, con cotización nueva | No aplica: no hay nada que cambiar | Proyecto nuevo | Cola de prioridades del área de sistemas | En la sesión, sin orden de cambio |
| Quién puede apagar la automatización | Depende del contrato de soporte; con frecuencia el socio | No aplica | No aplica | Quien tenga la contraseña del servidor | El dueño del proceso, desde la propia pantalla, con registro de quién lo hizo |
| Qué queda registrado de cada ejecución | Bitácora técnica del robot | Medición de tiempos por usuario | El documento y sus anexos | Lo que se haya programado registrar | Qué se ejecutó, cuándo, con qué datos y bajo qué aprobación |
| Qué pasa con los datos personales del empleado observado | Depende del diseño del robot; suele registrar contenido | Su razón de ser es medir a la persona: el riesgo es el uso, no la captura | Notas de entrevista sin gobierno documental | Lo que el programador decidió guardar | Aviso y firma antes de observar, enmascaramiento en el equipo, el proceso y no el contenido, y botón de pausa |
| Qué se lleva si cambia de proveedor | El proceso documentado; el robot no corre fuera | Los reportes | El documento | El código, si está documentado | Las secuencias observadas y los expedientes, que son suyos |
| Qué no resuelve, dicho por la propia casa | — | — | — | — | No decide el embarque, no negocia una tarifa, no sustituye el juicio de operaciones y no evalúa a una persona |
Fuente: modelo de contratación de la casa y revisión de modelos de licenciamiento, órdenes de cambio y dependencia de socio implementador documentados en sitios públicos, documentación oficial y reportes a inversionistas de quince proveedores del dominio, 27 de septiembre de 2026. No se afirma nada sobre la calidad de ningún producto ajeno, y no se nombra a ninguno.
Lea el renglón del cambio y el renglón del apagado. Son los dos que nadie negocia antes de firmar, y los dos que se cobran después.
La pregunta que decide
La unidad de cobro, y por qué el robot es una unidad incómoda
Si sólo puede hacer una pregunta en la primera reunión, haga ésta: ¿qué hace subir su factura? La respuesta describe el incentivo del proveedor con más precisión que cualquier declaración de valores.
Cuando la unidad es el robot, el proveedor gana cuando hay más robots. No es mala fe: es aritmética. Y produce un efecto medible en el tipo de proyecto que se propone. Se propone automatizar procesos largos y visibles, que justifican más robots, antes que la tarea corta y aburrida que se repite trescientas cuarenta veces al día. La tarea corta produce más horas recuperadas y menos ingreso por licencia, así que casi nunca encabeza el alcance.
Cuando la unidad es el usuario observado, el incentivo es instalar en más computadoras. Eso empuja hacia la vigilancia: cuanta más gente medida, más factura, aunque de la medición no salga ninguna ejecución. Es el modelo que produce tableros bonitos y ninguna hora recuperada.
Cuando la unidad es la hora de consultoría, el incentivo es que el proyecto dure. Y cuando la unidad es el tiempo de su propia gente, el incentivo es que nadie cuente cuánto costó, porque ese costo no aparece en ninguna factura.
La unidad de esta casa es el resultado: las horas liberadas que el propio sistema cuantifica, con su aritmética publicada en la página del número para que la pueda rebatir. Tiene su propia arista y aquí está: si el sistema no encuentra tareas repetidas, no hay horas que cobrar. Eso nos obliga a mirar primero y a vender después, y por eso ver el sistema funcionando no cuesta nada.
El proveedor que cobra por robot gana cuando usted automatiza más. No cuando usted trabaja mejor. Ésa es la diferencia, y está en la primera cláusula del contrato.
Pida que le expliquen la unidad de cobro con un ejemplo de su propia operación. Si el ejemplo no se puede construir sin una reunión adicional, la unidad no es clara.
El riesgo de construir
Quién paga la automatización que no sirvió
Toda automatización tiene una probabilidad de no servir. El proceso resultó menos repetitivo de lo que parecía, el sistema de destino cambió, la excepción era la regla. La pregunta industrial no es cómo evitar eso: es quién lo paga.
En el modelo de licencia por robot, lo paga el cliente dos veces: pagó el proyecto de construcción y paga la licencia del robot mientras esté dado de alta, aunque se ejecute poco. En el de consultoría, lo paga el cliente una vez, al recibir el entregable. En el desarrollo interno, lo paga el cliente sin enterarse, porque el costo estaba en la nómina.
Este sistema mueve ese riesgo de lado. Primero se observa la operación real y se cuantifica la oportunidad con dos mediciones que el propio sistema toma: cuántas veces al día ocurre la tarea y cuántos segundos toma cada vez. Si la multiplicación no da una hora que valga la pena, la automatización no se construye, y eso se dice antes de cobrar nada.
Y hay un segundo desplazamiento del riesgo que conviene nombrar, porque es el que la categoría no ofrece: ver el sistema funcionando antes de decidir. No un video, no una presentación: el sistema con los procesos de su operación dentro. Cuando el proveedor tiene que construir algo antes de cobrar, su interés y el de usted apuntan al mismo lado por primera vez en la conversación.
Un proveedor que cobra antes de que exista la automatización le trasladó el riesgo entero. Eso no es un detalle comercial: es el reparto del riesgo, y va en la primera página del contrato.
El cambio
En la sesión, o en una orden de cambio
En una operación de logística el proceso cambia porque el mundo cambia: una paquetería rediseña su portal, un cliente pide otro formato de prueba de entrega, la autoridad fiscal actualiza el complemento del comprobante de traslado. La pregunta no es si va a cambiar, es cuánto tarda y cuánto cuesta el cambio.
Ahí está la diferencia práctica entre los modelos, y no requiere hablar mal de nadie: en el modelo de licencia por robot con socio implementador, el cambio entra por una orden de cambio, se cotiza y se programa. Es legítimo —alguien tiene que pagar el trabajo— y también es la razón por la que muchas automatizaciones se quedan corriendo mal: nadie quiere abrir una orden de cambio por una pantalla que se movió.
En la revisión de sitios públicos del 27 de septiembre de 2026, el costo de personalizar después del arranque no está documentado por ninguno de los doce proveedores globales, y en las reseñas públicas de dos de ellos es el reclamo más repetido de sus usuarios. Lo que sí se puede afirmar sin nombrar a nadie es el hecho de categoría: el precio de un cambio se conoce cuando ya no se puede cambiar de proveedor.
Lo de esta casa está escrito en su propia página: el proceso se ajusta en la sesión de trabajo, con la gente de la operación en la sala, y no en una cotización posterior. Tiene un límite y también se dice: un cambio que implique observar de nuevo una tarea necesita que la tarea vuelva a ocurrir, y eso toma el tiempo que toma la operación.
Pregunte cuánto tarda un cambio de tres campos y quién lo autoriza. La respuesta describe el resto del contrato.
El apagado
Quién detiene la automatización, y en cuánto tiempo
Ésta es la pregunta que casi nadie hace antes de firmar, y es la más importante de todas cuando algo va mal. Una automatización que sigue corriendo después de que el proceso cambió no produce un error visible: produce cientos de registros bien formados y equivocados. El daño es silencioso y se descubre tarde, normalmente cuando un cliente reclama o cuando la conciliación no cuadra.
Conviene llevar esta lista a la mesa y pedir la respuesta por escrito. Son seis preguntas y ninguna es técnica.
Una automatización que nadie puede apagar en el momento no es un activo: es una obligación con su nombre.
- ¿Qué puesto de mi empresa puede detener una automatización sin llamar al proveedor? Si la respuesta es «ninguno», el control no es suyo.
- ¿En cuánto tiempo se detiene, desde que alguien decide detenerla? Segundos, minutos u horas son tres modelos distintos de responsabilidad.
- ¿Queda registro de quién la detuvo y cuándo? Sin registro no hay conversación posterior posible, ni con el equipo ni con un auditor.
- ¿Qué pasa con lo que ya ejecutó mal? Debe existir la lista de lo que hizo, con su hora y sus datos, para poder corregirlo en el sistema de destino.
- ¿Se detiene sola ante un caso que no reconoce? Una automatización que improvisa ante lo desconocido es peor que una que se detiene y avisa.
- ¿Quién aprueba volver a encenderla? Si es la misma persona que la apagó y nadie más se enteró, no hay control: hay una costumbre.
Si el proveedor no puede contestar estas seis por escrito, la automatización no es suya: es de él, corriendo en su casa.
Los datos del equipo
Qué cambia, según el modelo, para la persona observada
Los cuatro modelos tratan datos personales de sus empleados, y el suyo también. La diferencia está en tres decisiones que se toman al diseñar el producto y que después no se pueden deshacer con una política: qué se captura, dónde se enmascara y para qué se puede usar.
La ley 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, en vigor el 21 de marzo de 2025, con una reforma publicada el 14 de noviembre de 2025. Dos consecuencias prácticas: la autoridad ya no es la que muchos manuales internos siguen nombrando, y el responsable del tratamiento es la empresa que observa, no el proveedor del software.
Los seis controles de este producto están escritos en su brochure y se transcriben completos en la ficha del sistema: el colaborador sabe que está instalado; hay política de uso y aviso de privacidad firmados; las contraseñas, tarjetas, registros fiscales, claves únicas de población y correos se ocultan antes de salir del equipo; hay botón de pausa para asuntos personales; se registra el proceso y no el contenido; y el acceso es por rol, con auditoría de recursos humanos.
El tercero de esos controles es el que técnicamente más cuesta y el que más importa: enmascarar en el equipo significa que el dato sensible no viaja, no que se guarde cifrado en algún lugar. Y el quinto es el que define la finalidad: registrar que alguien capturó una guía en un portal no es lo mismo que registrar qué decía la guía.
Pregunte dónde se enmascara el dato sensible: en el equipo o en el servidor. Las dos respuestas son técnicas y sólo una protege a su cliente.
Autodiagnóstico
¿Cuál de estas cuatro es su empresa?
Los cuatro modelos no sirven igual para todas las operaciones. Estas cuatro descripciones son para leerse en voz alta en una reunión de dirección: la que incomode es la suya.
- La que no sabe en qué se van las horas. Tiene el dato de cuántas horas se trabajaron —eso lo da la nómina— y no tiene el de en qué tarea se fueron. Aquí la decisión no es qué automatizar: es medir antes de decidir, porque cualquier automatización comprada hoy se va a construir sobre una suposición.
- La que ya midió y tiene el tablero. Compró la herramienta, tiene los reportes y el problema sigue igual: el tablero dice que se pierden horas en captura y nadie ha quitado una sola captura. Aquí la pregunta es por la ejecución, y conviene hacerla antes de renovar la licencia de la medición.
- La que tiene robots y los tiene rotos. Automatizó tres procesos, dos siguen corriendo y uno se rompió cuando cambió una pantalla. Aquí la conversación es sobre el costo del cambio y sobre quién puede apagar: probablemente ya sepa la respuesta y no le guste.
- La que documentó el proceso y lo guardó. Tiene el manual, tiene el diagrama y el proceso real se hace de otra manera desde hace meses. Aquí el problema no es la falta de documentación: es que la documentación no se actualiza sola, y la única versión que se actualiza sola es la que se observa.
Las cuatro son reparables. Ninguna se repara comprando la siguiente capa sobre la anterior sin medir qué hizo la anterior.
Por qué esta página no trae precios
Lo que la categoría no publica, y por qué eso decide la conversación
Esta página no publica ningún precio, y no es pudor comercial. Son dos razones y las dos son verificables.
La primera: el precio de la casa es la conversación que viene después de ver el sistema funcionando, porque depende de qué tareas resultaron automatizables en su operación. Publicar una cifra antes de eso sería publicar una cifra sin base.
La segunda: publicar el tarifario ajeno desglosado sería una cifra sin fuente primaria. En la revisión del 27 de septiembre de 2026, de los doce proveedores globales de la categoría uno publica tarifario en su propio sitio y once remiten a contacto comercial; los precios que circulan de los demás vienen de comparativas de terceros y de agregadores, no de las empresas. Un rango de categoría, agregado y con su fuente, sí se puede decir; el tarifario de un proveedor concreto, no.
Y el hallazgo que más pesa en esta página no es de precio, es de plazo: ninguno de los doce publica plazo de arranque. Ninguno. No es un dato que falte en un sitio: es que la categoría no lo publica. Los dos únicos plazos que se encontraron son indirectos y vienen de reseñas y de una cláusula de acompañamiento posterior al arranque, no de un compromiso publicado.
Cuando once de doce remiten a contacto comercial y doce de doce callan el plazo, la comparación entre productos es imposible por diseño. Por eso esta página compara contratos.
Preguntas frecuentes
¿Por qué no hay nombres de competidores en esta página?
Porque no hemos auditado el software de nadie y una afirmación sobre la calidad de un producto ajeno no se puede sostener con una revisión de sitios públicos. Lo que sí es público y verificable es el modelo de contratación: unidad de cobro, órdenes de cambio, dependencia de socio implementador y qué se publica y qué no. Eso es lo que se compara.
¿Entonces Relevo hace todo lo que hacen los cuatro modelos?
No, y la tabla lo dice en su último renglón. Relevo no decide el embarque, no negocia una tarifa, no sustituye el juicio de operaciones y no evalúa a una persona. Lo que hace es observar el trabajo tal como ocurre, priorizar por repeticiones y tiempo, sugerir el paso en pantalla y ejecutar la tarea repetida.
¿Cuánto cuesta y por qué no está aquí?
El precio es la conversación que viene después de ver el sistema funcionando con los procesos de su operación dentro, porque depende de qué resultó automatizable. Verlo no cuesta nada y no lo compromete a nada. Y el tarifario de un proveedor ajeno no se publica aquí porque no tenemos fuente primaria de ninguno.
Ya tengo una herramienta que mide la productividad. ¿Esto la sustituye?
En la parte de medición, se solapa. La diferencia está en lo que pasa después de medir: una herramienta de medición entrega el reporte y ahí termina su alcance; aquí la medición existe para ordenar las tareas por repeticiones y segundos y ejecutar la primera. Si su tablero ya le dijo dónde se van las horas y nadie ha quitado una captura, la pregunta correcta es por la ejecución.
¿Quién puede apagar la automatización y en cuánto tiempo?
El dueño del proceso, desde la propia pantalla, sin pasar por el proveedor, y queda registro de quién lo hizo y cuándo. La lista completa de lo que hay que exigir sobre el apagado —a cualquier proveedor, incluido éste— está en la sección de esta página dedicada a eso, en seis preguntas para pedir por escrito.
¿Y si mi caso es el cuarto: tengo el proceso documentado y guardado?
Entonces ya hizo el trabajo difícil una vez y sabe lo que cuesta. El punto de esta página es que ese documento no se actualiza solo, y que la única versión del proceso que se mantiene al día es la que se observa ocurriendo. El documento sigue sirviendo: como referencia de cómo debería hacerse, para compararlo con cómo se hace.
Referencias
- Relevo · brochure de logística, 10 páginas: ciclo de cuatro capacidades, ejemplo de oportunidad detectada con su aritmética, seis controles de privacidad y arranque en cuatro pasos.
- SPARTANE · mapa competitivo del dominio de software de gestión y automatización del transporte: quince proveedores revisados sobre sitios públicos, documentación oficial de producto y reportes a inversionistas, 27 de septiembre de 2026. Documento interno; no se publican nombres ni tarifarios de proveedores concretos.
- 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, en vigor el 21 de marzo de 2025, con reforma publicada el 14 de noviembre de 2025. Consultada el 27 de septiembre de 2026. ↗
- Complemento Carta Porte del comprobante fiscal digital, versión 3.1, publicado por el Servicio de Administración Tributaria el 17 de junio de 2024 y de uso obligatorio desde el 17 de julio de 2024. ↗
- Base de datos del motor de generación de sistemas de la casa, el proyecto de este sistema en el motor, consultada en modo de sólo lectura el 27 de septiembre de 2026 con fecha y hora tomadas del propio servidor. El nombre comercial del cliente está enmascarado y no se publica.
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.
Siga por aquí