Plataformas como productos 

Ofrecer valor a través del enfoque en el cliente

A medida que más organizaciones migran a la nube y aprovechan la oportunidad de construir sus propias plataformas personalizadas sobre la infraestructura de la nube, las diferentes etapas de rendimiento o fluidez de la plataforma se vuelven más claras.

Como señalamos el año pasado, determinar qué tipo de plataforma es adecuada para su propósito y definir el valor que espera que proporcione, son pasos iniciales fundamentales. Pero luego viene el impulso de sacar el máximo provecho de sus inversiones y maximizar el valor que brindan las plataformas; para ello, es esencial comprender la plataforma como un producto.

Muchas de las decepciones que experimentan las organizaciones con las plataformas se deben a que no las tratan como productos. Por ejemplo, muchas plataformas destinadas a la infraestructura de desarrolladores carecen de la investigación inicial sobre las necesidades del usuario y el análisis contextual que hemos llegado a esperar en otros tipos de productos. Esto lleva a problemas con la experiencia del usuario y la adopción, y en última instancia puede incluso hacer que los desarrolladores a llevar sus solicitadas habilidades a otro lugar.

El desafío se puede abordar viendo las plataformas como productos que tienen clientes que deben ser ganados, con una propuesta de valor, una hoja de ruta clara y recursos dedicados para ayudar a esos clientes a crear valor para la organización. Como cualquier buen producto, una plataforma necesita atención continua, evolucionar y adaptarse en respuesta a los comentarios de los desarrolladores y al cambiante panorama empresarial. 

Las señales incluyen:

• El auge de Backstage y otras plataformas que enfatizan la experiencia de los desarrolladores, que pueden desempeñar un papel poderoso en la participación y retención del talento tecnológico
• Las luminarias de la industria y los proveedores hablan de plataformas centradas en la ingeniería la plataforma que se está convirtiendo en generalidad
• Hay un movimiento más allá de los data lakes hacia los almacenes de datos federados y los productos de datos, lo que permite una división de responsabilidades y un flujo fluido de valor a través de una organización. La popularidad de data mesh demuestra el valor de este enfoque.
• Team Topologies, un enfoque cada vez más popular para estructurar equipos empresariales y tecnológicos para lograr la máxima eficiencia, que destaca la necesidad de que los equipos de plataforma ofrezcan plataformas como producto interno para permitir y acelerar otros equipos. 

Las oportunidades 

Empoderar a los desarrolladores, científicos de datos y otros para ofrecer un valor excepcional. Las plataformas con una mentalidad de producto proporcionan bloques de construcción fundamentales para que un equipo de nivel "superior" pueda pasar menos tiempo en preocupaciones de nivel "inferior", como la infraestructura, y en su lugar centrarse en entregar lo que importa a sus clientes y al negocio.

El valor que se entrega puede diferir dependiendo del tipo de plataforma (consulta la tabla a continuación para ver ejemplos). Puede ser directa o indirecta, y esta última puede no ser siempre aparente o apreciado por el negocio como una plataforma que reemplaza un sistema antiguo que realiza las mismas funciones de una manera más resistente y adaptable. Pero incluso el valor indirecto puede en última instancia vincularse directamente a resultados comerciales positivos. 

Las buenas plataformas también pueden ofrecer valor acceso a los datos, pero con una aceleración específica del problema o del caso de uso. Un banco podría crear una plataforma con fuertes características de cumplimiento y seguridad, y otra susceptible de experimentación rápida.

Críticamente en un mercado altamente competitivo para el talento, las plataformas efectivas pueden ser un diferenciador clave y una forma de atraer y retener a tecnólogos calificados. No es exagerado decir que los expertos en ML, en particular, pueden trabajar casi donde quieran. Inevitablemente gravitarán hacia organizaciones donde no están luchando con problemas de infraestructura, sino utilizando plataformas que proporcionan una base para aplicar sus habilidades a proyectos significativos. 

Tendencias que mirar 

Adoptar

Plataformas de experiencia para desarrolladores. En nuestra experiencia, lo que los desarrolladores quieren por encima de todo de sus empresas la capacidad, la libertad y el empoderamiento para hacer el mejor trabajo, de la manera más suave y lógica. Y en el fondo, eso es lo que concierne a la experiencia del desarrollador (DX). Las plataformas DX proporcionan herramientas para que sea lo más fácil posible para los desarrolladores crear, probar e implementar software, colaborar con sus pares y desarrollar servicios comunes para agregar valor rápidamente. 

Analizar

Re-escentralización. La adopción de servicios de nube pública como Amazon Web Services, Google Cloud y Microsoft Azure representan un paso hacia sistemas centralizados. Si bien parecen estar descentralizados equipos y organizaciones dispares usan y controlan sus propias porciones de la nube la infraestructura subyacente a menudo se comparte. Como respuesta, las empresas están considerando estrategias que distribuyen el riesgo entre múltiples proveedores, zonas de disponibilidad o regiones. 

Anticipar

Conectividad ubicua. La informática perimetral y en el dispositivo acercará aún más las experiencias al usuario final, mientras que la 5G y el Internet por satélite llevarán los datos a más lugares en todo el planeta. Esto abre oportunidades para procesar cantidades masivas de datos de forma barata, mejorar la privacidad, reducir los costos en la nube y acortar los tiempos de respuesta para crear experiencias únicas para los clientes.

Consejos para los usuarios

Tratar las plataformas como productos y el personal de sus equipos con los conjuntos de habilidades adecuadas. La gestión de productos es una habilidad, la culminación de la experiencia y la educación, no algo que cualquiera puede simplemente recoger. No esperar que esto sea gratis solo porque hay especialistas calificados en infraestructura.

Ser claros/as sobre la "misión central" de las plataformas de construcción de personas y de sus usuarios. Los constructores de plataformas deben centrarse en hacer que sea más rápido para los consumidores de la plataforma crear valor comercial. Asegurarse de que los propios equipos de plataformas empresariales también estén utilizando las capacidades subyacentes en la nube para crear plataformas rápidamente cuando sea posible. 

Invertir en marketing interno de plataformas y APIs. Con uno de nuestros grandes clientes de energía, los equipos hicieron tenazmente 14 meses de promoción sobre lo que habían construido con poco impulso aparente, luego de repente descubrieron que tenían 25 equipos construyendo sobre su API. Esos equipos ahorraron más de US $5 millones al no construir API desde cero.

Aceptar tener varias plataformas. Especialmente dadas las tendencias informáticas, esto es de esperar, porque cada plataforma tendrá características diferentes y atenderá a diferentes conjuntos de clientes. Mientras permanezca bajo control, puede ser deseable cierta duplicación, ya que puede fomentar la competencia y obligar a los equipos de la plataforma a estar más en sintonía con sus clientes. Las plataformas deben ser un "camino pavimentado" en lugar de ser obligatorias. Hacer que los equipos quieran usar una plataforma, no que tengan que hacerlo.

Asegurar que los propietarios de productos de la plataforma puedan articular el valor en términos de resultados comerciales. Las plataformas no son ahorradores de costes a corto plazo, pero son aceleradores; esto significa que deben proporcionar un ROI demostrable a largo plazo.

Medir el éxito de la plataforma. No se puede gestionar lo que no puede medir, y la medición es la única forma real de confirmar que se está creando y entregando valor. Las métricas de éxito variarán según el objetivo de la plataforma, pero es probable que incluyan:

• adopción (número de clientes, consumo por cliente, consumo por producto) 
• servicio (problemas planteados, tiempo para cerrar los problemas
• satisfacción del cliente (NPS, comentarios de los clientes
• rendimiento (tiempo de actividad, rendimiento, tiempo de respuesta)
• eficiencia de entrega (velocidad, tiempo de ciclo, entrega de hoja de ruta)

Adoptar los principios FinOps. Asociar los costos de la nube con los productos y equipos que generan valor para el cliente, en lugar de enterrarlos dentro de una plataforma u organización de infraestructura. Concentrarse en la economía unitaria para que pueda optimizar su gasto para lograr un impacto.

Presupuesto para ejecutarlo, no sólo construirlo. Para una plataforma exitosa, la primera versión es el primer borrador. Se debe anticipar la necesidad de nuevas características, por ejemplo, a medida que aumenta la adopción o a medida que las plataformas en la nube lanzan nuevos servicios. El aumento de la escala exigirá hazañas de ingeniería que los usuarios de la plataforma nunca notarán (con suerte). Se requerirá un mantenimiento activo y cuidadoso para mantener su plataforma funcionando como un multiplicador de valor.