Idea principal

Un ticket de Jira sabe decir quién lo abrió, a qué cliente se vincula, cuál es su estado y quién lo lleva. Una página de Notion sabe decir lo que contiene y cuándo se modificó. Una fila de base de datos sabe decir que un hecho ocurrió en una fecha. Todos esos objetos sostienen perfectamente el evento.

Lo que ninguno sostiene es lo que el evento enseñó al equipo: por qué ese ticket importaba más que los demás, a qué tensión de producto se vinculaba, qué decisión pasada ponía en cuestión, qué señal débil confirmaba, qué idea quedará de él dentro de tres meses. Ese razonamiento existe en el momento en que se trata el ticket, y no tiene ningún sitio donde depositarse — el campo "comentario" lo recibe, pero nada lo hace recuperable en tanto que razonamiento.

El valor no está, por tanto, en el objeto, está a su alrededor. Un sistema de información que solo registra el objeto pierde todo lo que lo rodeaba, y nunca se da cuenta, ya que lo que conserva sigue siendo exacto.

Por qué es importante

Esto desplaza el diagnóstico cuando una organización constata que "olvida". El reflejo es buscar un mejor árbol de carpetas, una mejor nomenclatura, un mejor motor de búsqueda — es decir, tratar un problema de ordenación. Pero encontrar mejor lo que nunca se escribió no da nada.

También dice qué hay que mirar para juzgar una herramienta documental: no su capacidad de clasificar, sino su capacidad de recibir un razonamiento y de vincularlo al objeto que lo provocó.

Matices y límites

Algunos objetos llevan parte del razonamiento por construcción: un acta de decisión, una revisión de incidente, una nota de arbitraje. Siguen siendo la excepción, y se redactan una vez, no se actualizan.

Esa excepción tiene una versión con herramientas del lado del producto, y confirma la brecha más que cerrarla. Una regla de decisión transversal escrita con su contexto, sus alternativas descartadas y sus consecuencias aceptadas conserva exactamente lo que ninguna ficha conserva: por qué la empresa decidió así, y qué debería cambiar para que decidiera de otro modo. Pero el dispositivo solo tiene valor si es raro — unas pocas reglas al año — mientras que el sistema de información registra todo. La brecha señalada aquí no se colma, pues, con un objeto más: se desplaza hacia la pregunta de qué razonamientos, entre todos los que atraviesan la organización, merecen escribirse.

Capa aportada por "Product Decision Record: documentar las decisiones de producto que estructuran la empresa" (2026-06-03).

Y no todo razonamiento merece conservarse. Gran parte de lo que se dice alrededor de un ticket es desechable; la brecha señalada aquí solo se vuelve cara para lo que habría servido en otro sitio.

Preguntas abiertas

• ¿En qué momento del tratamiento de un ticket se puede captar lo que enseña sin cargar el trabajo de quien lo trata?