Cómo ser gerente de producto en el espacio

Cómo ser gerente de producto en el espacio

He querido ser un gerente de producto ya que era un niño. Bueno ... No, cuando era un niño quería ser herpetólogo (científico lagarto), pero quería ser gerente de productos (PM) desde que asistí a mi primer Hackathon de nuevo en Miami. Recuerdo haber realizado, un par de horas, cuánto más eficiente sería el hacke si las tareas se dividieran correctamente, lo que aumenta la productividad suficiente para construir una aplicación completamente funcional al final de las 24 horas del hackathon.

Desde entonces, he tenido placer de encontrar otros trabajos que me dieran la emoción de descubrir los diferentes desafíos para producir proyectos asombrosos. Aprendí a participar en el proceso creativo en el equipo de marketing en MailChimp. Afilí las habilidades de gestión de tiempo como gerente de proyecto en Cloudscaling. Más importante aún, aprendí la importancia de fomentar un equipo fuerte mientras creé hackfsu. Todas estas cosas me llevaron a Tinybop, una empresa independiente de juegos para niños en Brooklyn. Como gerente de productos junior, he tenido el placer de unir a un equipo comprometido con la creación de aplicaciones de IOS educativas elegantes donde los niños pueden explorar, aprender, construir, pensar, pensar y crecer a través del juego.

La semana pasada el primer proyecto en el que me asignaron, el espacio de la aplicación de Tinybop, hizo precisamente eso. El espacio es un juego exploratorio abierto que permite a los niños viajar a través de los cosmos, los meteoritos de Hurl en los planetas, descubren las fases de la luna, zoom en el sol y saltan a una tormenta espacial giratoria.

Este mes, el espacio de Tinybop fue lanzado en la App Store. Los seis meses de desarrollo anteriores estaban llenos de altibajos, pero ahora, me siento por primera vez, finalmente entiendo lo que es un gerente de producto. Como he estado creciendo en este papel, me he reunido con muchos PMS y parece que todavía hay una enorme cantidad de ambigüedad en torno a lo que es exactamente un gerente de producto. Parece que incluso si todos estamos de acuerdo en las características principales de lo que es un gerente de producto, todavía hay vastas diferencias en su aplicación, según el tipo de tecnología, se trabaja con un PM. Entonces, en un intento por la participación del conocimiento, quería recapir que exactamente un PM significaba para mí. Aquí hay algunas ideas de lo que creo que significa ser un gerente de producto.

Ser un gerente de producto significa

Dibujando dibujos de mierda

Aprendí mucho sobre los problemas con mis características dibujándole antes de incluso hacer un escrito de características. No puedo decirle cuántas horas pasé deslizando y tocando un pedazo de papel para ver si una cierta característica realmente funcionaría y tendría sentido. Al final, tiene muchos dibujos no tan grandes, pero este es a menudo el primer paso para sacar las ideas de su cabeza y en el mundo real.

Avant Garde Dibujando para la gran función de punto rojo en Júpiter

Siendo rechazado

Subir con numerosas ideas de características significa tener el 80% de sus ideas planas rechazadas al presentarlas a su equipo. Mientras que a menudo se siente como una buena caída suave por un tramo de escaleras, rechazado ampliado el alcance de lo que considero al escribir características. Algunas de esas consideraciones incluyen directrices de marca de la empresa, facilidad de uso, conflictos de gestos, gestión del tiempo y mantenimiento de la coherencia de la UI en toda la aplicación. Cada rechazo agrega otro filtro que puede dar a sus ideas para mejorarlas.

Siendo un poco rechazado (también conocido como si tu idea estirara hasta que no recuerdes por qué alguna vez pensaste que era una buena idea)

Al presentar características, las buenas comentarios toman la forma de buenas preguntas que lo hacen considerar los casos de uso que no puede haber pensado antes. Al comienzo del espacio, pasaría todo el día enmarcar diferentes escenas que intentan acercarse a él con un borde creativo. Después de venir con unos cuantos bocetos, llamaría al producto llevar a las ideas de Bounce y me golpearía las preguntas ...

¿Cómo comienza y termina esta interacción? ¿Cómo se actualiza esta interacción? ¿Cuál es el estado predeterminado de esta interacción? ¿Hay algún anotado para hacer que la interacción esperada sea más clara? ¿Por qué querrías participar en esta interacción más de una vez? ¿Cuál es la toma? ¿Esta interacción vale la pena el esfuerzo?

Siempre fui asombrado por lo rápido que mis ideas se derrumbarían al comienzo del proceso. ¿Era solo malo en esto? Después de recoger las piezas de mi concepto roto, me di cuenta de que parte de lo que estaba aprendiendo era internalizar muchas de las preguntas que escucharía y le pediría a mí mismo e incorporar las respuestas en el diseño.

Tratando de explicar un problema complejo en una sola oración

Mis grandes gerentes brillantes a menudo están muy ocupados resolviendo muchos problemas, lo que significa que solo puedo obtener orientación en momentos rápidos. En estos momentos rápidos, tengo que resumir numerosos problemas de productos en una oración. Este ejercicio me ha ayudado a trabajar más duro para encontrar el verdadero núcleo de cualquier problema dado.

También en un entorno de equipo, a menudo solo tiene un corto período de tiempo para ponerse al día en persona, por lo que también es importante resumir problemas en las reuniones del equipo. Una y otra vez, tendríamos una hora para pulir cuatro pequeñas características. Esto significa 15 minutos por función para describir ambos problemas y obtener entrada de grupo en soluciones potenciales. Esto es un desafío, pero he encontrado que el método "Cómo podríamos" es un enfoque interesante para hacer preguntas de una manera que promueva la ideación.

Sentirse como un detective cuando haces investigaciones de mercado.

La realización de investigaciones de mercado (que en mi caso significa jugar muchos videojuegos) es esencial para comprender en qué se enfrenta. En general, es importante aprender de otros en todas las situaciones. Con eso en mente, es importante ver quién ha intentado hacer productos similares a la que está haciendo. ¿Dónde han decidido colocar cosas? ¿Cómo es su on-boarding? ¿Qué te hace sentir este producto? Tratar de entender a otras compañías Las decisiones de productos pueden arrojar luz sobre cómo quizás quiera tomar decisiones similares.

Llorando en el baño

Es abrumador tener un millón de partes de trabajo que requieren atención. A veces solo tienes que llorar y hacer una hoja de Excel para relajarse.

Escritura de descripciones de características

Historias en historias en historias. Cada vez que pensaba que estaba siendo lo suficientemente específico, no lo era. TRABAJANDO CON EL MISMO DÍA DE PRODUCTOS DÍADOS Y DÍADOS, se orienta tanto con el producto que es fácil olvidar que otras personas no comparten su perspectiva. Hubo momentos en que usaría una mano corta para ciertos términos o referiría a diferentes escenas (amorosamente) por los nombres que había inventado pero nunca definido para el equipo. Una solución para esto estaba teniendo a alguien fuera de la compañía o el equipo leyó en mis historias y señala las palabras poco claras y luego los compila y envíe los correos electrónicos de "nuevos términos de la aplicación" donde rompí los acrónimos y los nombres de escena internos detallados.

En general, las historias comenzarían con la oración:

"Como usuario, me gustaría (lo que debe hacer un usuario) y ver (lo que ve un usuario) para (propósito de la característica)".

Otras cosas normalmente en una descripción de características incluyen:

Ticket Critical Space Poop. Actualmente puede encontrar la función POOP en la escena de la luna.

Escribiendo errores

Empujar comprometerse visualmente y técnicamente, inevitablemente significa que accidentalmente cometen algunos errores. Después de pasar por un concepto Sprint para diseñar funciones, tiene una vista clara de cómo espera que la aplicación se vea. Cuando hay ciertas características que no cumplen con las expectativas, es hora de escribir errores cuidadosamente dirigidos a especificar dónde salió la característica.

La claridad es muy importante al escribir errores porque los errores vagos pueden causar un montón de ida y vuelta entre usted y el DEV, desperdiciando el precioso tiempo de desarrollo. El formato más claro que he usado para escribir errores incluye:

Horas extras, al ser más claras se volverán más fáciles y obtendrá una mejor comprensión del equilibrio entre muy poca y demasiada información al escribir errores.

Mi error favorito: una curiosidad de twerking de la escena de Mars Rover

Estar emocionado por todo

No puedo decirte cuántas veces fui impresionado por los diseñadores e ingenieros en mi equipo. Inicialmente, mantuve mi entusiasmo en el interior para evitar que suene sin experiencia al ser un margen de cada prototipo. Sin embargo, en cierto punto, me di cuenta de que la positividad siempre es oportuna y no había necesidad de sofocar eso. Disfrutar del proceso es importante en todos los aspectos de la vida.

Los dolores crecientes y todo, estoy realmente emocionado y honrado de estar haciendo un trabajo que amo junto con algunas de las personas más brillantes que todas desempeñan un papel único para ayudarme a crecer, como no solo un gerente de productos, sino también como persona. Juntos produjamos una aplicación hermosa que proporciona un modelo sumergido y científicamente preciso del sistema solar para que los niños aprendan a través de la exploración. El espacio de Tinybop está disponible en la tienda de aplicaciones en todo el mundo.

Descarga espacio por Tinybop aquí.

Echa un vistazo a mi sitio web para aprender más sobre mis proyectos anteriores aquí.

Conecta conmigo en LinkedIn aquí.

Envíeme un correo electrónico con cualquier comentario% 2FQuestions en [email protected] o deje comentarios a continuación!