Idea principal

Lo que un competidor publica —un módulo, una pantalla, una integración, un agente de IA— es la salida de un razonamiento que, ese sí, no sale: a qué cliente apuntaba, qué outcome buscaba producir, contra qué alternativa peleaba, qué restricción interna le llevó a esa forma y no a otra.

El inventario de funcionalidades recoge, por tanto, la parte del trabajo que no lleva la información. Dos productos pueden abordar la misma necesidad con respuestas muy diferentes, y dos respuestas idénticas pueden venir de razonamientos opuestos. Reproducir la respuesta sin haber reconstruido el razonamiento no traslada nada de lo que la hacía acertada: es reproducir un gesto.

Por qué es importante

Esto explica por qué la copia fracasa sin que se pueda atribuir a una mala ejecución. La funcionalidad copiada funciona, se entrega, y no produce el efecto observado en el otro, porque el efecto dependía del cliente objetivo y de la alternativa combatida, no de la forma.

Da también la pregunta correcta ante un lanzamiento de la competencia: no "¿qué hay que recuperar?" sino "¿qué problema intenta resolver esto, qué ganancia promete, qué fricción elimina?" — una pregunta que se puede responder sin copiar.

Matices y límites

El razonamiento no siempre es reconstruible, y no siempre es profundo: una funcionalidad de la competencia puede ser el resultado de la petición de un gran cliente, de una oportunidad técnica o de un arbitraje de calendario. Atribuir sistemáticamente una intención estratégica a lo que se observa es el error simétrico de la copia.

Y algunas respuestas se han convertido en expectativas de mercado: reproducirlas no es entonces una estrategia, sino una condición de entrada, lo que es una decisión diferente y legítima.

Preguntas abiertas

• ¿En qué se reconoce que un razonamiento reconstruido desde fuera es plausible, y no proyectado por quien lo observa?