Los grandes ingenieros no necesitan instrucciones, y los grandes PM no controlan al equipo ni la hoja de ruta [Traducción]

1. Redefinir el verdadero rol del PM

   • Un gran PM no controla al equipo ni la hoja de ruta.
   • En cambio, profundiza en los insights del mercado para guiar al equipo y evitar que tome una dirección equivocada.
   • (Texto original: "Un gran PM no controla al equipo. Descubre insights y evita desvíos de dirección.")

2. El origen de PostHog: empezar sin PMs

   • Cuando Tim y yo empezamos PostHog en 2020, insistí con firmeza en que nunca contrataríamos a un product manager (PM).
   • Impulsamos a los ingenieros a pensar directamente en los problemas del producto y resolverlos con código.
   • Se formó una cultura en la que la autonomía era la máxima prioridad en una startup en etapa inicial.

3. Características de un gran ingeniero de producto

   • Entiende por su cuenta el contexto del PM (visión, necesidades del cliente) sin necesidad de instrucciones aparte.
   • A partir de eso, repite el ciclo de crear prototipos rápidos → experimentar → recopilar feedback → desplegar de forma automatizada.
   • Su principal fortaleza es la capacidad de ejecutar con código y la velocidad para experimentar.

4. Diferencias detalladas entre el rol del PM y el del ingeniero de producto

   • Enfoque del PM:
     • Investigación de mercado, desarrollo del caso de negocio y coordinación con stakeholders (ventas/marketing).
     • Compartir dirección y contexto con todo el equipo.
   • Enfoque del ingeniero de producto:
     • Ejecutar la construcción, las pruebas y el despliegue reales.
     • Mejorar el producto recopilando directamente el feedback de los clientes.

5. Modelo ideal de colaboración

   • El PM no es un "controlador", sino un "proveedor de contexto" que respeta la autonomía.
   • El ingeniero de producto comparte los objetivos del PM, pero ejecuta de forma independiente con foco en el código.
   • Resultado: una cultura de desarrollo de producto rápida y eficiente, que rompe las fronteras tradicionales entre PM e ingeniero.

6. Mensaje central e implicaciones del texto

   • Corregir el malentendido sobre el PM: en lugar de imponer la hoja de ruta, debe centrarse en los insights.
   • Maximizar el uso de los ingenieros de producto para acelerar el crecimiento de la startup.