Administración de productos que eleva el nivel: Navegar el ciclo de vida del producto con Aaron Bonko
Te damos la bienvenida a nuestra serie de Administración de productos que eleva el nivel. En esta colección de artículos, profundizamos en las complejidades de la administración técnica de productos para compartir insights, prácticas recomendadas y experiencias del mundo real que ayudan a los administradores de Productos Técnicos (conocidos como PMT en Amazon) a mejorar sus habilidades, entender cómo trabajamos en Amazon Ads y aprender más sobre el trabajo que nos apasiona.
En esta primera entrega, escuchamos a Aaron Bonko, gerente principal sénior de Programas Técnicos (TPM) en el equipo de Medición y Ciencia de Datos. Con casi nueve años de experiencia en Amazon, Aaron tiene un rol que lo sitúa en la intersección entre la tecnología y la estrategia empresarial. Aquí, habla sobre cómo típicamente manejamos el ciclo de vida del producto en Amazon.
El ciclo de vida del producto en Amazon Ads
Nuestro ciclo de vida del producto en Amazon Ads no es drásticamente diferente al de otras empresas tecnológicas, pero, a lo largo de los años, hemos refinado nuestro enfoque para alinearlo con la cultura de responsabilidad, compromiso y pasión por el cliente de Amazon. Normalmente, lo dividimos en cinco etapas:
- Predesarrollo: Aquí es donde todo comienza. En Amazon, siempre hablamos de “trabajar hacia atrás”, y comenzamos por entender profundamente a nuestros clientes y sus necesidades. El proceso de Amazon es contextualizar el producto dentro de nuestro portafolio más amplio y desarrollar un PR/FAQ (comunicado de prensa/preguntas frecuentes) basado en datos que imagine el producto en su fecha de lanzamiento y los beneficios que brindará a los clientes. Esta declaración de visión es la base para todo el trabajo en el producto; no comenzamos a crear hasta que todos estén satisfechos con el PR/FAQ.
- Desarrollo y pruebas: Aquí es donde comenzamos a dar vida a las ideas: preparamos diseños, construimos prototipos y realizamos pruebas exhaustivas. A diferencia de un enfoque tradicional en cascada, no esperamos un documento de requisitos completo y exhaustivo. En cambio, comenzamos con una visión general e interactuamos con nuestros equipos técnicos desde el principio. Esto nos permite obtener comentarios valiosos sobre la complejidad y las 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, y hasta la versión más sencilla de un producto que lanzamos debe deleitar. Las pruebas están integradas a lo largo de nuestro proceso de desarrollo, no solo al final, y empleamos una combinación de pruebas unitarias, de integración y de aceptación del usuario. Una práctica que nos ha servido bien es involucrar a clientes reales en nuestra fase de pruebas siempre que sea posible. A menudo, ponemos en marcha programas beta en los que clientes seleccionados pueden probar nuevas funciones y proporcionar comentarios. Estas pruebas en el mundo real resultan invaluables para identificar problemas de usabilidad y perfeccionar 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 consideraciones posteriores sino partes integrales de nuestro proceso de desarrollo y pruebas. Realizamos pruebas de carga para asegurar 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 puesta en marcha es clave durante esta fase. Cuando implementemos nuestro plan de go-to-market, es importante analizar qué factores influirán en nuestro enfoque de lanzamiento y cómo esto puede impactar nuestro alcance técnico. Durante la fase de lanzamiento, también trabajamos estrechamente con los equipos de marketing y ventas, y monitoreamos las estadísticas de lanzamiento rigurosamente, con frecuencia en tiempo real, para asegurar que estamos cumpliendo nuestros objetivos y para identificar rápidamente cualquier problema que necesite atención. Una lección clave que he aprendido a lo largo de los años es la importancia de ser flexible durante esta fase. Por más que planees, siempre habrá sorpresas. La capacidad de cambiar de dirección rápidamente basándose en los datos y comentarios del mundo real es crucial.
- Posterior al lanzamiento: El trabajo no termina después del lanzamiento. Seguimos monitoreando las estadísticas de éxito a largo plazo y estamos atentos a las 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 equipos que se enfocan demasiado en alcanzar estadísticas u objetivos específicos a costa de lo que realmente importa para los clientes o el negocio. Otro ejemplo es cuando un equipo pone demasiado énfasis en crear procesos y mecanismos, lo que termina sofocando la creatividad y la agilidad. Si bien los mecanismos son importantes y una parte esencial de cómo operamos en Amazon, estos deben facilitar el progreso en lugar de obstaculizarlo.
- Iteración y evolución: En esta etapa final, utilizamos los datos posteriores al lanzamiento para validar nuestra hipótesis original o para evaluar si necesitamos hacer un giro y ajustar nuestra visión. Por ejemplo, tal vez la demanda del cliente por nuestro producto no es lo que pensábamos, o no entiende su propuesta de valor. Incorporamos estos aprendizajes en futuras versiones del producto, así como en otros productos que estamos creando en nuestra cartera. Nos conectamos con los clientes y analizamos los datos de uso para obtener comentarios sobre el producto y asegurarnos de atender sus inquietudes y cerrar las brechas del producto mientras planeamos futuras mejoras.
Aprendizajes sobre el ciclo de vida del producto
A medida que perfeccionamos nuestro enfoque de estas cinco etapas a lo largo de los años, hemos obtenido algunos insights valiosos sobre el ciclo de vida del producto en general:
- El ciclo de vida rara vez es lineal: Aunque presentamos estas etapas de manera secuencial, en realidad con frecuencia se superponen y se repiten. Podríamos estar en la fase posterior al lanzamiento de una función mientras que simultáneamente estamos en el predesarrollo de la siguiente.
- Las necesidades del cliente evolucionan rápidamente: Lo que era innovador el año pasado podría ser lo básico hoy en día. Hemos aprendido a incorporar la flexibilidad en nuestras visiones a largo plazo para adaptarnos a las dinámicas cambiantes del mercado.
- Los datos son cruciales, pero el contexto es el que reina: Aunque nos basamos en datos, aprendimos que los números por sí solos no cuentan toda la historia. Entender el contexto detrás de los datos es frecuentemente lo que conduce a innovaciones revolucionarias.
- Evitar el pensamiento del Día 2 comienza en el Día 1: Descubrimos que planear para el éxito a largo plazo y anticipar posibles obstáculos desde el principio conduce a productos más sostenibles.
- La velocidad importa, pero no a costa de la calidad: Aunque nuestro objetivo es avanzar rápido, hemos aprendido por las malas que lanzar al mercado un producto sin pulir puede dañar la confianza del cliente.
- Las ideas más impactantes suelen venir de lugares inesperados: Algunas de nuestras mejoras de productos más importantes se han originado a partir de tickets de soporte al cliente o comentarios en sesiones de prueba con usuarios.
Estos insights no solo han dado forma a cómo Amazon aborda cada etapa del ciclo de vida del producto, sino que también han reforzado la importancia de la colaboración entre diferentes áreas durante todo el proceso. Este espíritu colaborativo no es solo algo deseable; es fundamental para nuestra forma de operar e innovar. En Amazon Ads, no nos adherimos a un modelo RACI (responsable, encargado, consultado e informado) formal. En cambio, 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 TPM son responsables del “cuándo”.
Sin embargo, estas no son reglas rígidas. Nuestra cultura anima a todos a contribuir más allá de sus responsabilidades principales, al fomentar la innovación y la resolución rápida de problemas.
La evolución continúa
Crear productos en Amazon Ads es un proceso en constante evolución mientras seguimos aprendiendo de nuestros clientes y sus expectativas. Constantemente, nos esforzamos por innovar y, en el proceso, crear experiencias que deleiten.
En el siguiente artículo sobre la Administración de productos que eleva el nivel, escucharemos a uno de nuestros directores de PMT hablar sobre cómo influir sin autoridad.