El jefe de dispositivos de Amazon: lección de Surface RT

El fracaso de casi US$1.000M que Panay cuenta sin filtro

Panos Panay, vicepresidente sénior de Dispositivos, Alexa y Leo en Amazon, subió al escenario de TechCrunch Disrupt en San Francisco con un mensaje incómodo para cualquier founder: el fracaso no es un accidente del camino, es parte del camino.

"Tienes que estar dispuesto a fracasar y, en realidad, no solo dispuesto: tienes que ir a fracasar", dijo. "Si no has fracasado, probablemente no has empujado el límite".

La frase no sale de un manual de management. Panay pasó más de 19 años en Microsoft y vivió uno de los fracasos de producto más caros de la compañía: el lanzamiento de Surface RT, su primera tablet, que derivó en un ajuste contable de casi US$1.000M. Él mismo lo recuerda en la portada de un periódico con una sola palabra: "failure".

¿Por qué el fracaso no ocurrió el día del lanzamiento?

Aquí está la parte que un founder debería subrayar. Panay es explícito: el momento del fracaso es lo de menos.

"El fracaso no fue ese momento. Fueron las decisiones que llevaron a él dos años antes: si el software no estaba completo, si el inventario estaba mal, cómo nos equilibramos en retail. Hubo todos esos pasos en el camino".

Traducido al día a día de una startup: cuando un lanzamiento no funciona, la causa rara vez está en el lanzamiento. Está en el roadmap que se recortó, en la métrica que se ignoró, en el canal que se eligió por comodidad y no por datos. El lanzamiento solo hace visible lo que ya estaba roto.

Panay añade el paso que casi nadie da: admitir el fallo sin excusas. "Era fácil admitir el fracaso. El truco, y siempre lo es, era: ¿cosechaste los aprendizajes y entendiste qué pasó?".

¿Cómo se ajusta el rumbo sin romper la visión?

La segunda mitad del consejo es la que suele perderse. Panay no pide abandonar la visión cuando algo falla; pide exactamente lo contrario.

"Te llevas ese fracaso, pero no sueltas tu visión. Eso es todo. Surface ha ido bastante bien. No sueltas tu visión. No la rompes".

Su metáfora es geográfica: cuando aprendes, cambias de vector. "Normalmente no son 180 grados. Normalmente son solo 30 grados". Es decir: el pivote dramático casi nunca es la respuesta. La corrección pequeña, sostenida y basada en lo aprendido sí lo es.

Y deja una advertencia para el otro extremo: "Creo que hay gente que se aferra demasiado tiempo, pero es porque no ha aceptado el momento del fracaso en absoluto". El problema no es fracasar; es no reconocerlo a tiempo.

¿Cómo se cosechan los aprendizajes, en la práctica?

Panay insiste en una pregunta concreta: ¿estuviste aprendiendo en el camino? Eso implica que el aprendizaje tiene que estar capturado antes de que llegue el golpe, no después.

• Lleva un registro de decisiones, no de resultados. Anota qué decidiste, con qué información y qué esperabas que pasara. Cuando algo falla, ese registro te dice si el error fue de criterio o de simple mala suerte.
• Revisa el inventario de supuestos. Panay menciona software incompleto e inventario mal calculado. Ambos son supuestos que se podían testear antes del lanzamiento, con menos costo.
• Separa el error de la persona. Si en tu equipo admitir un fallo se vive como una amenaza al puesto, nadie va a traer la mala noticia a tiempo. Y la mala noticia tardía es la que se convierte en ajuste de casi US$1.000M.

¿Qué significa esto para tu startup?

Tres movimientos concretos, aplicables esta misma semana:

• Agenda el post-mortem antes del lanzamiento. Si esperas al fracaso para decidir cuándo analizarlo, lo vas a hacer tarde y con el equipo a la defensiva. Fija la fecha de revisión en el calendario el mismo día que fijas la del lanzamiento.
• Separa la visión del plan. La visión es el problema que quieres resolver; el plan es cómo lo estás resolviendo hoy. Panay no soltó la visión de Surface, soltó el plan que no funcionaba. Si tu equipo no distingue una de otra, cada ajuste se vive como una traición.
• Mide el tamaño del pivote. Antes de reescribir el producto, pregúntate si el cambio es de 30 o de 180 grados. La mayoría de las correcciones útiles son pequeñas y se ejecutan en semanas, no en trimestres.

¿Por qué esto importa más en el ecosistema hispanohablante?

En LATAM y España el costo social de fallar sigue siendo más alto que en Silicon Valley: el fracaso se lee como falta de seriedad, no como evidencia de que se intentó algo difícil. Ese sesgo tiene un efecto medible en la calidad de las decisiones: equipos que no matan features a tiempo, que estiran un producto que no funciona y que llegan al final del runway sin haber cambiado de vector.

El marco de Panay es útil justamente porque no romantiza el fracaso. No dice "falla rápido y celébralo". Dice: falla, cosecha, ajusta 30 grados y sigue. Es un proceso, no una actitud.

¿Qué hace hoy Panos Panay en Amazon?

El contexto importa para entender por qué este mensaje no es solo motivacional. Panay dejó Microsoft tras casi dos décadas y se sumó a Amazon para liderar la división de Alexa y dispositivos, según el reporte de Tom's Guide que citó a Bloomberg. En su etapa final en Microsoft, el negocio de dispositivos venía con una caída interanual del 20% en ingresos, según el mismo análisis.

Hoy su foco está en Alexa+, la versión con IA del asistente, y en llevar esa capa a más dispositivos. En una conversación con CNBC, Panay describió un asistente "más contextual" y confirmó que Amazon adquirió Bee, una startup que desarrollaba una pulsera. También mencionó que tiene "un laboratorio lleno de dispositivos" y una hoja de ruta de productos portátiles, además de que Amazon diseña silicio de punta a punta para sus equipos más críticos.

Es decir: el hombre que habla de fracaso está hoy apostando fuerte a una categoría donde el fracaso es la norma. Eso le da peso a su argumento.

Conclusión

El mensaje de Panay no es una arenga motivacional, es un método. Fracasar es inevitable; lo que se puede gestionar es la velocidad con la que conviertes el golpe en información útil. El error no está en el lanzamiento que salió mal, está en las decisiones de dos años antes que nadie quiso revisar.

Para un founder, la traducción es simple: construye el sistema que captura aprendizajes antes de necesitarlo, mantén la visión y mueve el plan 30 grados cuando los datos lo pidan. La diferencia entre una startup que sobrevive a su peor lanzamiento y una que no, casi nunca es el talento. Es la disposición a mirar el fracaso de frente y sacarle algo.

Fuentes

• Amazon devices chief Panos Panay on the importance of failure and bouncing back from it (fuente original)
• The Tech Download: Amazon's devices chief Panos Panay on tech giant's AI gadget push
• Panos Panay is out at Microsoft — what it means for Surface and Windows 11