Bill Gates intenta instalar MovieMaker (2003)

Un correo interno de 2003 en el que Bill Gates lucha por descargar e instalar Windows Movie Maker se convierte en una lente sobre los problemas de usabilidad de larga data de Microsoft y su disfunción organizativa. Los comentaristas señalan cómo los ejecutivos eluden la responsabilidad, cómo los equipos aislados y los incentivos perversos producen recorridos de usuario fragmentados, y cómo patrones similares siguen afectando a productos modernos de Microsoft como Azure y ClipChamp. El hilo también contrasta esto con estilos de liderazgo más “obsesionados con el producto”, argumentando que la cultura y la estructura en la cima determinan en última instancia si las grandes empresas de software pueden ofrecer experiencias coherentes y fáciles de usar.

Autenticidad y contexto del correo

  • Varios comentarios se centran en si el correo de Movie Maker es real; el hilo señala que apareció como prueba en un gran caso antimonopolio/colectivo y que fue producido en discovery.
  • A algunos les sorprende lo duro y autocrítico que suena para un fundador, pero otros sostienen que los directivos hablan de forma muy distinta internamente que en público.

Disfunción de gran empresa y falta de responsabilidad

  • La cadena de correos se lee como un caso de estudio de “patata caliente”: todos intentan reducir su responsabilidad, pasársela a otro grupo o crear un comité.
  • Los comentaristas señalan que nadie es claramente dueño del “recorrido completo del usuario”; cada pequeña parte tiene su propia jerarquía.
  • La gente conecta esto con patrones de gestión conocidos: competencia interna, stack ranking e incentivos que premian la política y el gaming de KPI por encima de la calidad del producto.
  • Varios argumentan que cuando arreglar un problema requiere coordinación entre varias organizaciones, nadie quiere “hacerse cargo” porque no tiene autoridad sobre todos los equipos implicados.

Liderazgo, cultura y responsabilidad

  • Muchos culpan a la cultura “desde arriba”: si el CEO/fundador no impone de forma constante la calidad de UX y la rendición de cuentas estructural, el desastre recae en última instancia sobre el liderazgo.
  • Otros responden que, a esta escala, un fundador solo puede razonablemente “encender fuegos” y dar feedback directo; resolver las causas raíz requiere una reorganización masiva.
  • Hay debate sobre cómo sería una buena comunicación de liderazgo: algunos defienden el desahogo crudo; otros dicen que debería reconocer la responsabilidad del liderazgo y plantear soluciones sistémicas, no solo los síntomas.

UX de Microsoft, antes y ahora

  • Varios comentaristas señalan que los problemas concretos de Movie Maker (rutas de descarga confusas, Windows Update pesado, reinicios forzados) parecen no haber cambiado en esencia: Azure, los flujos de soporte de Windows, los captchas y Clipchamp se citan como equivalentes modernos.
  • Algunos sostienen que Microsoft prospera financieramente pese a una mala UX por los contratos empresariales y su profundo arraigo en las organizaciones, no por la calidad del producto.

Comparaciones con otras culturas tecnológicas

  • Se contrasta Microsoft con Apple bajo un líder obsesionado con el producto; las anécdotas describen decisiones de producto implacables pero enfocadas.
  • Hay rechazo a la idea de que ser un “asshole” sea necesario para la calidad, y se señala que puede convertirse directamente en abuso.
  • Varios comentaristas dicen que este hilo explica por qué prefieren startups, negocios medianos “aburridos” o Linux/BSD antes que Windows.