Introducción
Un responsable de proyecto se quejó una vez de esto.
«Pedí al buscador que sacara todas las patentes del competidor—más de trescientas—y enviara la lista a I+D.»
«¿Y?»
«Nadie la leyó.»
No entendía por qué. Tenían los datos. ¿Por qué ignorarlos? Le pregunté: ¿tú leíste esas trescientas? Dijo que las hojeó.
Ahí está el punto.
Tú las hojeaste porque no necesitabas la lista para decidir. I+D no la leyó porque no podía usarla para decidir. La lista demuestra «buscamos». No responde «qué hacemos ahora». Así, el archivo más completo suele ser el primero que se cierra.
Por lo general no es que I+D «no le importe la patente». El entregable no apunta a una decisión. Los ingenieros reparten ensayos, cambios de diseño y plazos. Darles una hoja de trescientas filas sin «leed primero estas diez», sin el porqué ni el siguiente paso—y cerrarla es una reacción racional.
1. El problema real ya no es «¿podemos obtener los datos?»
La inteligencia de patentes era más difícil. Bases de datos, herramientas de búsqueda y gente capacitada eran menos habituales. Eso cambió. Fuentes públicas, bases comerciales y ayudas de búsqueda hacen bastante ordinario que una empresa reúna cientos de patentes publicadas del competidor.
Así que el problema se desplazó: de «no las conseguimos» a «no terminamos de leerlas».
Antes escaseaba la información. Ahora escasea la atención. Muchas empresas siguen el hábito antiguo: más datos es mejor; archivos más completos son mejores. Más datos no significa que se pueda decidir. Tirar trescientas patentes crudas a una hoja de cálculo suele ser solo otra carga sin leer para I+D.
Un desajuste frecuente: el lado de búsqueda trata «completo» como cumplir; I+D solo necesita «suficiente»—bastante para juzgar la ruta actual y fijar prioridades. Criterios de éxito distintos producen un traspaso equivocado: búsqueda entrega la lista plena; I+D necesita un orden de lectura usable y una base para juzgar.
2. Una lista de cientos puede ser casi ninguna información para I+D
¿Por qué una lista de trescientas patentes se cierra tras un vistazo?
Suele tener cuatro fallos:
- Sin jerarquía: una patente que puede pegar al diseño núcleo ocupa la misma línea que un trámite periférico poco relacionado
- Sin relaciones: no se ve qué patentes forman un grupo, cuáles comparten ruta técnica o cuáles están más cerca del núcleo
- Sin dirección: no queda claro qué importa más para este proyecto y qué puede esperar
- Sin conclusiones: tras leer, nadie sabe el siguiente paso—seguir leyendo, cambiar el diseño, rodear o aparcar
I+D necesita «¿cómo debemos recorrer este camino?» La lista responde «¿cuántas patentes hay aquí?»
Una lista solo mueve información de A a B. Aún no ha convertido la información en juicio. Puede demostrar «buscamos». No significa «ya sabemos qué hacer».
Es como un chequeo médico que te entrega un análisis denso sin destacar nada, sin explicación y sin decir qué valores mirar. Sigue siendo información. No es el juicio que necesitas. Con las listas de patentes pasa igual: muchas filas no son alta densidad informativa. Sin capas ni conclusiones, para decidir se acercan a no tener información.
3. Lo que I+D realmente quiere saber suele reducirse a cuatro cosas
Siéntate en la silla del ingeniero. Rara vez les importa primero «cuántas patentes tiene el competidor». Les importan cuatro preguntas:
- ¿Podemos recorrer este camino?
- Si lo hacemos, ¿dónde hay que extremar la cautela?
- ¿Qué merece aprenderse?
- ¿Dónde podemos rodear—o construir nuestra propia posición?
Esas son preguntas de decisión.
Así que I+D no necesita leer las trescientas de entrada. Lo primero es el lote más ligado a la ruta técnica actual—a menudo patentes de riesgo núcleo, comparables de la misma ruta y unas pocas que sugieren rodeos o mejoras. Gran parte de lo periférico puede ir a una capa «consultar después», no al mismo nivel que lo obligatorio.
La pregunta real no es «¿cuáles pocas debe elegir I+D entre trescientas?» Es: ¿quién saca primero el lote que de verdad se relaciona con este proyecto?
Muchas empresas siguen entregando así: «Aquí está todo—juzgad vosotros.» Desde el asiento de I+D, eso les deja el paso más difícil. Su trabajo son diseños y ensayos, no la primera estratificación de patentes. Tratar el «volcado total» como «cumplimos» traslada en silencio la carga del análisis.
El cribado, la estratificación y el enlace de primera pasada deben ocurrir antes de la entrega—no después de tirar todo el montón a I+D. En el traspaso al menos debería poder decirse: leed estas primero, cómo se relacionan con el diseño actual y qué reunión o cambio de diseño considerar después.
4. La misma patente significa cosas muy distintas según el proyecto
Lo que se entrega a I+D no debería ordenarse solo por fecha de solicitud ni solo por solicitante. Debería organizarse más según vuestra ruta técnica, y estratificarse según lo que significa para vosotros.
La razón es simple. La misma patente puede ser un riesgo de estudio obligatorio para el producto de la empresa A y casi irrelevante para el de la B. Incluso dentro de una misma empresa, puede bloquear el proyecto X y ser solo contexto para el Y.
Así, en un proyecto concreto de I+D, la importancia de una patente no depende solo del alcance de las reivindicaciones y del estado legal. Depende de cómo se relaciona vuestro diseño con esa patente: si cubre un paso crítico, solo toca un módulo opcional o simplemente está en el mismo campo amplio.
Cuando eso se entiende, cambia la lógica del trabajo.
«Cuáles leer» no se puede responder aparte de «quiénes sois y qué vais a hacer». Una inteligencia de patentes útil para I+D empieza por el proyecto y luego organiza los datos—qué problema debe resolver el proyecto, dónde se atasca el diseño actual—en lugar de volcar resultados crudos al equipo. Rankings de «importancia» desligados del contexto del proyecto suelen ordenar por citas, tamaño de familia o ruido del solicitante. Pueden no coincidir con la decisión que tenéis delante.
5. De la lista al mapa: qué cambia de verdad
La diferencia entre lista y mapa no es sobre todo el formato.
Una lista está centrada en la patente: fila tras fila en un orden objetivo—fecha, solicitante, clasificación. Ordenada, pero no necesariamente alineada con la decisión del momento.
Un mapa está centrado en el proyecto: las patentes recolocadas en torno a la decisión que vais a tomar—qué bloquea el camino, qué merece aprenderse, qué se puede rodear, qué merece seguimiento de cartera.
Es un cambio de perspectiva: de la visión documental a la visión de decisión.
Una lista es como una guía telefónica: decenas de miles de números, todos están, y aún no sabes a quién llamar. Un mapa se parece más a la navegación: dónde estás, adónde quieres ir, qué carreteras están saturadas, dónde desviar.
La diferencia no es quién guarda más registros. Es si la información sirve a «adónde vais». Convertir trescientas patentes en un mapa usable suele exigir pasos sólidos:
- Alinear objetivos del proyecto con la ruta técnica actual
- Estratificar por relevancia (lectura obligatoria / recomendada / consulta)
- Marcar patentes prioritarias y agrupaciones técnicas—no solo apilar por fecha o solicitante
- Dar un orden de lectura usable y acciones sugeridas tras leer (más validación, diseño en torno, ruta alternativa, seguimiento de cartera, etc.)
Después, I+D no sostiene «otra hoja de cálculo». Sostiene «leed estas primero, por qué y qué hacer después». Eso es una entrega que puede mover un proyecto.
Conclusión
Volviendo al título: cientos de patentes del competidor—¿cuáles debe leer realmente I+D?
La respuesta no es dejar que los ingenieros elijan despacio entre trescientas por su cuenta.
«Cuáles leer primero» debe responderlo primero el análisis de búsqueda tras una pasada de cribado, estratificación y enlace—y luego confirmarlo con I+D. I+D juzga si el diseño puede seguir y cómo cambiarlo. Búsqueda y análisis ponen sobre la mesa el lote «vale la pena leer primero». Cuando ambos lados coinciden, el orden de lectura entra en el ritmo del proyecto en lugar de quedarse en un adjunto de correo.
Lo útil nunca es tirar una lista de trescientas patentes. Lo útil es reorganizar esas patentes en información que apoye las decisiones de I+D.
Una lista demuestra que buscasteis. Un mapa ayuda a decidir el siguiente paso. A las empresas a menudo no les faltan más datos, sino juicio organizado a partir de los datos que ya tienen.
¿Quiere convertir listas de patentes del competidor en un mapa de decisión útil para I+D?
Reehor IP asiste a empresas internacionales y a abogados extranjeros con análisis de patentes de competidores, estratificación por rutas tecnológicas, cribado de patentes prioritarias y apoyo a decisiones de I+D en China.
Solicitar ayuda