Cursor para Product Managers: guía práctica de una herramienta que cambia las reglas del juego

Cursor, el editor de código potenciado por IA, se está consolidando como la herramienta de trabajo de los Product Managers que quieren convertirse en Product Builders. PRD basados en código real, creación de prototipos en 30 minutos, historias de usuario generadas a partir de una especificación, agentes de IA especializados en Discovery y priorización: esta guía reúne cinco workflows concretos, una configuración paso a paso, las limitaciones que debes conocer y el coste real de la herramienta.

Un Product Manager de Chime causó sensación a finales de 2025 al afirmar que Cursor era "mejor Product Manager" que él. La afirmación es provocadora, pero apunta una realidad: este editor de código diseñado para la IA ya no es una herramienta exclusiva para desarrolladores. Cada vez más Product Managers lo utilizan para redactar PRD, crear prototipos funcionales y generar tickets sin escribir una sola línea de código a mano.

En Thiga, llevamos varios meses acompañando a los equipos de producto en la integración de la IA, y estas herramientas forman parte de las soluciones que exploramos con nuestros clientes. La conclusión es matizada, pero clara: Cursor no sustituye el criterio de producto, pero sí reduce el tiempo que transcurre entre una idea y su materialización. Y, para un PM, ese aumento de velocidad cambia por completo la naturaleza de las conversaciones con los equipos de ingeniería. También representa uno de los caminos más tangibles para evolucionar de Product Manager a Product Builder: alguien capaz de definir, prototipar y poner en producción por sí mismo

Esta guía abarca lo esencial: qué es Cursor, por qué resulta interesante para los PMs, los qué workflows concretos que funcionan, cuáles son sus limitaciones y cómo empezar sin agobiarse.

Índice

• ¿Qué es exactamente Cursor?
• ¿Por qué un Product Manager debería utilizarlo?
• Workflows prácticos para Product Managers
• Cloud Agents y Cursor Rules: las funciones clave para los Product Managers
• ¿Cómo configurar Cursor si no eres desarrollador?
• ¿Qué limitaciones conviene conocer antes de empezar?
• Cursor frente a las alternativas: ChatGPT, Claude, Windsurf
• ¿Cuánto cuesta para un uso como Product Manager?
• Preguntas frecuentes

¿Qué es exactamente Cursor?

Cursor es un editor de código construido sobre Visual Studio Code, en el que la inteligencia artificial está integrada de forma nativa. En la práctica, puede entenderse como un VS Code equipado con un copiloto de IA capaz de comprender el proyecto completo sobre el que estás trabajando, y no solo el archivo que tienes abierto. Funcionalidades como el modo Agent (que ejecuta tareas de principio a fin), el Composer (edición de varios archivos) o el Visual Editor (lanzado en diciembre de 2025 para modificar interfaces web directamente desde el IDE) lo convierten en uno de los editores más completos del mercado.

La diferencia fundamental con respecto a un chatbot como ChatGPT se resume en una palabra: contexto. Cursor  tiene acceso a los archivos reales de tu proyecto, entiende su estructura y puede modificar directamente el código existente. Un chatbot, en cambio, trabaja a partir de lo que copias y pegas en la ventana de conversación.

Renaud Chevalier, CTO de Thiga, resume la diferencia en la experiencia:"Con un chatbot clásico, si quieres modificar un archivo generado, vuelve a regenerarlo entero cada vez que haces una pregunta. Estás consumiendo tokens innecesariamente y además pierdes el hilo de la conversación. En Cursor trabajas con una estructura real de archivos desde el propio chat. Puedes consultar un archivo, un directorio completo o un repositorio entero, y la IA actúa de forma quirúrgica solo sobre aquello que quieres modificar. En términos de uso, no tiene absolutamente nada que ver."

¿Por qué un Product Manager debería utilizarlo?

La respuesta corta: porque Cursor reduce la distancia entre la especificación y la ejecución. Y precisamente en esa distancia es donde suele perderse buena parte del valor de un producto.

El problema que Cursor resuelve para los PMs

El flujo de trabajo tradicional para desarrollar una nueva funcionalidad sigue pareciéndose, en muchos equipos, a una cadena de producción secuencial. El PM redacta un documento de requisitos de producto (PRD),  lo entrega al equipo de Diseño para que prepare las maquetas y, después, los desarrolladores implementan la solución. Finalmente, el PM comprueba que el resultado se corresponde con la intención inicial. Cada uno de esos traspasos introduce pérdida de información... y tiempo.

Con Cursor, un Product Manager puede crear un prototipo funcional en apenas 30 minutos. Ese prototipo se convierte en el verdadero objeto de conversación con el equipo de ingeniería: en lugar de debatir sobre un documento, se debate sobre algo que ya funciona. Un PM que enseña una solución, en lugar de limitarse a describirla, parte con una ventaja tangible a la hora de discutir decisiones técnicas.

Qué cambia esto en la relación con el equipo de ingeniería

Un Product Manager que utiliza Cursor no se convierte en desarrollador. Se convierte en un interlocutor que comprende las limitaciones de implementación porque las ha experimentado de primera mano.

Cuando Cursor lee tu código fuente y genera un PRD, este documento hace referencia a los endpoints reales de la API, a las estructuras de datos reales y a las limitaciones técnicas del proyecto. Estamos muy lejos del PRD teórico redactado en Google Docs sin haber abierto nunca el repositorio. Ese es exactamente el perfil al que en Thiga denominamos «Product Builder»: alguien que no se conforma con especificar, sino que sabe meterse de lleno en el tema para probar, lanzar a producción e iterar.

Para Renaud Chevalier, CTO de Thiga, el cambio de enfoque es radical: "Es, en cierto modo, la declaración de independencia del Product Manager. Puedes gestionar todo el repositorio del producto: la documentación y el código. Tu equipo pasa a ser el propio LLM. Hará aquello que le pidas, utilizando las instrucciones que le des y los datos a los que tenga acceso. El PM se convierte en un profesional aumentado. Y, como gestionas toda la estructura del producto desde la conversación, obtienes una visión transversal que antes era imposible: las especificaciones, el código, las pruebas... todo está en el mismo sitio. Ya no necesitas saltar entre cinco herramientas para entender el estado real de tu producto."

Workflows prácticos para Product Managers

1. Redactar PRD basados en el código

Es probablemente el caso de uso más útil desde el primer día. Abres el repositorio de tu producto en Cursor y le pides que genere un PRD para una funcionalidad. La IA analiza el código existente, identifica las limitaciones de implementación y genera una especificación que refleja la realidad técnica del proyecto.

El resultado no es una plantilla genérica. Si tu API tiene límites de tasa de solicitudes, el PRD lo mencionará. Si una dependencia está obsoleta, Cursor lo señalará. 

Además, los PMs conectan Cursor con Confluence o Notion a través del Model Context Protocol (MCP), lo que permite publicar el PRD directamente en la herramienta de documentación del equipo.

2. Crear un prototipo en 30 minutos

Describe en lenguaje natural la funcionalidad que quieres validar. Cursor genera el código, lo ejecuta y obtienes un prototipo funcional. Algunos Product Managers lanzan cinco prototipos en paralelo, cada uno en una rama de Git distinta, para probar diferentes enfoques de un mismo problema.

El objetivo no es producir código listo para producción o, al menos, no necesariamente. Se trata de materializar una hipótesis de producto con la suficiente rapidez como para probarla con los usuarios o para alimentar un diálogo con el equipo técnico. El prototipo siempre ha sido una de las herramientas más poderosas del Product Management. La diferencia es que Cursor lo hace accesible sin necesidad de conocimientos de desarrollo, lo que permite a cualquier Product Manager evolucionar hacia el rol Product Builder.

3. Generar historias de usuario a partir de un PRD

Un PRD bien redactado ya contiene todo lo necesario para redactar historias de usuario. El problema es que la conversión de PRD a historias de usuario es una tarea tediosa que muchos PM realizan a toda prisa por falta de tiempo. Cursor cambia la ecuación: lee tu especificación, la divide en historias de usuario con criterios de aceptación y las adapta automáticamente al formato utilizado por tu equipo (si previamente si has definido tus «Cursor Rules»).

El resultado es un conjunto de historias estructuradas, con los perfiles de usuario adecuados, los criterios de Definition of Done y numerosos edge cases que un PM puede pasar por alto cuando redacta historias en cadena un viernes por la tarde. A través de MCP Jira o Linear, estas historias pueden publicarse directamente en el backlog. La verdadera ventaja no es solo la rapidez: es la exhaustividad. Cursor identifica casos límite y dependencias que el Product Manager probablemente no habría detectado porque no tiene toda la codebase en la cabeza.

Un aspecto a tener en cuenta: las historias generadas son un primer borrador sólido, no un producto final. Requieren una revisión por parte del equipo de ingeniería para validar las estimaciones y afinar los criterios técnicos. La IA reduce el tiempo de redacción, pero el criterio humano sigue siendo indispensable para la validación.

Pierre Carpentier, Product Builder en Thiga, describe la principal trampa: "Empiezas trabajando sobre una funcionalidad pequeña y el agente empieza a proponerte un montón de edge cases y escenarios adicionales. Tú solo querías añadir dos botones a una interfaz... y termina proponiéndote diez cosas completamente distintas. Ahí es donde hay que saber poner límites y mantenerse dentro del alcance inicial, porque eso es lo que realmente aporta valor. Lo tranquilizador es que, si construyes la historia paso a paso junto al agente e iteras sobre ella, nunca acabas enfrentándote a un bloque de 300 líneas de texto. Cuando llegas al final, tienes mucha confianza en el resultado."

4. Convertir Cursor en el sistema operativo del Product Builder

Esto va más allá de un uso puntual. La idea: convertir Cursor en el entorno de trabajo integral del Product Builder, lo que en Thiga llamamos el «sistema operativo del Product Builder». Un editor de código potenciado por IA, conectado a través de MCP con las herramientas de la empresa (Jira, Figma, el CRM, Azure, Power BI), y equipado con una biblioteca de habilidades y medidas de seguridad integradas.

Las skills son el verdadero elemento diferenciador de este enfoque. Se trata de archivos que encapsulan las metodologías y los estándares de la organización a lo largo de todo el ciclo del producto: cómo redactar una visión de producto, cómo estructurar un backlog, cómo aplicar las normas de diseño, qué estrategia de pruebas seguir... Cada skill alimenta a la siguiente en una lógica continua, desde la visión hasta el despliegue. El Product Builder trabaja en un marco coherente sin tener que reconstruirlo en cada tarea.

Un punto importante: el sistema operativo no sustituye a nada. El backlog sigue estando en Jira, el diseño en Figma y el análisis en Power BI. Cursor actúa como una capa de coordinación que se integra en lo ya existente y que permite al Product Builder operar en el contexto real de su producto y de su empresa. Los derechos de acceso siguen siendo los del empleado, y las políticas de seguridad se aplican sin necesidad de configuración adicional.

Renaud Chevalier, CTO de Thiga, lleva esta visión un paso más allá: "Imagina un ordenador que, al encenderlo, solo tiene Cursor y nada más. Está conectado mediante MCP a todos los datos de tu empresa y puedes añadir nuevas conexiones sobre la marcha. Dispone de un gestor de Skills adaptado al trabajo que desempeñas: cómo redactar una visión, cómo estructurar un backlog, cómo gestionar las pruebas. Ya no necesitas nada más. Jira, Figma y Power BI siguen existiendo, pero accedes a ellos a través de Cursor; es él quien lo orquesta todo. Tu sistema operativo, tu ordenador, podría no tener nada más instalado. Es tu nuevo macOS, con la diferencia de que este entiende tu producto".

5. Crear agentes especializados en Product Management

Cursor permite crear prototipos de agentes de IA especializados en las tareas que estructuran el día a día de un Product Manager, empezando por aquellas en las que la IA aporta mayor valor añadido.

Un agente de Discovery, por ejemplo, puede procesar las transcripciones de las entrevistas con los usuarios, cruzarlas con datos de uso y comentarios del servicio de asistencia, e identificar patrones recurrentes para agruparlos en oportunidades. Un agente de propuesta de funcionalidades puede partir de un árbol de oportunidades, evaluar las limitaciones técnicas analizando el código fuente y elaborar una lista de soluciones preseleccionadas con criterios de priorización. Un agente de visión de producto puede sintetizar los OKR de la empresa, la situación del mercado y el feedback obtenido sobre el terreno para generar un primer borrador de visión que se someterá a debate en el comité.

La lógica es siempre la misma: se define el comportamiento del agente en lenguaje natural, se conecta a las fuentes de datos a través de MCP y se itera sobre la lógica hasta obtener un resultado aprovechable. Puedes cambiar el modelo subyacente (Claude, GPT-4, Gemini) con una sola línea de código para comparar el rendimiento. Una vez validado el agente, se convierte en una herramienta habitual del equipo.

Para un Product Manager, esto supone un cambio de paradigma: en lugar de redactar un pliego de requisitos para un agente de IA, construye el agente él mismo. Prueba su lógica mediante el uso, identifica los edge cases en condiciones reales y llega ante el equipo técnico con un artefacto completamente funcional.

Pierre Carpentier, Product Builder en Thiga, advierte sobre la tentación de crear un superagente: "La verdadera cuestión está en la granularidad. Si trabajas en una iniciativa pequeña, un agente generalista de Product Management puede ayudarte con la visión, cuestionar la experiencia de usuario y generar tus user stories. Pero si mañana trabajas en un producto mucho más complejo, necesitarás un nivel de granularidad mayor y varios agentes especializados. No existe un agente one size fits all. Un agente de Product Management que pretenda hacerlo todo no será lo suficientemente especializado para un proyecto complejo. Y, si divides en exceso una funcionalidad sencilla, acabarás dedicando tres horas de configuración para añadir dos botones. Ahí es donde está el verdadero reto: encontrar el equilibrio adecuado".

Cloud Agents y Cursor Rules: las funciones clave para los Product Managers

Hay dos funcionalidades que merecen una atención especial, ya que cambian radicalmente la accesibilidad de Cursor para un perfil no técnico.

Cloud Agents: Cursor sin necesidad de instalar nada

Desde junio de 2025, Cursor ofrece Cloud Agents a los que se puede acceder directamente desde un navegador web o un móvil, sin necesidad de instalar el IDE en tu ordenador. Conectas tu repositorio de GitHub, describes tu tarea en lenguaje natural y el agente ejecuta el trabajo en segundo plano: generación de PRD, exploración del código fuente y respuesta a preguntas complejas sobre la arquitectura.

Para un Product Manager, es una vía de acceso sin complicaciones. No hay que abrir ningún terminal, ni configurar ninguna extensión, ni dominar Git. Incluso puedes ejecutar varios agentes en paralelo y comparar sus resultados, como si fueran tantos programadores junior trabajando simultáneamente en diferentes líneas de trabajo. La interfaz tipo Kanban permite seguir el avance de cada tarea. Los miembros del equipo que tienen acceso al repositorio pueden revisar los cambios y crear pull requests directamente desde la interfaz web.

Cursor Rules: estandariza tus entregables

El archivo .cursorrules (o el directorio .cursor/rules/) es la memoria permanente de Cursor en tu proyecto. En él defines tus convenciones: formato del PRD, estructura de los tickets, terminología del sector y estilo de redacción. Cada consulta que envíes a Cursor respetará automáticamente estas reglas.

La ventaja para un Product Manager va más allá de la comodidad. Si tu equipo de producto cuenta con tres PM, cada uno con sus propios hábitos de redacción, las Cursor Rules garantizan la coherencia del formato sin necesidad de realizar ningún esfuerzo de armonización. Algunos PM van más allá y crean un archivo AGENTS.md en la raíz de su espacio de trabajo, una especie de briefing permanente que los agentes de IA leen automáticamente al inicio de cada sesión.

¿Cómo configurar Cursor si no eres desarrollador?

Requisitos previos

Necesitas una cuenta de GitHub con acceso al repositorio de tu producto (pregunta a tu equipo de ingeniería si no es así), una cuenta de Cursor (la versión gratuita es suficiente para empezar) y, opcionalmente, tus cuentas de Jira, Notion o Linear si quieres probar las integraciones MCP.

Si la instalación de un IDE te resulta complicada, empieza por los Cloud Agents (véase la sección anterior): funcionan en el navegador y no requieren ninguna configuración local.

Optimiza Cursor para escribir, no para programar

Lo primero que hay que hacer es configurar Cursor para un uso orientado a la documentación. El truco principal consiste en utilizar Markdown como formato universal. Crea un archivo AGENTS.md en la raíz de tu workspace donde describas tu contexto (tu rol, el producto en el que trabajas y las convenciones de escritura del equipo). Los agentes de Cursor están preparados para leer automáticamente este archivo, lo que les proporciona un contexto persistente entre sesiones.

A continuación, familiarízate con dos atajos que cubren gran parte de los casos de uso de un Product Managers: Cmd+K (o Ctrl+K en Windows) abre el prompt integrado para modificar contenido, y Cmd+I abre el Composer para realizar modificaciones en varios archivos. El chat lateral sirve para plantear preguntas exploratorias sobre el código fuente.

Conecta tus herramientas de trabajo

El Model Context Protocol (MCP) es lo que convierte a Cursor de un simple editor de código en un centro de productividad para Product Managers. Puedes conectar Jira para la gestión de tickets, Confluence y Notion para la documentación, e incluso fuentes de datos como API de noticias o bases de datos de clientes. La configuración es técnica (hay que instalar servidores MCP), pero se trata de una inversión puntual que multiplica el valor de la herramienta.

¿Qué limitaciones conviene conocer antes de empezar?

Seamos sinceros: Cursor no es una solución mágica y algunas de sus limitaciones son estructurales.

La curva de aprendizaje existe

La interfaz de Cursor puede resultar intimidante para alguien que nunca haya abierto un editor de código. Los atajos de teclado, la navegación por un repositorio de Git, el concepto de ramas... Todo ello requiere un tiempo de adaptación. Calcula entre una y dos semanas de uso regular antes de sentirte cómodo (los PM que ya conocen Markdown se adaptan bastante más rápido).

Pierre Carpentier, Product Builder en Thiga, describe una frustración compartida por muchos usuarios que empiezan: "La curva de aprendizaje sigue otra curva, que es la evolución de la herramienta. Tienes que alcanzar un punto, pero ese punto no deja de avanzar. Tú también avanzas, pero tu curva de aprendizaje tiene que ir más rápido que el desplazamiento del objetivo. Nunca terminas de aprender, ya que la herramienta evoluciona constantemente. Eso es lo que resulta agotador".

La calidad del resultado depende de la calidad del prompt

Cursor es una herramienta extremadamente potente en manos de un Product Manager capaz de formular bien un problema. Una indicación imprecisa produce un resultado impreciso. La competencia que marca la diferencia es la capacidad de delimitar el problema del usuario, construir el prompt adecuado y evaluar si el resultado responde a la necesidad. Eso sigue siendo Product Management aplicado a la IA, no magia (por desgracia).

Los prototipos no son código  listo para producción

Un prototipo de Cursor puede causar buena impresión en una demostración, pero es probable que no cumpla con los estándares de calidad, seguridad y rendimiento de tu equipo de ingeniería. Trátalo como lo que es: una herramienta de comunicación y validación de hipótesis, no un atajo hacia la producción.

El modelo de precios puede sorprender

Desde junio de 2025, Cursor adoptó un modelo basado en créditos vinculados al consumo real de tokens. El plan Pro, de 20 € al mes, incluye un saldo de 20 € en créditos, pero las consultas complejas (ediciones de varios archivos con modelos premium como Claude Sonnet) pueden agotar este presupuesto más rápido de lo previsto. Este cambio de modelo provocó un importante descontento en la comunidad y Anysphere llegó incluso a pedir disculpas públicamente en julio de 2025.

La estabilidad sigue siendo un reto

Cursor lanza nuevas funcionalidades a un ritmo frenético, y eso tiene consecuencias.

Es habitual que aparezcan errores tras las actualizaciones, que la interfaz cambie con frecuencia o que algunos usuarios reporten problemas relacionados con el copia y pega, la gestión de pestañas o el cambio entre modelos.

Para un Product Manager que necesita un entorno estable para su trabajo diario, esto puede convertirse en una fuente real de frustración. La recomendación más sensata es sencilla: no migres el 100 % de tu flujo de trabajo a Cursor desde el primer día.

Pierre Carpentier resume así su consejo: "No lo dudes, lánzate y practica. Hay muchos recursos sobre Cursor y no es una herramienta especialmente complicada. Pero conviene tener ya una idea, algo concreto que construir. Cursor está pensado para desarrollar un producto o una iniciativa. No sirve de mucho abrirlo con la intención de "voy a mirar qué hace y pulsar algunos botones". Hay que recorrer el proceso completo: tengo una idea y voy a construir mi producto. Un Product Builder sin producto no existe".

Cursor frente a las alternativas: ChatGPT, Claude, Windsurf

A menudo surge la pregunta: ¿por qué Cursor en lugar de un chatbot de IA clásico?

La respuesta está en el tipo de tareas. Para una conversación exploratoria, un resumen rápido o una reformulación de texto, ChatGPT o Gemini hacen muy bien su trabajo. No hace falta sacar la artillería pesada. Donde Cursor toma la delantera es cuando la tarea requiere acceso directo a los archivos del proyecto: generar un PRD que haga referencia al código real, crear un prototipo de una funcionalidad en el código base existente o consultar datos en contexto.

Windsurf, el competidor directo de Cursor, ofrece una experiencia similar a un precio ligeramente inferior (15€ al mes frente a 20€). Las comparativas más recientes muestran que Cursor mantiene ventaja en tareas complejas de backend, mientras que Windsurf ofrece una experiencia más sencilla para quienes no provienen del desarrollo. Si la facilidad de uso pesa más que la potencia bruta, merece la pena probar Windsurf.

Claude Code, la herramienta de línea de comandos de Anthropic, representa otro enfoque: funciona directamente en el terminal y destaca en tareas de refactorización y auditoría de código. Para un Product Manager, Claude Code es menos intuitivo que Cursor, pero puede complementar el flujo de trabajo para análisis puntuales.

¿Cuánto cuesta para un uso de Product Manager?

El plan gratuito (Hobby) permite probar la herramienta con un número limitado de consultas a Agent y de autocompletados. Es suficiente para experimentar con los principales workflows durante unos días, aunque insuficiente para un uso continuado. Además, no es necesario introducir una tarjeta bancaria para empezar.

El plan Pro, a 20€ al mes (16€ al mes con facturación anual), cubre las necesidades de la mayoría de los PM. Incluye autocompletado ilimitado, acceso ampliado a los agentes (incluidos los Cloud Agents) y un saldo de 20€ en créditos para los modelos premium. Si utilizas principalmente el modo «Auto» (en el que Cursor elige el modelo más eficiente), no deberías agotar los créditos incluidos. Con un uso medio, el plan Pro cubre unas 225 consultas de Claude Sonnet o 650 consultas de GPT-4.1 al mes.

Para los equipos, el plan Teams, a 40€ por usuario al mes, añade facturación centralizada y controles de administración. Los planes Pro+ (60€ al mes) y Ultra (200€ al mes) están pensados para usuarios avanzados que consumen muchos créditos, pero están dirigidos sobre todo a desarrolladores (o «Product Builders») con un uso intensivo.

Consejo práctico: empieza con el plan gratuito, pasa al Pro cuando hayas identificado tus flujos de trabajo clave y vigila tu consumo de créditos durante el primer mes para evitar sorpresas. Ten en cuenta que los estudiantes disfrutan de acceso gratuito al plan Pro (verificación mediante dirección de correo electrónico académica).

Preguntas frecuentes

¿Es necesario saber programar para utilizar Cursor como Product Manager?

No. Cursor funciona en lenguaje natural y la mayoría de los workflows de un Product Manager (PRD, tickets, informes, etc.) no requieren conocimientos de programación. Tener unas nociones básicas de Git (clonar un repositorio, crear una rama) facilita el aprendizaje, pero no es imprescindible para empezar, especialmente si utilizas los Cloud Agents, que funcionan directamente desde el navegador.

¿Puede Cursor sustituir a herramientas como Jira o Notion?

No, y ese no es su objetivo. Cursor agiliza la creación de contenido (PRD, tickets, análisis), pero tus herramientas de gestión de proyectos siguen siendo la fuente de referencia para el seguimiento. Cursor se conecta a ellas a través de MCP y publica contenido en ellas, pero no las sustituye.

¿Cuál es la diferencia entre Cursor y GitHub Copilot para un Product Manager?

GitHub Copilot es un asistente de autocompletado integrado en Visual Studio Code, optimizado para desarrolladores que escriben código (10$ al mes). Cursor va mucho más allá con su modo Agent (ejecución autónoma de tareas), el Composer (edición de varios archivos) y las conexiones MCP. Para el uso de un PM, Cursor ofrece un abanico de casos de uso mucho más amplio, lo que justifica la diferencia de precio.

¿Es Cursor gratuito para los PM?

Cursor ofrece un plan gratuito (Hobby) con un número limitado de consultas, suficiente para probar la herramienta durante unos días. El plan Pro, a 20$ al mes, es la opción recomendada para un uso habitual. Los estudiantes disfrutan de acceso gratuito al plan Pro previa verificación de su dirección de correo electrónico académico.

¿Cómo se conecta Cursor a Jira y Notion mediante MCP?

El Model Context Protocol permite conectar Cursor a herramientas externas. Es necesario instalar servidores MCP específicos para cada herramienta (Jira, Notion, Confluence), lo que requiere una configuración técnica puntual. Una vez configurado, Cursor puede crear tickets, publicar PRD y leer datos directamente desde estas herramientas. La documentación oficial de Cursor detalla el proceso de instalación.

¿Mi equipo de Ingeniería me tomará en serio si utilizo Cursor?

En la propia Cursor, el primer PM de la empresa (Rohan) es un antiguo ingeniero que depura problemas de producción a través de Datadog y lanza código frontend sin necesidad de traspaso de ingeniería. Evidentemente, no todos los Product Managers llegarán a ese nivel. Pero un PM que llega a una reunión con un prototipo funcional en lugar de una presentación de 40 diapositivas suele captar la atención del equipo técnico con bastante rapidez.

¿Es seguro utilizar Cursor para trabajar en un repositorio corporativo?

Cursor ofrece un plan Business y un plan Enterprise con controles de acceso, SSO y opciones de cumplimiento normativo. Para los equipos que manejan información sensible, el plan Enterprise ofrece la posibilidad de no almacenar el código en el servidor. Consulta con tu equipo de seguridad las políticas internas antes de conectar un repositorio de producción.

¿Cuáles son las mejores alternativas a Cursor para un Product Manager?

Las principales alternativas son:

• Windsurf (15 $/mes), con una curva de aprendizaje más suave y un precio inferior.
• Claude Code, que funciona desde la línea de comandos y está incluido en la suscripción Claude Pro.
• GitHub Copilot (10 $/mes), aunque está mucho más orientado al autocompletado de código.

Para Product Managers sin perfil técnico que quieran iniciarse en los IDE con capacidades de IA, Windsurf suele ser una de las recomendaciones más habituales.

Y para quienes prefieren mantenerse en un entorno no-code, plataformas de prototipado con IA como Bolt o Lovable constituyen un buen complemento.

Conclusión

Cursor no va a convertir a un mal Product Manager en un buen Product Builder. La capacidad de identificar el problema adecuado, formular la hipótesis correcta y establecer prioridades sigue siendo la esencia del oficio, con o sin IA. Lo que sí cambia Cursor es la velocidad a la que un buen Product Manager puede poner a prueba sus hipótesis y comunicar sus ideas.

El consejo que damos a los equipos a los que acompañamos es: empezad poco a poco. Clonad un repositorio de solo lectura, cread una rama e intentad generar un PRD para una funcionalidad que conozcáis bien. Lo peor que puede pasar es borrar la rama y volver a empezar. Lo mejor es descubrir una nueva forma de trabajar que reduzca el ciclo "idea-prototipo-retroalimentación" de unas semanas a unas horas.