Pocos indicadores se repiten tanto en automatización industrial como la tasa de fracaso de los proyectos de visión artificial. La mayoría no alcanza producción. La conversación abierta en los comités técnicos suele orientarse hacia ajustes de cámara, algoritmo o iluminación, pero el análisis de las causas sugiere que el problema, casi siempre, no es técnico.
El fracaso ocurre antes de la prueba
La causa raíz apunta a la fase previa al PoC. El cliente sabe que necesita inspeccionar, medir o identificar algo, pero rara vez ha articulado con precisión las tolerancias, los casos límite, las condiciones reales de línea ni las variables de pieza. La definición incompleta llega al laboratorio y, ya en pruebas, no hay configuración técnica que recupere lo que la especificación no recogió.
El segundo patrón que se repite en proyectos cerrados es el redimensionamiento posterior. Una proporción significativa de PoCs aparentemente exitosos no escala a producción en línea con las expectativas iniciales del cliente. La línea introduce variabilidad que el escenario de prueba no replicó. El sistema funciona en laboratorio y empieza a fallar cuando se traslada a la planta.
Scoping comercial frente a scoping técnico
El scoping técnico identifica qué hardware, qué algoritmo y qué configuración resuelven una tarea dada. El scoping comercial identifica, antes, si la tarea está bien planteada. Son disciplinas distintas, requieren capacidades distintas y, en la mayoría de organizaciones medianas del sector, recaen sobre los mismos perfiles, que las ejecutan con asimetría.
El patrón en los proveedores que cierran proyectos es opuesto. Antes del PoC dedican tiempo de ingeniería de aplicación a recorrer la línea con el cliente, a documentar muestras reales en condiciones reales y a redactar la especificación conjuntamente. Esa fase, raramente facturada, decide si el PoC validará producto o se utilizará como excusa para abandonar el proyecto.
Tres elementos del sistema pre-PoC
Tres componentes definen un sistema que rinde de forma medible. Tiempo protegido de ingeniería de aplicación dedicado al cliente antes del PoC. Captura física de muestras reales en condiciones reales, con caracterización de la variación esperada, no de la promedio. Y redacción conjunta de la especificación, firmada por cliente y proveedor, con casos límite y criterios de aceptación para producción.
El error frecuente consiste en tratar la fase de scoping como gasto no recuperable y minimizarla. La aritmética agregada contradice esa lógica. Un PoC fallido daña la relación con el cliente, consume tiempo de ingeniería interna y dificulta la siguiente venta. Cinco horas adicionales de scoping ahorran cincuenta de retrabajo.
Implicaciones para el comité de dirección
Las consecuencias son de tres tipos. La asignación de tiempo de ingeniería de aplicación debe ampliarse a la fase pre-PoC, con criterio explícito sobre qué proyectos lo merecen. El equipo comercial requiere capacidad técnica para reformular el problema del cliente, no solo para describir el producto. Y el cuadro de mando comercial necesita un indicador específico de calidad del scoping, distinto del indicador de cierre y facturación.
La objeción habitual es que el cliente no acepta pagar por la fase de definición. La objeción es exacta y se resuelve con criterio. Lo que el cliente paga es el resultado final, no las horas. El proveedor que captura la especificación correcta captura la operación. El que no, pierde el PoC y, con él, el proyecto.
La tasa observada de fracaso describe una fuga de crecimiento que el mercado ha aceptado como inevitable. No lo es. Es un problema de método comercial específico, identificable y corregible. La compañía que decide tratarlo como tal abre una asimetría competitiva sobre quienes lo siguen interpretando como problema técnico.