Escrito originalmente en francés. Traducido por IA — se ha preservado el sentido, no la prosa.
Este artículo es el desarrollo teórico del ejemplo presentado en el artículo Un archivo, unas directrices, y Claude hace el resto — cómo estructuré 500 correos sin esfuerzo Desarrollado en este artículo Del archivo único al sistema de contextos: por qué la memoria de un LLM no cabe en un solo documento
Las organizaciones de producto ya saben producir documentos. Saben escribir PRDs, enmarcar briefs, alimentar roadmaps, formular tickets, documentar decisiones y preparar revisiones de priorización. En una empresa de producto madura, el problema no es que nada esté escrito.
El problema es que mucho de lo que está escrito no capitaliza realmente el razonamiento.
Un PRD responde a una oportunidad. Explica qué se quiere hacer, para quién, por qué, por qué ahora, con qué hipótesis, qué riesgos, qué impactos esperados y qué restricciones. Es útil. Puede incluso ser indispensable para alinear un equipo, un comité de producto, una dirección o una organización de go-to-market.
Pero una vez tomada la decisión, gran parte de lo que ha permitido producir ese PRD se dispersa. Los retornos de clientes quedan en transcripciones. Las objeciones comerciales quedan en la cabeza de los sales. Las restricciones de adopción quedan en los CSM. Los arbitrajes quedan en un acta. Las señales débiles quedan en soporte. Las razones profundas de la decisión quedan en la memoria del PM.
Seis meses después, la organización vuelve casi a cero.
Recupera documentos, vuelve a pedir explicaciones, reconstituye argumentos, relee notas, interroga de nuevo a las mismas personas, o decide con una versión empobrecida del contexto. El coste no es solo documental. Es estratégico: las próximas decisiones son más lentas, pero también peores, porque no se benefician plenamente del contexto ya acumulado por la empresa.
El reto no es documentar mejor el producto. El reto es construir un sistema que reduzca el coste de las próximas decisiones y mejore su calidad movilizando todo el contexto disponible: retornos de clientes, arbitrajes pasados, señales convergentes, conocimiento sectorial, fuentes fiables, objeciones comerciales, restricciones de adopción y ejemplos de otros segmentos o situaciones.
Esta capacidad se convierte en una ventaja competitiva.
El PM arquitecto de contexto no se distingue porque hable con los clientes. Se distingue porque transforma el conocimiento del cliente en un activo organizacional reutilizable: captado, estructurado, vinculado, compartido y reinyectado en las decisiones de producto y go-to-market.
En un mercado donde la tecnología es más accesible, la ventaja ya no viene solo de lo que se puede construir. Viene de la calidad del contexto que guía lo que se elige construir.
Por qué este tema se vuelve estratégico ahora
Durante mucho tiempo, el acceso a ciertas tecnologías podía crear una ventaja competitiva directa. Una empresa capaz de financiar una infraestructura costosa, una base de datos de alto rendimiento o sistemas complejos podía ir más rápido que sus competidores, procesar más volumen o ofrecer capacidades que otros no tenían.
Esta ventaja también estaba ligada al capital inicial. A veces había que desembolsar una suma importante antes incluso de haber validado el mercado o adquirido suficientes clientes. El coste de acceso a la tecnología creaba una barrera.
Ese mundo ya no existe. Los bloques técnicos son mucho más accesibles. Cloud, APIs, SaaS, IA…: gran parte de la infraestructura moderna se consume por uso. Se paga progresivamente, en función del uso, en lugar de tener que financiar masivamente la capacidad antes de haber validado el mercado.
La consecuencia es simple: el acceso a la tecnología es menos a menudo el factor diferenciador duradero. Dos competidores pueden movilizar los mismos clouds, los mismos modelos de IA…
Producir algo ya no es suficiente. Producir rápido tampoco lo es siempre.
La diferencia se juega en la pertinencia de lo que se construye.
Y esa pertinencia depende de la comprensión del contexto del cliente: los retos reales, las restricciones económicas, la regulación, las obligaciones de prueba, la cultura empresarial, las alternativas, los hábitos organizativos, la distribución real de responsabilidades, los costes ocultos, los objetivos, los miedos y lo que no se dice.
Las fuentes públicas dan una base común. Todo el mundo puede leer los mismos libros blancos, las mismas páginas web, los mismos informes y los mismos contenidos de referencia. Lo que es mucho menos copiable son las conversaciones privadas, las transcripciones, las objeciones, los relatos del día a día, las restricciones internas, las tensiones de adopción y los arbitrajes realmente vividos por los clientes.
El conocimiento del cliente se convierte entonces en un activo estratégico, a condición de no quedarse como materia prima.
Una conversación, un verbatim o una señal de cliente no se convierten automáticamente en contexto. Para ser reutilizables, deben transformarse en ideas claras, con fuentes y vinculadas: una objeción, un reto, una restricción, una prueba, una alternativa, un arbitraje. Es este trabajo de estructuración el que hace pasar el conocimiento del cliente de materia prima a activo organizacional.
El problema: el PRD es a menudo un gasto, no un capital
El PRD es un buen ejemplo del problema.
En muchas organizaciones, sirve para tomar una decisión o lanzar un tema. Reúne suficiente contexto para responder a una oportunidad precisa. Luego se convierte en un documento de referencia local, ligado a un proyecto, una iniciativa, un período, un equipo.
Pero el razonamiento subyacente no siempre se capitaliza.
Tomemos un PRD que justifica una nueva capacidad de reporting financiero. Puede contener una síntesis clara: problema, objetivo, solución, dependencias, riesgos. Pero lo que ha permitido llegar a esa síntesis es a menudo mucho más rico.
El enfoque por contexto consiste en extraer de estos documentos y conversaciones unidades de conocimiento reutilizables: notas atómicas, notas temáticas, glosarios, vínculos (red de conocimiento), pruebas, ejemplos y arbitrajes. El PRD ya no es el único lugar donde existe el razonamiento. Se convierte en una salida visible de un capital de conocimiento más profundo.
Una nota atómica es una nota centrada en una única unidad de pensamiento: un concepto, una afirmación, una relación entre dos ideas o una pregunta precisa.
No es necesariamente corta. Es atómica porque tiene un único centro de gravedad conceptual: todo lo que contiene sirve a la misma idea.
Para una organización, su interés es muy concreto: puede comprenderse sin reabrir la fuente original, vincularse a otras notas, reutilizarse en varias decisiones y enriquecerse con el tiempo con nuevos ejemplos, fuentes o contextos. Una nota atómica no es, por tanto, ni una cita, ni un extracto, ni un resumen de documento. Es un bloque de razonamiento reutilizable.
Esta lógica cambia la economía del trabajo de producto.
Sin contexto capitalizado, cada PRD es un esfuerzo local. Con un contexto estructurado, cada PRD enriquece al siguiente. El conocimiento no vuelve a cero. Se densifica.
Qué es un contexto, concretamente
Un contexto no es un sistema documental.
Un sistema documental almacena documentos. Un contexto de producto hace emerger, estabiliza y vincula ideas elementales procedentes de varias fuentes: retornos de clientes, transcripciones, sales calls, tickets de soporte, notas de CS, decisiones pasadas, análisis competitivos, datos de uso, fuentes fiables y conocimiento sectorial.
Un contexto no es un almacén. Es un sistema de interpretación.
Puede leerse en tres niveles:
- Los materiales brutos: entrevistas, tickets, llamadas, verbatims, datos de uso, fuentes, decisiones.
- Las unidades de capitalización: notas atómicas, notas temáticas, glosarios, pruebas, arbitrajes.
- Los usos de negocio: PRD, roadmap, posicionamiento, sales narrative, onboarding, análisis estratégico.
El sistema documental conserva sobre todo el primer nivel. El contexto crea el paso entre los tres.
El contexto no añade una capa documental. Transforma materiales dispersos en bloques de razonamiento reutilizables.
En un sistema documental clásico, una idea puede quedar prisionera de un documento largo. Se sabe vagamente que un tema ya fue estudiado, pero nadie sabe dónde, con qué conclusión, a partir de qué pruebas, ni en qué condiciones esa conclusión podría reutilizarse.
En un sistema de contexto, el razonamiento se descompone en bloques vinculados. Una nota atómica estabiliza una idea autónoma. Una nota temática ensambla varios bloques en torno a un ángulo o una tensión. Un glosario clarifica los términos para evitar que cada uno use las mismas palabras con significados diferentes.
El formato importa menos que el principio: atomicidad, fuente, vínculo, reutilización.
Una idea atómica puede alimentar un PRD hoy, un arbitraje de roadmap mañana, una sales narrative en tres meses, un onboarding en seis meses o un artículo estratégico más adelante. Puede reforzarse con una nueva fuente, matizarse con un nuevo segmento, contradecirse por un caso límite o vincularse a una decisión posterior.
Por eso el enfoque por contexto no pide documentar más. Pide capitalizar mejor.
La IA acentúa este punto. Para un directivo, el tema no es comprender técnicamente conceptos como el RAG. El tema es dar a la IA acceso a los bloques correctos de conocimiento interno para recuperarlos, recolocarlos en el contexto adecuado y recombinarlos en una decisión, un brief, un posicionamiento o un análisis.
El RAG permite recuperar conocimiento por proximidad de ideas, no solo por palabras clave.
El interés es simple: aunque los equipos no usen el mismo vocabulario, la IA puede recuperar las notas, pruebas o decisiones que hablan de ideas cercanas. El RAG conecta ideas más que palabras.
Una IA conectada a un cúmulo documental produce síntesis frágiles. Una IA conectada a un contexto estructurado puede ayudar a la organización a recuperar las señales correctas, los arbitrajes correctos, los ejemplos correctos y las pruebas correctas.
La calidad de la IA depende entonces de la calidad del contexto que la empresa ha construido.
Cómo el contexto mejora la decisión
El enfoque por contexto no garantiza que una decisión sea buena. Pero aumenta las probabilidades de que se tome con una materia más completa, más vinculada y más robusta.
Mejora la decisión en cuatro dimensiones.
1. Reduce el coste de redescubrimiento. La organización no tiene que reconstituir cada vez los mismos argumentos, las mismas restricciones o las mismas pruebas.
2. Mejora la calidad de lectura. Una demanda actual puede compararse con señales pasadas, situaciones comparables, decisiones anteriores, objeciones comerciales y restricciones de adopción ya observadas.
3. Hace más visibles los puntos ciegos. Un PM puede perder un matiz. Un equipo puede ver sobre todo su propio prisma. Pero un contexto que agrega los retornos de PM, PMM, Sales, CS, Support, clientes y fuentes externas aumenta la probabilidad de detectar lo que una sola persona no habría visto.
4. Hace los arbitrajes más defendibles. Una decisión ya no se sustenta solo en una intuición o en la memoria de alguien. Puede vincularse a pruebas, a señales convergentes, a retos de segmento y a opciones estratégicas explícitas.
La prueba no es una certeza matemática. Se construye por convergencia.
El contexto no solo sirve para decidir más rápido. Sirve para decidir con mejor memoria, más pruebas, más matices y menos puntos ciegos.
La mecánica: captar, estructurar, vincular, compartir, reinyectar
El PM arquitecto de contexto no es un documentalista. Tampoco es solo un entrevistador, un priorizador o un redactor de PRDs.
Su rol es transformar un conocimiento disperso en activo organizacional.
Esta transformación se articula en cinco movimientos. Es el modo operativo mínimo de una organización que quiere hacer del contexto un capital.
Captar. El contexto se nutre de entrevistas, transcripciones, llamadas de sales, retornos de soporte, intercambios de CS, vigilancia sectorial, inteligencia competitiva, fuentes fiables, datos de uso, decisiones pasadas y señales débiles. Todas las funciones pueden captar información del cliente, pero no la analizan con el mismo prisma.
Estructurar. Una demanda se convierte en señal. Una señal se vincula a una situación. Una situación revela un reto. Un reto se asocia a un segmento, a una estrategia, a una restricción, a una prueba o a una alternativa. Estructurar no significa ordenar limpiamente. Significa hacer la información pensable y accionable.
Vincular. Un contexto útil conecta objetos que de otro modo permanecerían separados: una objeción comercial y un límite de posicionamiento, una fricción de adopción y una restricción cultural, una solicitud de feature y un reto regulatorio, un ticket de soporte y una deuda de comprensión de producto, una alternativa competitiva y una categoría de mercado.
Compartir. El contexto del cliente no puede quedarse en la cabeza del PM. Debe circular hacia Product Marketing, Sales, CS, Support, dirección, diseño e ingeniería. Pero debe circular sin empobrecerse. Una síntesis es útil, pero el material bruto debe seguir siendo accesible cuando haya que reinterpretar.
Reinyectar. El contexto solo tiene valor si vuelve a las decisiones: roadmap, posicionamiento, categoría, messaging, sales narrative, onboarding, servicio, contenido, pricing, packaging, arbitrajes estratégicos.
Esta mecánica da una dirección concreta. No se trata de crear una gran biblioteca de producto. Se trata de construir un bucle que transforme lo que la empresa aprende en mejores decisiones futuras.
En la práctica, una organización puede empezar por una pregunta simple: para cada decisión importante, ¿qué bloques de contexto han sido captados, estructurados, vinculados, compartidos y reinyectados? Si la respuesta es vaga, el sistema depende todavía demasiado de las personas y no suficiente de un capital colectivo.
Qué cambia esto para el go-to-market
El contexto del cliente no es solo un activo de producto. Es un activo de go-to-market.
El mismo bloque de contexto puede ser reutilizado por varias funciones, pero no para producir el mismo entregable.
Un reto regulatorio recurrente puede alimentar una decisión de roadmap en Product, un mensaje de diferenciación en Product Marketing, una prueba de valor en Sales, un recorrido de adopción en CSM y un contenido de tranquilización en marketing. El valor no viene de copiar la misma información en todas partes. Viene de que la organización dispone de un capital común, que cada función puede recombinar según su uso.
Es un cambio importante. Sin contexto compartido, cada función reconstruye su propia versión del cliente: el PM ve un problema de producto, el PMM ve un problema de percepción, el Sales ve una objeción, el CSM ve una fricción de adopción. Estas lecturas son todas útiles, pero permanecen débiles si no se conectan.
Con un contexto capitalizado, estos prismas enriquecen la misma memoria. Product comprende mejor lo que debe construir. Product Marketing comprende mejor cómo hacer visible el valor. Sales comprende mejor cómo hacer resonar ese valor en una situación concreta. El CSM comprende mejor cómo evoluciona el contexto después de la compra.
El contexto se convierte entonces en una infraestructura común de decisión y relato: alimenta la roadmap, el posicionamiento, la sales narrative, el onboarding, los contenidos, el pricing, el packaging y los arbitrajes estratégicos.
Qué cambia esto para el cliente
El conocimiento del cliente no sirve solo para vender mejor o priorizar mejor. También puede devolverse al cliente en forma de capacidad.
Podemos distinguir tres flujos:
- el conocimiento sobre los clientes: sus segmentos, restricciones, comportamientos, obligaciones, organizaciones;
- el conocimiento proveniente de los clientes: sus relatos, objeciones, usos, rodeos, frustraciones, arbitrajes;
- el conocimiento para los clientes: lo que el producto les restituye para hacerlos más capaces.
Esta tercera dimensión suele subestimarse.
Un módulo de auditoría regulatoria, por ejemplo, no sirve solo para marcar una casilla funcional. Si ayuda al cliente a entender qué debe hacer, a automatizar parte del trabajo, a producir pruebas y a sentirse respaldado por una base de conocimiento fiable, lo hace más tranquilo, más productivo y más competente.
El buen producto no se limita a ejecutar una tarea. Mejora la capacidad del cliente para hacer frente a su contexto.
No construyas mejores cámaras; construye mejores fotógrafos. — Kathy Sierra, Badass: Making Users Awesome
Lo que una organización debe cambiar
La pregunta práctica es, pues: ¿qué debe cambiar una organización que quiere funcionar por contexto?
Debe ante todo dejar de considerar el PRD como el lugar principal del razonamiento de producto. El PRD sigue siendo útil, pero debe convertirse en una salida de un sistema de conocimiento más profundo.
A continuación, debe organizar los materiales de conocimiento en torno a lo que realmente ilumina las decisiones: retos, situaciones, pruebas, arbitrajes, segmentos afectados y decisiones pasadas.
Debe hacer accesibles las fuentes brutas cuando son necesarias: transcripciones, verbatims, llamadas de sales, tickets de soporte, retornos de CS. Las síntesis son útiles, pero no deben eliminar la posibilidad de reinterpretar.
También debe crear bloques reutilizables: notas atómicas, notas temáticas, glosarios, mapas de vínculos, haces de pruebas. Estos bloques deben poder alimentar varios entregables: PRD, roadmap, posicionamiento, sales narrative, onboarding, análisis estratégico.
Finalmente, debe establecer un bucle entre funciones. PM, PMM, Sales, CS y Support no deben poseer cada uno una versión diferente del cliente. Deben contribuir a una memoria común, conservando sus prismas.
El beneficio esperado no es solo documental. Es operacional y estratégico:
- decisiones más rápidas;
- decisiones más robustas;
- menos redescubrimiento;
- mejor onboarding de PM, PMM y líderes;
- mejor coherencia entre producto, marketing y sales;
- mejor capacidad para detectar retos de segmento;
- mejor explotación del conocimiento cliente no público;
- mejor utilización de la IA, porque el conocimiento interno está mejor estructurado.
El contexto se convierte entonces en un capital.
Conclusión: el contexto es el activo, el PRD es una salida
El backlog sigue siendo útil. El PRD sigue siendo útil. El brief sigue siendo útil. La roadmap sigue siendo útil. Ninguno de estos artefactos desaparece.
Pero no deberían ser el centro del sistema.
Deberían ser las salidas visibles de un capital de conocimiento más profundo: un contexto de producto vivo, estructurado, interrogable y reutilizable.
En un entorno donde la tecnología es más accesible, donde los competidores pueden movilizar los mismos bloques, donde los clientes comparan más rápido y donde las alternativas se multiplican, la diferencia se juega en la capacidad de comprender finamente qué crea valor para un segmento dado.
Esta comprensión no puede quedarse en la cabeza de algunas personas. Debe convertirse en un activo organizacional.
El PM arquitecto de contexto es quien hace posible esta transformación. Capta las señales, remonta a los retos, conserva los arbitrajes, estructura las ideas, vincula las pruebas, hace visibles las contradicciones, alimenta el posicionamiento, ilumina las sales narratives, nutre la roadmap y construye una memoria que la organización puede reutilizar.
Este rol se vuelve tanto más estratégico cuanto que la IA hace más fácil la producción de artefactos. Si todo el mundo puede generar más rápido briefs, tickets, síntesis o variantes de mensajes, la diferencia no vendrá del volumen de artefactos producidos. Vendrá de la calidad del contexto sobre el que se apoyan esos artefactos.
Una organización de producto que sabe transformar sus conversaciones privadas, sus arbitrajes y sus señales convergentes en memoria reutilizable posee algo que sus competidores no pueden copiar de inmediato.
No solo documenta su pasado.
Construye su capacidad futura de decidir.
Para saber más
En el software, la ventaja ya no será la tecnología. Será la comprensión del contexto. Por qué una sola clasificación no basta para estructurar el feedback de clientes Wiki IA: por qué construí una base de conocimiento mantenida por una IA El segundo cerebro es un callejón sin salida para el product management ¿Qué es una nota atómica? ¿Qué es una entrada de glosario? ¿Qué es una nota temática?