Elevar la gestión de productos: Un recorrido por el ciclo de vida del producto con Aaron Bonko
Te damos la bienvenida a nuestra serie Elevar la gestión de productos. En esta colección de artículos, profundizamos en las complejidades de la gestión técnica de productos para compartir información, prácticas recomendadas y experiencias del mundo real que ayudan a los gerentes técnicos de productos (llamados “Product Management-Tech” o PMT en Amazon) a perfeccionar sus habilidades, comprender cómo trabajamos en Amazon Ads y aprender más sobre el trabajo que nos apasiona.
En esta primera entrega, escucharemos a Aaron Bonko, gerente principal sénior de programa técnico (PMT) del equipo de Medición y ciencia de datos. Con casi nueve años de experiencia en Amazon, Aaron tiene un papel que lo ubica en la intersección de la tecnología y la estrategia empresarial. Aquí explica cómo gestionamos habitualmente el ciclo de vida de un producto en Amazon.
El ciclo de vida de un producto en Amazon Ads
El ciclo de vida de un producto en Amazon Ads no difiere demasiado del de otras empresas de tecnología, pero, a lo largo de los años, hemos refinado nuestro enfoque para alinearlo con la cultura de propiedad y obsesión por el cliente de Amazon. Normalmente, se divide en cinco etapas:
- Desarrollo previo: Aquí es donde comienza todo. En Amazon, siempre hablamos de “trabajar hacia atrás” y comenzamos por entender profundamente a nuestros clientes y sus necesidades. El proceso Amazonian consiste en contextualizar el producto dentro de nuestra cartera más amplia y desarrollar un comunicado de prensa/documento de preguntas frecuentes que imagine el producto el día de su lanzamiento y los beneficios que brindará a los clientes. Esta declaración de visión es la base de todo el trabajo que se haga en el producto; no comenzamos a crear hasta que todos estén conformes con el comunicado de prensa/documento de preguntas frecuentes.
- Desarrollo y pruebas: Aquí comenzamos a dar vida a las ideas: preparamos diseños, construimos prototipos y realizamos pruebas exhaustivas. A diferencia de un enfoque tradicional de tipo cascada, no esperamos un documento de requisitos completo y exhaustivo. En su lugar, comenzamos con una visión general e involucramos a los equipos técnicos desde el comienzo. Esto nos permite obtener comentarios valiosos sobre complejidad y posibles simplificaciones desde el principio.
En Amazon, siempre trabajamos para crear un producto mínimo adorable en lugar de un producto mínimo viable. La “pasión por el cliente” es nuestro primer Principio de liderazgo, e incluso la versión más simple de un producto que lancemos debe deleitar. Las pruebas se integran a todo el proceso de desarrollo, no solo al final, y empleamos una combinación de pruebas de unidad, integración y aceptación del usuario. Una práctica que nos ha resultado es involucrar a clientes reales en nuestra fase de prueba siempre que sea posible. A menudo, creamos programas beta en los que clientes seleccionados pueden probar nuevas características y ofrecer sus comentarios. Estas pruebas en el mundo real son sumamente valiosas para identificar problemas de usabilidad y refinar nuestros productos antes del lanzamiento completo. También prestamos mucha atención a los requisitos no funcionales durante esta fase. El desempeño, la escalabilidad y la seguridad no son ideas adicionales, sino una parte integral de nuestro proceso de desarrollo y pruebas. Realizamos pruebas de carga para garantizar que los productos puedan manejar el volumen de tráfico esperado y auditorías de seguridad para garantizar que los datos de nuestros clientes estén protegidos, lo cual es una prioridad para nosotros. - Lanzamiento: La ejecución es clave durante esta fase. Cuando implementamos nuestro plan de lanzamiento al mercado, es importante pensar qué va a influir en nuestro enfoque de lanzamiento y cómo esto puede afectar el alcance técnico. Durante la fase de lanzamiento, también trabajamos en estrecha colaboración con los equipos de marketing y ventas, y monitoreamos rigurosamente las estadísticas de lanzamiento, a menudo en tiempo real, para asegurarnos de que estamos cumpliendo con nuestros objetivos y para identificar rápidamente cualquier problema que deba abordarse. Una lección clave que he aprendido a lo largo de los años es la importancia de la flexibilidad durante esta fase. No importa lo bien que planees, siempre habrá sorpresas. La capacidad de cambiar rápidamente en función de datos y comentarios de la vida real es crucial.
- Después del lanzamiento: El trabajo no se detiene después del lanzamiento. Seguimos monitoreando las estadísticas de éxito a largo plazo y buscamos señales del “Día 2” que podrían indicar que estamos perdiendo de vista lo que realmente importa con nuestros productos. Estas señales podrían incluir que los equipos se centren demasiado en alcanzar estadísticas u objetivos específicos a expensas de lo que realmente importa para los clientes o el negocio. Otro ejemplo es cuando un equipo enfatiza demasiado la creación de procesos y mecanismos, lo que reprime la creatividad y la agilidad. Si bien los mecanismos son importantes y son una parte esencial de cómo operamos en Amazon, deberían permitir el progreso en lugar de obstaculizarlo.
- Iteración y evolución: En esta etapa final, utilizamos datos posteriores al lanzamiento para validar nuestra hipótesis original o para evaluar si necesitamos cambiar y ajustar nuestra visión. Por ejemplo, tal vez la demanda del cliente por nuestro producto no es lo que pensábamos, o el cliente no entiende la propuesta de valor. Incorporamos estos aprendizajes en futuras versiones del producto, así como en otros productos que creamos en nuestra cartera. Nos conectamos con los clientes y analizamos los datos de uso para obtener comentarios sobre el producto y para asegurarnos de que estamos abordando sus inquietudes y las brechas de productos mientras planificamos futuras mejoras.
Ideas valiosas sobre el ciclo de vida del producto
A medida que perfeccionamos nuestro enfoque con respecto a estas cinco etapas, a lo largo de los años hemos obtenido algunas ideas valiosas sobre el ciclo de vida más amplio del producto:
- El ciclo de vida rara vez es lineal: Si bien presentamos estas etapas secuencialmente, en la práctica a menudo se superponen e iteran. Es posible que estemos en la fase posterior al lanzamiento de una característica y, simultáneamente, en la fase previa al desarrollo de la siguiente.
- Las necesidades del cliente evolucionan rápidamente: Lo que resultaba novedoso el año pasado, hoy podría ser la norma. Hemos aprendido a incorporar flexibilidad en nuestras visiones a largo plazo para dar cabida a los cambios en la dinámica del mercado.
- Los datos son importantes, pero el contexto es fundamental: Si bien nos basamos en datos, hemos aprendido que los números por sí solos no cuentan toda la historia. La comprensión del contexto detrás de los datos es, a menudo, lo que conduce a innovaciones revolucionarias.
- Evitar el pensamiento del día 2 comienza el día 1: Hemos descubierto que planificar desde el comienzo para el éxito a largo plazo y las posibles dificultades conduce a productos más sustentables.
- La velocidad importa, pero no si es a expensas de la calidad: Si bien nuestro objetivo es avanzar rápido, hemos aprendido por las malas que apresurarse a salir al mercado con un producto sin pulir puede dañar la confianza del cliente.
- Las ideas más impactantes a menudo provienen de lugares inesperados: Algunas de nuestras principales mejoras de productos han surgido de tickets de atención al cliente o comentarios en sesiones de prueba de usuarios.
Esta información no solo ha dado forma a la manera en que Amazon aborda cada etapa del ciclo de vida de un producto, sino que también ha reforzado la importancia de la colaboración interfuncional a lo largo del proceso. Este espíritu colaborativo no es solo un aspecto positivo: es fundamental para la forma en que operamos e innovamos. En Amazon Ads, no nos adherimos a un modelo formal RACI (en inglés, “responsible, accountable, consulted, informed”). En su lugar, tenemos pautas que promueven la responsabilidad y el compromiso:
- Los gerentes de producto son responsables del “qué”.
- Los ingenieros son responsables del “cómo”.
- Los PMT son responsables del “cuándo”.
Sin embargo, estas reglas no son rígidas. Nuestra cultura alienta a todos a contribuir más allá de sus responsabilidades primarias, lo que fomenta la innovación y la rápida resolución de problemas.
La evolución continúa
Crear productos en Amazon Ads es un proceso en constante evolución a medida que continuamos aprendiendo de nuestros clientes y sus expectativas. Constantemente nos esforzamos por innovar y, en el proceso, por entregar experiencias que deleiten.
En el próximo artículo sobre Elevar la gestión de productos, escucharemos a uno de nuestros directores de PMT hablar sobre cómo influir sin autoridad.