Artículo
OIT: evaluar productividad exige mirar salarios y empleo
Opinión · Análisis de una declaración
La OIT publicó el 12 de octubre de 2026 una declaración que pide compartir las ganancias de productividad, incluidas las vinculadas a la IA, mediante mejores ingresos y calidad del empleo. Señala barreras de financiación y tecnología para las pymes y defiende formación, protección social y diálogo laboral.
La declaración institucional es nuestra fuente. Su fecha corresponde a la página; no verificamos la intervención oral. Este análisis no presenta un estudio nuevo ni resultados causales sobre IA, despidos o Chile. Los trabajos enlazados no fueron revisados aquí.
Una decisión empresarial que merece otra pregunta
Nuestra lectura propone cambiar la pregunta del piloto: además de cuánto trabajo entrega una herramienta, conviene decidir qué mejora se aceptará para las personas que la usan. Producir más borradores puede ser útil; también puede trasladar la corrección a otra persona o llenar una cola que nadie tiene tiempo de revisar. Una evaluación que termine al generar la primera respuesta dejaría esas situaciones fuera del balance.
Consideramos razonable pactar la evaluación antes de elegir proveedor. Así, el equipo puede discutir qué significa una entrega correcta, quién conserva la responsabilidad y qué problemas justificarían detener la prueba. Este es un criterio editorial para diseñar decisiones, no una descripción de resultados observados ni una recomendación basada en un experimento ejecutado por nosotros.
Propuesta propia: un piloto de cotizaciones
Imaginemos una pyme que prepara cotizaciones de mantenimiento. Proponemos comparar una forma habitual de redactarlas con otra asistida por IA, usando solicitudes equivalentes y una pauta común. La aprobación comercial seguiría en manos de una persona. El ejemplo es hipotético: no hemos seleccionado una empresa, conectado sus datos, contratado herramientas ni medido ahorro.
La unidad de comparación sería la cotización aceptada después de revisión. Antes de comenzar, el equipo definiría qué información debe aparecer: alcance, exclusiones, vigencia y condiciones de servicio. También acordaría qué errores vuelven inutilizable la respuesta. El tiempo de supervisión, las correcciones y las consultas posteriores formarían parte del trabajo necesario para terminar esa unidad.
| Dimensión | Qué registraríamos | Pregunta para decidir |
|---|---|---|
| Productividad | Tiempo total por cotización aceptada, incluida la revisión. | ¿La entrega completa requiere menos trabajo? |
| Remuneración | Horas efectivas, compensación acordada y tareas añadidas. | ¿Cómo se trataría un beneficio que llegara a verificarse? |
| Calidad del empleo | Interrupciones, autonomía, correcciones y carga de supervisión. | ¿El cambio resulta aceptable para quienes realizan el trabajo? |
| Viabilidad de la pyme | Licencias, preparación de datos, formación y soporte. | ¿Podría sostenerse el proceso con los recursos disponibles? |
Salarios y calidad necesitan una conversación explícita
En esta propuesta, un cronómetro no decidiría una remuneración. Pediríamos documentar el acuerdo de partida y conversar con el equipo sobre qué ocurriría si se comprobara una mejora sostenida. Podrían evaluarse alternativas como formación durante la jornada, reducción de sobrecarga o una revisión de compensaciones. Son posibilidades para discutir, sin prometer aumentos salariales ni sustituir acuerdos laborales.
También propondríamos escuchar a quien revisa. Una redacción más rápida podría resultar incómoda si exige vigilancia continua o dificulta detectar una condición inventada. Registrar observaciones del equipo permitiría discutir esas tensiones con ejemplos concretos. Mantendríamos separadas las percepciones, los errores comprobados y las decisiones de gestión; ninguna casilla resumiría por sí sola la calidad de un puesto.
Presupuesto pequeño, prueba que pueda detenerse
Para el caso imaginado, estableceríamos un techo de gasto y reservaríamos tiempo para aprender, revisar y resolver incidencias. Anotaríamos qué depende de financiación, conectividad o soporte externo, como parte del diagnóstico de esa empresa. Una herramienta barata podría dejar de ser viable si nadie puede mantener el proceso; esa posibilidad debe comprobarse localmente, sin atribuirla a todas las pymes.
Suspenderíamos el piloto ante errores críticos repetidos, exposición de información o una carga de revisión que el equipo no pudiera asumir. La salida debería permitir volver al procedimiento previo conservando las cotizaciones aprobadas. Solo después de revisar evidencia y escuchar a las personas plantearíamos ampliar el alcance. La decisión también podría ser modificar la prueba o descartarla.
Lleva una decisión concreta a la conversación
Antes de proponer tu próximo piloto, escribe qué entrega evaluarás, quién la aprobará y cómo tratarás los beneficios si aparecen. Puedes compartir esas preguntas en la Comunidad gratuita y contrastar criterios. No necesitas presentar un caso exitoso: una decisión bien delimitada también permite aprender.
