Como estudiante universitario en UC Berkeley, no pensé absolutamente en elegir una carrera. Simplemente seguí los caminos que me resultaron más interesantes y que me llevaron a una doble especialización en filosofía y ciencias cognitivas, aunque decidí terminar solo la especialización de filosofía. En retrospectiva, estas áreas de estudio me prepararon excelentemente para la gestión de productos:
- La naturaleza multidisciplinaria de la ciencia cognitiva es análoga a cómo los gerentes de producto traducen entre áreas dispares del negocio. En la ciencia cognitiva, uno tiene que tejer una narrativa coherente entre las áreas técnicas (por ejemplo, informática y neurociencia) y las humanidades (por ejemplo, psicología y filosofía). Esto refleja cómo los gerentes de producto deben crear puentes entre ingenieros, diseñadores, comercializadores, ventas, etc.
- Estudiar filosofía me ayudó a agudizar mis fundamentos de pensamiento. Enseñó la diferencia entre una comprensión profunda de un espacio problemático versus uno ondulado a mano. El proceso de leer y releer un texto de filosofía hasta que pueda entenderlo me recuerda iterar en una interfaz de usuario hasta que hace clic.
Después de graduarme de la universidad en 2003 y regresar de un viaje de un mes por Europa, tuve que conseguir un trabajo y conseguir uno rápido. Aunque pensé vagamente que quería ser psicoterapeuta, estaba abierto a cualquier trabajo que (a) no tuviera calificaciones rígidas y (b) pareciera intelectualmente estimulante. En ese momento, había varios trabajos que tenían la palabra “base de conocimiento” en el título; gerente de la base de conocimiento, editor de la base de conocimiento, etc. Descubrí que recibiría entrevistas cuando solicitara estos trabajos, ya que eran de nivel básico y me pareció que me gustaba mencionar la “ciencia cognitiva” en mi curso. En septiembre de 2003, fui aceptado para trabajar como editor de la base de conocimiento de CNET Networks, lo que creo que es una de las cosas más afortunadas que me ha pasado, me llevó a la carrera y la vida que tengo ahora.
Como editor de la base de conocimiento de CNET, gestioné varios aspectos del catálogo de productos. Si bien hubo algunos trabajos de entrada de datos, me obligó a pensar en la arquitectura de la información, las ontologías y la estructura de los metadatos. Por ejemplo, tuve que pensar qué atributos querrían los usuarios al filtrar (por ejemplo) qué cámara digital comprar. En retrospectiva, creo que este fue el trabajo de nivel de entrada perfecto para mí en el camino para convertirme en gerente de producto. Si bien no estaba afectando directamente la interfaz de usuario de CNET, aprendí sobre los datos, metadatos y sistemas de información que estaban en su núcleo.
- ¿Cuál es el papel de los consumidores en la innovación de productos?
- ¿Cuáles son algunos ejemplos de productos que mejoraron después de ser adquiridos?
- La metodología de Lean Startup enseña que debe probar la demanda de un nuevo producto mediante una página de inicio falsa con un botón de compra. ¿Funciona? ¿Qué se aprende?
- ¿Qué producto / servicio cambió tu vida? ¿Por qué?
- Como gerente de producto, ¿cuáles son sus principales segmentos de trabajo y cómo distribuye su tiempo entre ellos?
En mi rol trabajando en el catálogo, comencé a trabajar en mejorar nuestras herramientas. Esto me llevó a mi primer trabajo con “gerente de producto” en el título: Gerente de producto asociado de las herramientas del catálogo. Si bien me sentí bastante estimulado al racionalizar los flujos de trabajo del catálogo, me di cuenta de que la complejidad de los datos del catálogo era en gran medida una caja negra para los gerentes de producto que trabajaban en la experiencia de cara al consumidor. Comencé a colaborar en el sitio web y finalmente comencé a administrar áreas de la experiencia del usuario front-end.
Para resumir mi camino para convertirme en gerente de producto, implicaba seguir lo que era interesante para mí y llenar el espacio en blanco que vi en la organización que me rodeaba. He tratado de poner esto en términos generales en esta respuesta: la respuesta de Dan Schmidt a ¿Cómo me convierto en gerente de producto?
La clara desventaja de mi ruta para convertirme en gerente de producto es que no he desarrollado habilidades en las otras manualidades necesarias para crear productos, especialmente ingeniería. Esto tiene algunas desventajas:
- Depende de otros para hacer productos. No puedo crear prototipos de mis propias ideas y confío en mi socio de ingeniería para explicar algunos de los detalles técnicos de los productos en los que trabajo.
- Algunas organizaciones requieren que los gerentes de producto tengan experiencia en ingeniería.
Si bien estas son limitaciones, estoy contento con la ruta que tomé porque me permitió centrarme en el oficio único de gestión de productos (que he esbozado aquí: la respuesta de Dan Schmidt a ¿Cómo puedo convertirme en un gerente de producto efectivo?) . Es fácil para las personas con el título de gerente de producto actuar demasiado como un ingeniero, diseñador o comercializador que un verdadero gerente de producto, la persona responsable de la esencia del producto y el marco de cómo la organización piensa al respecto.