Ayer estuvimos hablando con Carlos Jimenez (CPO Factorial), algunas reflexiones:

Problemas hay millones pero es la elección de los problemas lo que es clave. Los equipos de producto nos creemos a veces que los únicos que sabemos de producto somos nosotros, pero producto no es más que negocio.

No hay empresas product or sales led. Producto sin Sales o Sales sin Producto son catástrofes a largo plazo. Debemos salir al mercado para entender los problemas. El mayor problema es irse a la cueva a construir. Si un producto no vende, no es problema de sales, es de producto.

Tendemos a enfocarnos en Build the things right porque hay mucha lectura; pero no hay tanta literatura sobre Build the right things. Cada industria es distinta. Por eso, la gravedad nos lleva a Build the things right.

El product-market fit se nota. En vez de hacer push al mercado, hay un pull del mercado. No paras de vender. El PMF suele ser en un nicho. Poco a poco debes abrir en otros nichos y repetir ese 0 a 1. Debes descubrir el problema pequeño y solucionarlo.

3 pasos al entrar en una empresa:"- 2w: Prudencia y aprende todo lo que puedas. Empieza a decir comentarios que igual son tonterías. "- 2m: Plantea cosas que hagan pensar a la gente. Impacta en build the things right"- >2m: Ponte en el vagón de la locomotora, fija la visión y prioriza

Uno de los retos con el cambio cultural es la velocidad. Debes hacer cambios pero si metes muchos cambios de golpe, el equipo se atraganta y se rompe. Debes elegir la velocidad en la que lo haces.

Tres características claves para fichar: Pasión, Inteligencia y Humildad. Son las tres que no puedes enseñar. Las tienes o no.

·Ver comentarios en LinkedIn

También puede interesarte

40 clics para pagar dos horas de aparcamiento

Un parquímetro me ha recordado por qué contar los clics y los segundos que le cuesta a tu usuario completar una tarea es clave al diseñar un producto.

5 comportamientos que definen a un Product Engineer

La IA hace que programar sea rápido. El reto que queda es entender el problema, plantear una buena arquitectura y fasear con criterio.

Iterando el prototipo en vivo mientras los usuarios lo prueban

Siempre he hecho tests de usuario para diseñar mejor. Lo que no había vivido antes era poder implementar el feedback en la propia sesión. Lo que antes tardaba semanas, ahora sale en el día.