Estrategia de costos

El 90% de AWS nace de la voz del cliente - Working Backwards y la innovación centrada en el cliente

Explicamos cómo el proceso Working Backwards y el principio Customer Obsession moldean el desarrollo de servicios de AWS. Presentamos el mecanismo de innovación que comienza con el documento PR/FAQ y el proceso de incorporación del feedback de los clientes.

約 5 分で読めます

El hecho de que el 90% nace de la voz del cliente

AWS ha declarado públicamente que aproximadamente el 90% de sus nuevos servicios y funcionalidades se originan directamente del feedback de los clientes. Esta no es una cifra de marketing; refleja un proceso sistemático donde las solicitudes de los clientes se rastrean, priorizan y convierten en productos. El 10% restante corresponde a innovaciones que AWS anticipa que los clientes necesitarán en el futuro, incluso si aún no lo han solicitado. Esta proporción 90/10 distingue a AWS de competidores que a menudo desarrollan tecnología primero y buscan clientes después. El resultado es un catálogo de servicios que resuelve problemas reales que los clientes enfrentan en producción, no problemas teóricos que los ingenieros encuentran interesantes.

Working Backwards - El proceso de desarrollo que calcula hacia atrás desde el cliente

Working Backwards es el proceso de desarrollo de productos de Amazon que comienza por el resultado deseado para el cliente y trabaja hacia atrás hasta la implementación técnica. En lugar de comenzar con una tecnología y buscar aplicaciones, se comienza con la experiencia del cliente y se determina qué tecnología se necesita para habilitarla. El proceso tiene pasos definidos: primero, identificar al cliente y su problema; segundo, escribir un comunicado de prensa ficticio anunciando la solución; tercero, escribir un FAQ anticipando las preguntas de clientes y stakeholders internos; cuarto, definir la experiencia del usuario con mockups o prototipos; quinto, solo entonces comenzar el diseño técnico. Este orden inverso garantiza que la solución técnica sirve al cliente, no al revés.

PR/FAQ - Escribir el comunicado de prensa antes del desarrollo

El documento PR/FAQ es el artefacto central del proceso Working Backwards. Consiste en un comunicado de prensa ficticio de una página que anuncia el producto como si ya estuviera lanzado, seguido de un FAQ detallado. El comunicado de prensa debe ser comprensible para el cliente objetivo, sin jerga técnica interna. Debe articular claramente el problema que resuelve, cómo lo resuelve, y por qué el cliente debería importarle. El FAQ se divide en preguntas externas (del cliente) e internas (del equipo de liderazgo). Las preguntas internas abordan viabilidad técnica, modelo de negocio, recursos necesarios y riesgos. Si el equipo no puede escribir un PR/FAQ convincente, es una señal de que el producto no está listo para desarrollarse. Muchas ideas se descartan en esta etapa, ahorrando meses de desarrollo en productos que no resolverían problemas reales.

Customer Obsession como punto de partida de todo

Customer Obsession es el primero de los Leadership Principles de Amazon, y no es coincidencia que esté en primer lugar. Significa que cada decisión comienza con el cliente y trabaja hacia atrás. No se trata de satisfacer al cliente; se trata de obsesionarse con entender sus problemas, incluso los que aún no han articulado. En la práctica, esto se manifiesta en múltiples mecanismos: los equipos de servicio tienen acceso directo al feedback de los clientes, los product managers pasan tiempo con clientes reales, las reuniones de liderazgo comienzan con anécdotas de clientes ("customer anecdotes"), y las métricas de éxito se definen en términos de impacto en el cliente, no en términos de métricas internas. Esta cultura es difícil de replicar porque requiere que toda la organización, desde los ingenieros hasta los ejecutivos, internalice que el cliente es la prioridad absoluta.

Resumen

El proceso Working Backwards y el principio Customer Obsession no son eslóganes corporativos; son mecanismos operativos que producen resultados medibles. El 90% de los servicios de AWS nacen del feedback directo de los clientes, y el proceso PR/FAQ garantiza que solo se desarrollan productos que resuelven problemas reales. Esta disciplina de desarrollo centrado en el cliente es una ventaja competitiva estructural que explica por qué el catálogo de AWS crece consistentemente con servicios que encuentran adopción inmediata. Para los clientes, esto significa que AWS es un proveedor que escucha y responde, no uno que impone su visión tecnológica.

Servicios relacionados

AWS Well-Architected ToolMarco de mejores prácticas y herramienta de revisión para evaluar y mejorar arquitecturas en la nubeAWS Trusted AdvisorServicio que proporciona recomendaciones en tiempo real para optimizar su entorno de AWSAWS Cost ExplorerUn servicio que visualiza y analiza los costos y uso de AWS, e identifica oportunidades de optimización

Artículos relacionados

Práctica de Working Backwards - Cómo escribir PR/FAQ y el proceso de desarrollo de productos al estilo AmazonExplicamos en detalle el proceso Working Backwards creado por Amazon, la estructura y redacción del documento PR/FAQ, la diferenciación con el 6-Pager y cómo implementarlo en proyectos propios.La cultura de reducción de precios de AWS - El efecto flywheel y las economías de escala que respaldan más de 100 reducciones desde 2006Analizamos la cultura de reducción de precios de AWS que devuelve los beneficios de escala a los clientes, junto con las economías de escala, la renovación generacional de hardware y la estrategia competitiva que la respaldan. Presentamos casos principales de reducciones de precios pasadas y su impacto.Revisión de cargas de trabajo con AWS Well-Architected Tool - Mejora de arquitectura basada en 6 pilaresCuantifica riesgos con revisiones de arquitectura basadas en 6 pilares, agrega mejores prácticas específicas de la organización con lentes personalizados. Realiza seguimiento del progreso de mejoras con hitos.Diagnóstico de optimización del entorno AWS - Verificación de mejores prácticas con Trusted AdvisorExplicamos el diagnóstico automático del entorno con AWS Trusted Advisor. Presentamos los elementos de verificación y métodos de uso en las 5 categorías: optimización de costos, seguridad, tolerancia a fallos, rendimiento y límites de servicio.

Más sobre este tema

El interior del cálculo de tarifas de AWS - Cómo se miden la facturación por segundo, por 100ms y por solicitudExplicamos cómo se miden, agregan y facturan las diversas granularidades de cobro de AWS, como la facturación por segundo de EC2, por 1ms de Lambda y por solicitud de S3, desde el mecanismo del sistema de metering.La cultura de reducción de precios de AWS - El efecto flywheel y las economías de escala que respaldan más de 100 reducciones desde 2006Analizamos la cultura de reducción de precios de AWS que devuelve los beneficios de escala a los clientes, junto con las economías de escala, la renovación generacional de hardware y la estrategia competitiva que la respaldan. Presentamos casos principales de reducciones de precios pasadas y su impacto.Por qué el modelo de precios de AWS es complejo - La economía y la teoría de juegos detrás del pago por usoDesciframos la estructura de precios de tres niveles (bajo demanda, instancias reservadas y Spot Instances) desde la perspectiva de la gestión de rendimiento de la industria aérea y la economía de predicción de demanda, explicando las razones racionales de la complejidad de precios.Gestión de costos con AWS Budgets - Alertas de presupuesto y acciones automatizadasConfigure alertas tanto en valores reales como previstos, y use Budget Actions para aplicar automáticamente políticas IAM o detener instancias. Integre con Slack para aumentar la conciencia de costos en todo el equipo.Gestión de presupuestos de costos en la nube - Controles de gasto y alertas con AWS BudgetsAprenda cómo establecer presupuestos, configurar alertas de costos y automatizar acciones con AWS Budgets. Este artículo cubre la elección de tipos de presupuesto, comparación de Budgets con Cost Explorer y gestión de presupuestos a nivel organizacional mediante integración con Organizations.Por qué los costos de CloudWatch Logs se vuelven inesperadamente altos - Estructura de costos de ingesta, almacenamiento y análisisExplicamos la estructura de precios donde el costo de ingesta de CloudWatch Logs es más de 20 veces el costo de almacenamiento, la explosión de costos causada por VPC Flow Logs y logs de Lambda, y las estrategias de optimización con la clase Infrequent Access y la exportación a S3.Optimización de recursos con AWS Compute Optimizer - Dimensionamiento correcto de instanciasAnaliza métricas de CloudWatch con ML y genera recomendaciones para optimizar el tamaño de recursos de EC2, Lambda, EBS y ECS Fargate. Explicamos las recomendaciones de migración a Graviton y la mejora de precisión con métricas extendidas.Optimización de recursos de cómputo - Dimensionamiento correcto con AWS Compute OptimizerExplicamos el dimensionamiento correcto de recursos con AWS Compute Optimizer. Presentamos recomendaciones para EC2, Lambda, EBS y ECS on Fargate, estimación de reducción de costos y procedimientos de implementación.

Artículos y servicios similares

Práctica de Working Backwards - Cómo escribir PR/FAQ y el proceso de desarrollo de productos al estilo AmazonExplicamos en detalle el proceso Working Backwards creado por Amazon, la estructura y redacción del documento PR/FAQ, la diferenciación con el 6-Pager y cómo implementarlo en proyectos propios.Working Backwards e innovación centrada en el cliente - Por qué el desarrollo de servicios de AWS es fundamentalmente diferenteAnalizamos Working Backwards, el núcleo del proceso de desarrollo de servicios de AWS, explicando cómo la cultura de desarrollo centrada en el cliente que comienza con PR/FAQ difiere de los enfoques de desarrollo de productos de Azure y GCP.Ejemplos reales de Customer Obsession - La historia del nacimiento de servicios AWS creados a partir de la voz del clienteExplicamos cómo Customer Obsession, el primer Leadership Principle de Amazon, se conectó con el nacimiento de servicios concretos como S3, Lambda y Graviton, contrastándolo con las motivaciones de desarrollo de productos de otras empresas.La cultura de reducción de precios de AWS - El efecto flywheel y las economías de escala que respaldan más de 100 reducciones desde 2006Analizamos la cultura de reducción de precios de AWS que devuelve los beneficios de escala a los clientes, junto con las economías de escala, la renovación generacional de hardware y la estrategia competitiva que la respaldan. Presentamos casos principales de reducciones de precios pasadas y su impacto.Amazon.com es el mayor cliente de AWS - El secreto de la calidad del servicio nacido del dogfooding internoA partir del hecho de que el sitio de comercio electrónico de Amazon.com, Prime Video y Alexa funcionan sobre AWS, explicamos cómo el dogfooding interno mejora la calidad del servicio y cómo la carga del Prime Day ha fortalecido el diseño de AWS.