La primera contratación de producto en una empresa B2B en crecimiento

Ingeniería está construyendo funcionalidades que no parecen mejorar la retención. Ventas está definiendo el Roadmap según quién habló más fuerte en la última llamada con un cliente. Y usted, el CEO o el CTO, sigue presente en cada decisión de producto porque nadie más puede sostener la visión completa.

Ha decidido que es momento de contratar para producto. Y está a punto de cometer el error que frena a las empresas durante dos años: contratar a un VP de Producto cuando necesita a un PM senior.

Esta guía trata sobre cómo acertar con el nivel y construir un proceso de entrevistas que encuentre al constructor que necesita.

Por qué el nivel importa más que el título

El error de contratación en producto en empresas de 50 a 200 empleados casi siempre tiene que ver con el nivel, no con la función. Contrata a un VP de Producto porque el título suena bien para "alguien que lidera producto", pero lo que realmente necesita es un PM senior que pueda ejecutar con soporte limitado.

Este es el patrón de lo que sale mal con una contratación de VP de Producto en una empresa de 80 empleados:

• Pasa sus primeros 90 días diseñando estructuras organizacionales y frameworks de proceso para los que no tiene la plantilla de personal
• Quiere contratar de 3 a 4 PMs antes de asumir responsabilidad personal sobre algo
• Su instinto es "alinear a los Stakeholders" antes de decidir, lo que significa que cada decisión de producto tarda tres veces más
• A los seis meses, ha producido documentos de estrategia de buen aspecto y el equipo de ingeniería todavía no sabe qué construir la semana siguiente

Investigaciones del MIT Sloan Management Review sobre gestión de producto encontraron que los equipos de producto en etapas tempranas con un líder de producto con un alcance claramente definido lanzan dos veces más rápido que aquellos donde el rol de PM se superpone con la toma de decisiones de los fundadores, y que contratar por encima del nivel necesario es un cuello de botella más común que contratar por debajo.

Esto no se debe a que los candidatos a VP de Producto sean inadecuados. Es porque las habilidades que hacen exitoso a un VP en una empresa de 400 personas (gestionar product managers, desarrollar las capacidades del equipo, definir la estrategia a nivel de portafolio) son diferentes de las que necesita en 80 empleados: priorizar con decisión ante información incompleta, escribir especificaciones de producto detalladas, mantenerse cerca de los clientes y tomar 12 decisiones por semana con confianza.

El encuadre correcto: comience un nivel por debajo de lo que cree necesitar y promueva o redefina el alcance cuando el equipo sea lo suficientemente grande como para justificarlo. Este mismo principio aplica a la decisión de promover vs. contratar externamente: alinear el alcance con las capacidades actuales del candidato, no con el título que quiere cubrir.

Los tres niveles del rol

Nivel 1: PM senior

Adecuado para: empresas que construyen su primera función de PM (sin líder de producto previo). Esta persona trabaja estrechamente con el CTO o CEO en la priorización, es dueña del Backlog de producto, escribe especificaciones e historias de usuario, gestiona el ciclo de Sprint y habla con clientes regularmente.

Plantilla de personal que puede gestionar: de 0 a 2 PMs junior o asociados Tamaño del equipo de ingeniería: hasta 8 a 10 ingenieros Lo que no le corresponde: la estrategia de la empresa, el narrativo de ventas, el Roadmap a 12 meses (eso se queda con los fundadores)

Señales del candidato: ha lanzado múltiples productos B2B de principio a fin, se siente cómodo en la ambigüedad sin necesitar infraestructura de proceso, escribe buenas especificaciones y puede mostrarle ejemplos reales, ha hecho discovery con clientes y no solo entrega de funcionalidades.

Nivel 2: Head of Product (o Group Product Manager)

Adecuado para: empresas con uno o dos PMs existentes, entre 10 y 20 ingenieros, y la necesidad de alguien que construya la función de producto mientras sigue siendo un PM que trabaja activamente.

Plantilla de personal que puede gestionar: de 2 a 4 PMs Tamaño del equipo de ingeniería: de 10 a 20 ingenieros Lo que no le corresponde: la estrategia de la empresa a nivel CEO, el narrativo para inversores, las decisiones de plantilla de personal más allá de producto

Señales del candidato: ha gestionado de 2 a 3 PMs, ha construido o mejorado un proceso de producto (metodología de Roadmap, cadencia de Sprint, programa de discovery), piensa en términos de resultados, no de funcionalidades.

Nivel 3: VP de Producto

Adecuado para: empresas con un equipo de producto establecido (4 o más PMs) que necesitan estrategia de producto a nivel de liderazgo, asociación ejecutiva y desarrollo organizacional.

Plantilla de personal que puede gestionar: de 4 a 8 o más PMs Tamaño del equipo de ingeniería: más de 20 ingenieros Lo que no le corresponde: la planificación de Sprint diaria (para eso tiene PMs)

Señales del candidato: ha construido y escalado un equipo de producto, ha sido responsable de una estrategia de portafolio de producto, ha operado a nivel de directorio en cuestiones de producto.

El diagnóstico de 3 preguntas

Pregunta 1: ¿Cuántos ingenieros va a contratar en los próximos 12 meses?

• De 0 a 5 ingenieros nuevos: PM senior
• De 5 a 10 ingenieros nuevos: Head of Product
• Más de 10 ingenieros nuevos: Head of Product o VP (depende de su bench actual de PMs)

Pregunta 2: ¿Ya tiene algún PM?

• Sin PMs: PM senior
• De 1 a 2 PMs: Head of Product que pueda gestionarlos
• 3 o más PMs: Head of Product o VP

Pregunta 3: ¿Cuánto de su trabajo de producto es estratégico frente a ejecución?

• Principalmente ejecución (gestión del Backlog, Sprint, discovery con clientes): PM senior
• Combinación de ejecución y construcción de procesos: Head of Product
• Principalmente estratégico (dirección del portafolio, desarrollo organizacional, alineación ejecutiva): VP

Si sus respuestas apuntan al PM senior pero está tentado a contratar a un VP porque "eventualmente lo necesitaremos", resístase. Pagará de $60k a $80k más al año por alguien que no encaja con el trabajo actual y probablemente lo perderá en 18 meses cuando se dé cuenta de que el rol no es lo que esperaba. Datos de SHRM sobre rotación de PMs muestran que los product managers de nivel senior contratados por encima del nivel adecuado para el tamaño del equipo abandonan a tasas un 35% más altas en los primeros 24 meses que los contratados en el alcance correcto para la etapa de la empresa.

El Interview Loop

Etapa 1: Phone Screen (30 minutos)

Califique el nivel de experiencia y explore el instinto real de producto. Dos preguntas que vale la pena hacer en esta etapa:

• "Cuénteme sobre una funcionalidad que eliminó. ¿Cuál fue la decisión, quién se opuso y cómo lo manejó?"
• "¿Cómo decide qué no construir?"

Los candidatos sólidos para producto tienen buenas respuestas para ambas. La pregunta de "funcionalidad eliminada" revela si pueden tomar decisiones difíciles de trade-off o si tienden a decir que sí a todo. La pregunta de "qué no construir" revela la disciplina de priorización.

Etapa 2: ejercicio de crítica de producto (45 minutos)

Envíeles un enlace a su producto (o una grabación de pantalla si está detrás de un login) y déles 48 horas.

Pídales que produzcan:

1. Su lectura de los tres mayores problemas de UX o de valor del producto
2. Una funcionalidad que priorizarían y por qué
3. Una funcionalidad que eliminarían o diferirían

Luego haga una sesión de retroalimentación sobre el ejercicio en la entrevista. El resultado importa menos que el razonamiento. Busca:

• ¿Enmarcan los problemas en términos de resultados del cliente o de suposiciones internas?
• ¿Miran el producto desde la perspectiva del usuario o del constructor?
• ¿Justifican la priorización con evidencia o solo con opinión?
• ¿Son diplomáticos o honestos cuando encuentran algo incorrecto?

Los product managers que no pueden criticar un producto con diplomacia no podrán decirle que no a las solicitudes de Roadmap de su equipo de ventas. Las verificaciones de referencias son especialmente reveladoras aquí. Los excompañeros le dirán si un candidato podía mantener una posición bajo presión comercial o tendía a ceder. Consulte verificaciones de referencias que revelan señales reales para saber cómo estructurar esas conversaciones.

Etapa 3: sesión de framework de priorización (60 minutos)

Esta es una sesión de trabajo, no una presentación. Entrégueles un Backlog de producto ficticio de 20 ítems que mezcle correcciones de bugs, funcionalidades solicitadas por clientes, deuda técnica y apuestas estratégicas. Dígales que ingeniería tiene capacidad para 6 ítems el próximo trimestre.

Revisen el Backlog juntos y pídales que prioricen. Evalúa:

• ¿Hacen preguntas aclaratorias antes de priorizar o saltan directamente a las respuestas?
• ¿Qué framework aplican? (RICE, ICE, MoSCoW: no hay una respuesta correcta, pero deben tener un método)
• ¿Cómo manejan la ambigüedad sobre el impacto en el cliente?
• ¿Pueden tomar una decisión cuando los datos son incompletos?
• ¿Cómo explican los trade-offs a alguien que quedará decepcionado porque su ítem no quedó incluido?

Este último punto importa. En una empresa mediana, el líder de producto estará constantemente explicando a ventas y CS por qué una solicitud de un cliente no está en el Roadmap. Si no pueden hacerlo en una sala con usted, tampoco podrán hacerlo con un VP de Ventas escéptico.

Etapa 4: sesión de retroalimentación sobre entrevista con cliente (30 minutos)

Si tiene una grabación reciente de discovery con un cliente (con consentimiento) o puede simular una, úsela. De lo contrario, redacte una transcripción ficticia de una entrevista de cliente de una página donde este expresa frustración con un Workflow e insinúa vagamente tres posibles causas raíz.

Pídales que hagan la retroalimentación de la entrevista: cuáles son los insights principales, cuál es el job-to-be-done, qué preguntas no están respondidas todavía y qué harían a continuación.

Esto revela si piensan en problemas del cliente o en soluciones de producto. Un PM que salta de inmediato a "esto es lo que deberíamos construir" está omitiendo la parte más difícil del trabajo.

La plantilla del plan de 30/60/90 días

Úsela para calibrar expectativas durante la Offer y las primeras semanas.

Primeros 30 días: orientación

• Acompañar 5 llamadas con clientes (no solo Demos: llamadas de soporte, llamadas de Onboarding, conversaciones de QBR)
• Revisar los últimos 3 meses de tickets de soporte en busca de patrones recurrentes
• Leer todas las especificaciones de producto escritas en los últimos 6 meses (incluso las más informales)
• Reunirse individualmente con cada ingeniero y diseñador
• Construir un Backlog priorizado de lo que aprendió (aunque sea preliminar)

Primeros 60 días: contribución

• Ejecutar su primer Sprint completo como PM principal
• Completar un Roadmap priorizado para el próximo trimestre
• Realizar de 3 a 5 entrevistas estructuradas de discovery con clientes de forma independiente
• Publicar un documento de primeros principios sobre el job-to-be-done del producto
• Liderar su primera sesión de refinamiento del Backlog con ingeniería

Primeros 90 días: responsabilidad plena

• Asumir la responsabilidad total del Backlog de producto
• Liderar la planificación trimestral de forma independiente
• Establecer una cadencia regular de discovery con clientes
• Entregar un "estado del producto" escrito a los fundadores con recomendaciones
• Definir cómo se ve el éxito para los próximos dos trimestres

Ajuste los hitos según su cadencia de Sprint y el tamaño del equipo. La señal clave es si están creando artefactos en los que el equipo confía (especificaciones, Roadmap, insights de discovery), no solo asistiendo a reuniones. El sistema de buddy en el Onboarding funciona igual de bien para contrataciones de producto que para representantes de ventas. Asignarles un ingeniero senior en los primeros 30 días acelera la construcción del contexto técnico, que es lo más difícil de hacer en solitario.

La conversación "¿quién es dueño del Roadmap?"

Antes de que comience la contratación, tenga una conversación explícita sobre quién es responsable de qué. Este es el conflicto más común después de la contratación en los equipos de producto en etapas tempranas.

• Fundadores/CEO: la estrategia de la empresa, en qué mercados competir, qué hace y qué no hace el producto a un nivel superior
• Líder de producto: cómo llegar allí, qué construir a continuación, cómo secuenciarlo, decisiones de trade-off entre funcionalidades que compiten
• Ingeniería: cómo construirlo, arquitectura técnica, decisiones de construcción vs. compra
• Ventas/CS: input del cliente, no dirección del producto

Si el CEO sigue anulando decisiones de producto semanalmente después del tercer mes, algo está mal. O la contratación no es la persona adecuada, o el CEO realmente no ha soltado el control. Una señal útil: si su contratación de producto no está realizando reuniones individuales efectivas con sus socios de ingeniería antes del día 60, el ciclo de toma de decisiones sigue siendo demasiado dependiente del CEO.

Parámetros de compensación

El equity para la primera contratación de producto debe ser significativo. Están dando forma a la trayectoria de producto de la empresa. Si su pool de opciones es limitado, tenga esa conversación antes de presentar un número de equity bajo en la Offer. Datos del BLS para product managers de software proporcionan la compensación base nacional de referencia que ayuda a calibrar si sus rangos de salario base son competitivos en su mercado geográfico.

Errores comunes

Contratar a un PM orientado al proceso cuando necesita un constructor. Algunos PMs son excelentes ejecutando procesos: ceremonias de Sprint, revisiones con Stakeholders, presentaciones de Roadmap. Pero en una empresa de 60 personas no necesita un gestor de procesos. Necesita a alguien que pueda escribir una especificación el lunes y lanzar el viernes. Pregunte específicamente sobre su trabajo autogestionado, no solo sobre su gestión de procesos.

No definir quién es dueño del Roadmap. Sin una definición clara, el VP de Ventas y el CEO seguirán siendo sus dueños por defecto, y su nueva contratación de PM pasará sus primeros 90 días tratando de descubrir de quién cuenta más el input.

Contratar a un VP de Producto en Series A. Casi con seguridad no tiene el tamaño de equipo ni la complejidad organizacional para que este nivel funcione. El VP se aburrirá, estará superdotado de recursos y se irá en 18 meses.

---

Más recursos

• Contratar a un Chief of Staff: cuándo es lo correcto y cuándo es prematuro
• Interno vs. externo: el framework para decidir entre promover y contratar externamente
• Matriz de habilidades de AI para equipos en crecimiento
• Cómo medir el tiempo hasta la productividad después del Onboarding