Product Manager
La dificultad de un currículum de producto es estructural: un product manager no produce casi nada por sí mismo. El código lo escribieron ingenieros, las pantallas las dibujaron diseñadores, y la página se queda describiendo trabajo que otras personas hicieron de forma visible. El impulso es compensar enumerando funcionalidades lanzadas, lo que se lee como un registro de cambios y responde a la pregunta equivocada. Lo que un equipo quiere ver es criterio: qué decidiste no construir, y por qué acertaste.
Una funcionalidad lanzada no es una afirmación
«Lancé un rediseño del proceso de pago» le dice a quien lee que un equipo lanzó algo y que tú estabas cerca. No dice si la idea fue tuya, si funcionó, ni si era lo más valioso que ese equipo podía hacer en un trimestre.
La versión que pesa nombra la decisión que hay debajo. «Reduje el rediseño del pago de seis pantallas a tres tras ver en las grabaciones de sesión que el abandono se concentraba en la introducción de la dirección; la finalización subió del 61 % al 74 %» contiene una elección, la evidencia que la sostiene y una consecuencia. También es mucho más difícil de escribir, que es precisamente por lo que te distingue.
No toda decisión lleva un número asociado, y fingir lo contrario produce esas métricas inventadas que se caen a la primera pregunta. Cuando no hay número, el razonamiento sigue mereciendo el espacio: qué creías, qué probaste y qué te hizo cambiar de opinión.
Lo que cancelaste suele valer más que lo que lanzaste
Estos currículums casi nunca mencionan algo que no llegó a salir, y es el material más desaprovechado que existe. Decidir parar algo es la llamada más difícil del puesto: decepciona a gente, desperdicia esfuerzo visible y después resulta invisible en el producto.
«Detuve una integración de seis meses tras comprobar con dos clientes piloto que el flujo resolvía un problema que ya habían rodeado, y redirigí al equipo a facturación» demuestra algo que una lista de lanzamientos no puede. Dilo sin adornos. Quien lleva tiempo en esto reconoce la decisión al instante, porque ha tenido que tomarla y sabe lo que cuesta.
Métricas en las que influiste sin ser su dueño
Casi todos los product managers trabajan sobre una métrica que comparten con marketing, ventas u otro equipo de producto, y la tentación de atribuirse el movimiento entero es fuerte porque la cifra impresiona. También es la afirmación que más fácilmente se deshace: quien pregunte qué más se lanzó ese trimestre lo averigua enseguida.
La forma honesta convence más de todos modos. «La retención de la cohorte de activación subió 9 puntos en dos trimestres, junto a un cambio de precios que no era mío» demuestra que entiendes la atribución, y eso es en sí una señal de veteranía. Atribuirse de más sugiere lo contrario.
Cuando sí fuiste dueño de un resultado de principio a fin, dilo explícitamente: ese contraste es lo que hace creíble el resto de la página.
Dónde suelen descartarse estos currículums
El problema más común es no distinguirse del currículum de un jefe de proyecto. Las ceremonias, las hojas de ruta y los informes a interlocutores aparecen en ambos, y quien criba y solo ve eso asume entrega, no producto. Encabeza con la decisión y el problema del usuario; deja el proceso donde le corresponde, abajo.
El segundo es la distancia de dominio. La contratación en producto es inusualmente sensible al sector: crecimiento en consumo, flujos de trabajo B2B, marketplaces y plataforma son casi profesiones distintas. Un currículum que se mantiene genérico para cubrirlas todas no convence a nadie en concreto. Habla el idioma de la oferta que tienes delante y deja el resto como contexto.
El tercero es la métrica de vanidad. Usuarios, descargas y páginas vistas sin retención ni ingresos al lado se leen como una confesión de que las cifras que importaban no se movieron, que rara vez es la impresión buscada.
Términos que aparecen en casi todas las ofertas.
- Propiedad de la hoja de ruta
- Quién decidía qué salía de la hoja de ruta, no quién la mantenía. Esa es toda la distinción.
- Experimentación / pruebas A/B
- Un experimento, su resultado y qué hiciste cuando el resultado fue incómodo.
- Descubrimiento de clientes
- Cuántas conversaciones, con quién y qué creencia cambiaron.
- Liderazgo sin autoridad
- Liderar sin mando es el trabajo. Un desacuerdo que resolviste dice más que la etiqueta.
- Decisiones basadas en datos
- Nombra la métrica de la que respondías. Algo más vago se lee como no haber tenido ninguna.
Añade un término solo cuando tu propia experiencia lo respalde. ApplySpan señala los requisitos que no puedes acreditar en lugar de escribirlos por ti.
Preguntas
¿En qué se diferencia un currículum de product manager de uno de jefe de proyecto?+
Se evalúan por cosas opuestas. A un jefe de proyecto se le juzga por entregar un alcance definido de forma previsible; a un product manager, por elegir ese alcance. Si tu página son sobre todo ceremonias, plazos e informes de estado, se leerá como gestión de proyectos sea cual sea tu título.
¿Y si no puedo compartir métricas por confidencialidad?+
Da la dirección y el orden de magnitud —«casi el doble», «un tercio menos»— o describe la decisión sin la cifra. Una decisión concreta sin número vale más que un número que nadie puede situar, y ambas valen más que uno inventado.
¿Debo enumerar las funcionalidades que lancé?+
Algunas, como evidencia de las decisiones que estás describiendo, no como estructura de la página. Una lista de funcionalidades invita a juzgar el producto en lugar de a ti, y casi nunca controlaste el destino del producto.