¿Qué es exactamente un gerente de producto en una startup tecnológica?

Hablando específicamente desde el punto de vista de inicio:

Literalmente, todo lo que debe hacerse no lo está haciendo el resto del equipo.

Esto incluye cualquiera de los siguientes:

Lectura de techmeme para tener una idea de hacia dónde se dirige la industria y envío de artículos con análisis al equipo
Soporte técnico para usuarios, para que pueda aprender más sobre lo que odian
Llevando café a ingenieros con exceso de trabajo
Control de calidad (debido a que las nuevas empresas pequeñas generalmente no cuentan con personal de control de calidad dedicado)
Ordenando comida
Lleve su prototipo a una cafetería y ofrezca comprar café a cambio de comentarios
Saber en cualquier momento qué sigue
Poder explicar su inicio a extraños en 30 segundos o menos
Porristas cuando las cosas no van bien
Aplastando a tus compañeros de equipo en Starcraft para demostrar tu superioridad y valor.

¿Cuál es el costo de adquisición de una encuesta promedio?

¿Cuáles son los mayores desafíos en el desarrollo de productos que enfrentan las startups?

¿Es posible trabajar mitad en software y mitad en diseño de producto / gestión de producto?

¿Qué debo hacer como desarrollador cuando el gerente de producto ya no cree en el producto?

¿Debo comenzar con Django o JavaScript?

¿Mi calificación como Top Coder aumentaría continuamente si lograra resolver y enviar el problema de 250 puntos dentro de los 5-10 minutos de comenzar un partido, y enviarlo por más de 220 puntos?

El papel de un gerente de producto puede variar drásticamente de una compañía a otra, pero todos tienen el objetivo compartido de impulsar el desarrollo de productos. Para no confundirlos con los gerentes de proyecto , que supervisan la ejecución de los planes que ya se han desarrollado y aprobado, los gerentes de producto priorizan las iniciativas y toman decisiones estratégicas sobre lo que se construye.

El trabajo del gerente de producto es definir la dirección estratégica de sus productos en función de varias métricas clave:

Los objetivos estratégicos de su negocio
Las demandas y oportunidades del mercado.
Los recursos tecnológicos y financieros disponibles para hacer realidad el producto.

Una vez que se ha determinado una dirección estratégica, el gerente de producto es responsable de comunicar la estrategia a múltiples partes interesadas, ganar la aceptación de los tomadores de decisiones y garantizar que los equipos apropiados entiendan sus roles y tengan las herramientas que necesitan para ejecutar la estrategia.

En ProductPlan, escribimos una publicación que cubre 5 Rasgos que todos los PM exitosos necesitan, lo que también puede ayudar a responder su pregunta.

¡Espero que esto ayude! Feliz de compartir más información si es necesario.

Anirban Ghatak

La mayoría de las nuevas empresas tecnológicas no tienen un rol explícito de “Gerente de Producto”, ya que ese rol lo desempeña cualquier cantidad de personas que están haciendo otras cosas además de los deberes del Gerente de Producto.

En resumen (hay muchas definiciones diferentes, esta es la que yo uso), el rol de un Gerente de Producto es:

Determinar a través de una investigación de mercado y conversaciones directas con los clientes cuáles son los problemas que la empresa necesita resolver con sus productos;
Cree y socialice una hoja de ruta o una cartera de pedidos de productos que defina la dirección estratégica de la empresa y los hitos o logros necesarios para alcanzar los objetivos de la empresa;
Definir problemas de mercado de una manera que permita a otros en la empresa crear soluciones a esos problemas (a través de servicios y / o software);
Valide las soluciones que se están construyendo con clientes reales o representantes de clientes para garantizar que el resultado final sea algo utilizable, vendible y valioso para el cliente.

Otras tareas que a menudo recaen en el regazo del Gerente de Producto, especialmente en compañías más pequeñas:

Marketing y posicionamiento de productos
Gestión de proyectos (tiempo, alcance, recursos)
Relaciones públicas y apariciones (conferencias, conferencias, etc.)
Pruebas de aceptación del usuario

Estoy seguro de que otros pueden compartir más, esos son solo algunos que vienen a la mente.

Anirban Ghatak

Hunter Walk casi dio en el clavo cuando dijo que cualquier cosa que no esté relacionada con el código está bajo la responsabilidad de Product Management en una empresa joven (extrapolando desde sus primeros días en Linden Labs)

Tome la tesis que tienen sus fundadores y valídelos con clientes / prospectos. Hable con el mercado real y descubra qué grupo de usuarios será su punto ideal para el uso y la adopción acelerados.

El trabajo de un PM es asegurarse de que los ingenieros se mantengan enfocados y escriban el código. Cualquier cosa que perjudique el proceso de creación de código hermoso es una pérdida de tiempo y está en el PM para evitar. Esto es cuando está iniciando el producto mínimo viable.

Después de lanzar el MVP, repite los comentarios que recibe de sus primeros usuarios. Claramente, usted (o los fundadores) tenían una tesis cuando comenzaron a construir algo increíble. Ahora es el momento de verificar si el problema que su producto estaba resolviendo a) todavía existe yb) se resuelve utilizando su producto

Luego, realiza un lanzamiento suave, saca el confeti y conecta las analíticas a su producto para asegurarse de obtener datos de uso que utilizará para tomar decisiones más adelante.

También te conviertes en una de esas personas molestas en las reuniones / ferias comerciales que muestran el producto a cada persona que conocen mientras recopilan comentarios y generalmente son educados.

Luego, después del lanzamiento y uso durante un período de tiempo establecido, lleva los datos de uso a los fundadores y hace una retrospectiva, en caso de que continúen o pivoten. Se producirá mucha hilaridad, pero es tu trabajo mantener la cabeza. También puede tomar decisiones de personal y decidir dónde invertir el dinero limitado que tiene.

Luego realiza más ferias comerciales, desarrolla negocios y piensa en la mejor forma de posicionar su producto.

En pocas palabras,
Si no está registrando el código, será mejor que consulte con los clientes

Espero eso ayude.

Nick Nguyen

La puesta en marcha es un término amplio. Si te refieres a una etapa inicial, entonces él pasa su tiempo creando un PRIMER producto que vende. Su responsabilidad se puede agrupar en 4 categorías.

Desafío de conceptualización

a) Ya sea investigando el mercado o resolviendo su propio picor
b) esto implica crear un producto mínimo deseado por los usuarios
c) Iterar el producto hasta que obtenga tracción

Desafío de desarrollo

c) Ponerse múltiples sombreros como diseñador de interacción, ya que es posible que no tenga uno
d) Aprender a trabajar con limitaciones: ingenieros mínimos, infraestructura mínima para generar la máxima tracción
e) Gestionar proyectos, lo más importante lanzamientos (esto incluye: definir cronogramas, requisitos de descodificación, pruebas)

Desafío de adopción

e) Hipotetizar el mercado objetivo para su pronta adopción.
f) Iterar hasta obtener el ajuste correcto
g) Mantenga la pestaña de una competencia si está en un mercado existente o cree nuevas métricas para un nuevo mercado

Pivot Challenge
h) Mida y cambie el segmento objetivo con la misma idea hasta que obtenga tracción
i) El otro pivote

En un inicio de etapa intermedia, es decir, en la serie A, algunas de las responsabilidades pueden descargarse y para las nuevas empresas evolucionadas en la financiación de la serie B: la responsabilidad suele ser la adopción y la aceleración del crecimiento.

Anirban Ghatak

Cliff lo resumió muy bien. Esos deberes son un subconjunto de responsabilidades adicionales. Las responsabilidades adicionales disminuyen a medida que la empresa crece. La lista exacta es muy fluida porque las tareas se pueden asignar temporalmente a los nuevos miembros del equipo cuando aportan experiencia adicional.

La gestión de productos en una empresa de tecnología generalmente recae en ingeniería. El CTO desarrolla la ingeniería y el desarrollo y el CEO desarrolla todo lo demás hasta que traigas especialistas a bordo. La gestión de productos como un rol dedicado no aparece hasta que tenga un grupo bastante grande. No hay un número establecido porque la naturaleza del producto (s) impulsa la necesidad.