Abre el historial de decisiones de tu equipo, si lo tienes, y lee una entrada de hace tres meses. «Decidimos construir X.» Ahora intenta contestar por qué. No la historia que recuerdas, la evidencia que había de verdad sobre la mesa cuando se tomó la decisión. ¿Qué sabías? ¿Qué asumías? ¿Qué te habría hecho cambiar de opinión? Para casi todas las decisiones, esa información desapareció. La decisión sobrevivió. Todo lo que la justificaba se evaporó.
Ingeniería resolvió una versión de este problema y le puso nombre. Hecho significa hecho. Afirmar que una tarea está completa no vale nada por sí solo, porque es trivial de declarar. Lo que lo vuelve fiable es la prueba viajando con la afirmación: el test que se ejecutó, la salida que produjo, el contrato contra el que corrió. La finalización y su evidencia se mueven juntas o la finalización es solo una frase. Las decisiones de producto necesitan la misma regla, y casi nunca la reciben.
Una decisión sin evidencia es un rumor con fecha
Dilo claro, porque la versión suave nos deja a todos sin responsabilidad. Una decisión registrada como «elegimos X» y nada más no es una decisión que nadie pueda auditar. Es un rumor con fecha. Sabes que se tomó una elección y más o menos cuándo. No sabes sobre qué base, lo que significa que después no puedes distinguir si fue una buena decisión que envejeció mal o una mala que tuvo suerte, y no puedes saber si lo que la justificaba sigue siendo cierto.
Esto importa más ahora, no menos, y por la misma razón que reformó el product management en la era IA. Cuando construir era la parte cara, el volumen de decisiones lo frenaba de forma natural cuánto podías construir. Ahora los agentes construyen en horas, así que tomas más decisiones, más rápido, con menos deliberación por decisión. La tasa de decisiones subió y la evidencia por decisión bajó. Un equipo puede acumular un trimestre de elecciones inauditables en un mes, y descubrir solo cuando algo se rompe que no puede reconstruir por qué se construyó nada.
Qué significa de verdad «evidencia adjunta»
Decidir con evidencia es una disciplina concreta, no un valor. Cuando una decisión se cierra, tres cosas se le adjuntan y viajan con ella.
La evidencia que la sostuvo. No el resumen de una sensación. Los inputs reales: la señal del usuario, el dato de uso, lo concreto que viste u oíste que apuntaba por aquí. Si la respuesta de verdad es «una corazonada fuerte», está permitido, y se registra como corazonada, que es un registro muy distinto de «lo dijo el dato». El registro tiene que preservar cuál de las dos era.
El supuesto en el que se apoya. Toda decisión tiene debajo una creencia que la sostiene, lo que, si fuera falso, haría la decisión errónea. Nombrarlo es la mayor parte del valor, porque un supuesto sin nombrar no puede revisarse cuando el mundo cambia. «Decidimos construir X, asumiendo Y» es auditable. «Decidimos construir X» esconde Y donde nadie puede comprobar si sigue en pie.
El test que la refutaría. Qué te diría que esto estaba mal, y cuándo lo vas a mirar. Una decisión sin test de refutación es una decisión que has vuelto infalsificable en silencio, lo que significa que la defenderás para siempre pase lo que pase, porque nunca dijiste qué aspecto tendría el fracaso.
No toda fuente permite la misma afirmación
Esta es la parte que casi todos los registros de decisión hacen mal, y es la misma disciplina que gobierna la capa de reverse intake de un grafo de producto: la fuerza de una afirmación está limitada por la fuerza de lo que la respalda, y mezclar las dos es como las decisiones que suenan seguras se construyen sobre nada.
| Lo que quieres afirmar | Lo que necesita | Lo que no sobrevive |
|---|---|---|
| «El usuario siente este dolor» | usuarios reales, conducta observada | la conjetura plausible de un modelo |
| «Esto moverá la métrica» | un resultado previo o una prueba | una analogía con otro producto |
| «Lo decidimos a propósito» | una elección humana registrada | un default que nadie cuestionó |
| «Es la apuesta más barata» | una comparación que hiciste de verdad | la primera opción que pareció bien |
La regla no es que las corazonadas estén prohibidas. Es que una corazonada tiene que registrarse como corazonada y no blanquearse nunca en «lo mostró la evidencia». Cuando una decisión adjunta su evidencia, quien la lee ve la diferencia entre una decisión respaldada por conducta observada del usuario y una respaldada por una frase segura, y las pondera en consecuencia. Cuando falta la evidencia, todo se lee con la misma falsa certeza, y las decisiones peor respaldadas se vuelven indistinguibles de las mejores.
La IA hace fácil adjuntar evidencia y peligroso saltársela
Hay una simetría que conviene notar. La misma velocidad que abarata las decisiones también abarata adjuntar su evidencia. Un agente puede sacar los números de uso, reunir las señales relevantes y redactar el supuesto y el test de refutación tan rápido como produce el prototipo. La fricción que antes hacía cara la buena higiene de decisiones casi ha desaparecido.
El peligro es que la IA también es muy buena produciendo la decisión que suena segura sin nada de eso. Pídele a un modelo una recomendación y te dará una respuesta fluida, estructurada y plausible sin evidencia adjunta y sin supuesto nombrado, y se leerá como rigor. Ese es el modo de fallo: una decisión que parece deliberada porque está bien formateada, apoyada en nada que pudieras comprobar. Adjuntar evidencia es lo que separa una decisión real de una conjetura bien escrita, y cuanto mejor se vuelve la escritura, más depende esa separación de que la evidencia esté ahí y no de que la prosa suene segura.
La prueba de la auditoría
La medida de si estás haciendo esto es simple. Coge una decisión de hace un trimestre e intenta auditarla en frío, sin preguntar a nadie. Si puedes ver qué se sabía, qué se asumió y qué la habría refutado, la decisión se cerró con su evidencia adjunta. Si solo puedes ver que se tomó una elección, tienes una fecha y un rumor, y estás a punto de rediscutir de memoria un debate que ya tuviste, con peor información que la primera vez.
Corre esto sobre diez decisiones. La proporción te dice cuánto del razonamiento de tu producto es auditable y cuánto ya se evaporó. A casi todos los equipos les asusta el número, y el número empeora justo cuando sube la velocidad de decisión, es decir, justo cuando los agentes te hacen más rápido.
Dónde encaja PaellaDoc
PaellaDoc trata la decisión como un registro de primera clase, no como una línea en un chat. Una decisión se cierra con la evidencia que la sostuvo, el supuesto en el que se apoya y el test de refutación adjuntos, y enlaza con los artefactos que autorizó, para que el razonamiento siga auditable mientras el producto crece a su alrededor. El objetivo es la versión de producto del hecho significa hecho: una decisión que puedes abrir meses después y reconstruir, en vez de una elección que solo recuerdas haber tomado.
Decidir se encareció porque construir se abarató. La forma de evitar que las decisiones caras se conviertan en errores caros es dejar de permitir que la evidencia se aleje de la decisión en el momento en que la decisión se toma.
Preguntas frecuentes
¿Qué son las decisiones de producto con evidencia?
Es la versión de producto del «hecho significa hecho»: una decisión no se cierra hasta que la evidencia que la justificó viaja con ella. «Elegimos X» por sí solo es un rumor con fecha, sabes que se tomó una elección y más o menos cuándo, pero no sobre qué base, así que después no distingues una buena decisión que envejeció mal de una mala que tuvo suerte. La evidencia y la decisión se mueven juntas o la decisión es solo una frase.
¿Qué debo adjuntar a una decisión de producto?
Tres cosas que viajan con ella al cerrarse. La evidencia que la sostuvo, la señal real del usuario o el dato de uso, registrada como corazonada si eso era. El supuesto en el que se apoya, la creencia de carga que, si es falsa, hace la decisión errónea. Y el test de refutación, qué te diría que estaba mal y cuándo lo mirarás. Sin el tercero, has vuelto la decisión infalsificable en silencio.
¿Cómo audito una decisión de producto pasada?
Coge una decisión de hace un trimestre e intenta auditarla en frío, sin preguntar a nadie. Si puedes ver qué se sabía, qué se asumió y qué la habría refutado, se cerró con su evidencia adjunta. Si solo puedes ver que se tomó una elección, tienes una fecha y un rumor. Córrelo sobre diez decisiones; la proporción te dice cuánto de tu razonamiento sigue siendo auditable.
¿Qué es un test de refutación en una decisión de producto?
Es nombrar, por adelantado, qué te diría que la decisión estaba mal y cuándo lo vas a mirar. Una decisión sin test de refutación es una que has vuelto infalsificable en silencio: la defenderás para siempre pase lo que pase, porque nunca dijiste qué aspecto tendría el fracaso. Nombrarlo convierte una decisión de una opinión que proteges en una apuesta que puedes liquidar.