Header Ads Widget

Ticker

6/recent/ticker-posts

Estrategia API de LEGO: desarrollo de recursos y creación de un caso de negocio

 Las API son como bloques de construcción de LEGO, se dice a menudo. Muchas charlas sobre API comienzan explicando que las API son como estos ladrillos. Se pueden combinar de formas innovadoras y creativas más allá de su propósito original. Sin embargo, ¿cómo son las API para LEGO? Para aquellos que planean asistir a nuestra Cumbre de Plataformas en octubre, escucharán al fenómeno mundial danés contar su historia de API de primera mano. Sin embargo, queríamos compartir algunas de sus experiencias con toda nuestra comunidad. Después de ponernos al día con Dennis Bjørn Petersen, arquitecto de plataformas en LEGO, nos complace brindarle información sobre su estrategia e implementación de API.

Las siguientes ideas de LEGO lo ayudarán a ejecutar una mejor estrategia de API que pueda cumplir con los requisitos de sus clientes, socios y autoridades.

Estrategia API de LEGO

Lego

El viaje de la API de LEGO es algo único en el sentido de que comenzaron con una API de socio y progresaron a una API privada desde allí. Este flujo suele ir en sentido contrario , aumentando la apertura, no disminuyendo. Sin embargo, para LEGO, el punto inicial en esta progresión surgió de las discusiones que el fabricante de juguetes tuvo con sus socios de videojuegos, Warner Brothers y Funcom. Estos terceros estaban creando videojuegos con temática de LEGO que serían compatibles con una amplia gama de dispositivos móviles y para la web. “Cuando alguien tiene que iniciar sesión en cualquier sistema LEGO, solo debe iniciar sesión en un sistema, y ​​esa es nuestra autorización. Por eso empezamos a colaborar ”, explica Dennis.

Ser una plataforma es incorporar su núcleo. Las plataformas no pueden subcontratar aspectos críticos de su negocio a terceros.

“De esa manera, nos aseguramos de saber qué tipo de información recopilamos de los usuarios ... A menudo trabajamos con niños menores de 13 años y tener claro qué información se recopila es crucial para nosotros”, continúa el arquitecto de la plataforma. En todo el mundo, muchos países tienen regulaciones estrictas sobre qué datos se pueden recopilar de los niños que usan Internet, y el cumplimiento de estos es un deber que LEGO se toma muy en serio. No es una responsabilidad que LEGO considere transferir a un socio comercial. Dennis dice que esto no es un reflejo de ninguna de sus relaciones comerciales, sino que "es de nuestro interés mutuo que cubramos esto".

A medida que avanzaba el trabajo en el diseño de la API, la empresa también buscaba actualizar sus procesos de identificación y autenticación utilizados internamente. El equipo de Dennis vio rápidamente los beneficios de utilizar esta nueva API que también estaban creando para los procesos de autenticación internos. De esta manera, la API de socio fue lo primero y llevó a que la empresa también la utilizara como una API privada o interna. “Decidimos que también podríamos crear una API para desarrolladores internos y externos. Se usa en juegos, en nuestro tablero de mensajes, en nuestro programa de recompensas. Se usa en todos los lugares donde necesita iniciar sesión con una identificación de Lego ”, nos dijo Dennis. Este pensamiento sistémico indudablemente condujo a un retorno mucho mayor de la inversión que hizo LEGO para integrarse con estos dos socios.

Herramientas y procesos

Aunque LEGO es un líder del mercado global con una gran cantidad de recursos a su disposición, ha adoptado un enfoque ajustado para administrar su API. Han reunido una serie de herramientas, procesos y técnicas ligeras para ayudarlos a cumplir los objetivos comerciales de su API. Dennis comparte algunas de las estrategias simples que utilizan en su colaboración y trabajo interno.

Documentación

Como ya hemos escrito en nuestro blog, los consumidores de API necesitan información si van a utilizar su servicio para resolver su problema. Esto incluye documentación de API. LEGO sabía esto y priorizó la creación de tales recursos que ayudarían a los consumidores de API en el uso del servicio. Como nos dijo Dennis, crearon un sitio de prueba con ejemplos y fragmentos de código JavaScript que los consumidores podían agregar a sus aplicaciones para comenzar a utilizar la API de forma rápida y sencilla. Proporcionar documentación de API es una de las mejores prácticas que Ben Nunney, director de marketing europeo de Twilio, compartió el otoño pasado en nuestro evento centrado en los negocios.

Métricas de API

Si no lo cuenta, no lo haga, dice el adagio. El seguimiento de los indicadores clave del uso y el rendimiento de su API es realmente importante. El nivel de sofisticación de su sistema de seguimiento debería aumentar con su consumo de API. De lo contrario, puede implementar un gran sistema de análisis para una API que no termine siendo adoptada. En su lugar, adopte un enfoque ajustado y justo a tiempo. Esto es lo que hizo LEGO. Dennis nos dijo que un proceso manual era suficiente desde el principio. Esto es similar a las técnicas que Västtrafik ha compartido con la comunidad de API nórdicas en el pasado. Este enfoque de bricolaje es un buen lugar para comenzar mientras alimenta su API, pero debe ser reemplazado por herramientas especialmente diseñadas con el tiempo. Este consejo está alineado con el lanzamiento de API de LEGO. Como dice Dennis, "podemos ver que el uso [de nuestra API] está aumentando, por lo que estamos buscando una herramienta de administración de API para aliviarnos la carga".

Registro de errores

Al igual que Storebrand , una gran compañía de seguros de vida noruega sobre la que he escrito en un blog, LEGO ha creado un sistema de registro de errores para ayudarlos a descubrir, diagnosticar y corregir errores en su API. Encontrar ayuda cuando algo sale mal es bastante fácil dentro de LEGO y entre el ecosistema de socios más pequeño que lo está utilizando actualmente. Sin embargo, a medida que crece el consumo, aumentará la importancia de este sistema. "Nos gusta vigilar cómo se utiliza nuestra API y si se utiliza correctamente", dice Dennis. Seguir estos ejemplos de profesionales es una buena idea a medida que implementa su API para consumidores internos y socios. Comenzando con un producto mínimo viable (MVP), que puede incluir un registro de errores rudimentario, es otra de las mejores prácticas que recomienda Ben de Twilio. Sin embargo, al igual que con las métricas, la sofisticación de este sistema probablemente crecerá con un mayor consumo. En ese punto, es posible que un enfoque de bricolaje tenga que dar paso a productos de monitoreo de troncos comerciales más completos.

Programación de tutorías y parejas

La programación por pares es una técnica fomentada por expertos en desarrollo de software ágil en todo el mundo. LEGO sigue este consejo incluso cuando los desarrolladores que se emparejan no pertenecen a la misma organización. Dennis dice que "cuando trabajamos con desarrolladores de juegos externos, normalmente hacemos una revisión del código y enviamos a uno de nuestros desarrolladores para que se siente con nuestros socios externos y trabaje en las primeras integraciones". Enviar a un desarrollador a otra ciudad solo para realizar la integración puede parecer subóptimo. Sin embargo, en general, es la mejor forma en algunos casos. Como continúa Dennis, "No es que nuestra API sea complicada ... es más fácil y rápido sentarse con ellos". Esta técnica es una que Travis Spencer, CEO de Twobo Technologies y cofundador de las API nórdicas, ha visto en implementaciones anteriores de API de socios. El explica:

Una vez trabajé en un gran estudio de televisión en Hollywood. Estábamos trabajando a 1.000 millas de distancia, en Portland, para desarrollar las API de acceso a datos para un sistema de gestión de contenido complicado. Aproximadamente cada mes, volamos a Hollywood para trabajar con el cliente y sus socios para integrar nuevas gotas. Este trabajo no fue complicado cuando estaba sentado en la misma habitación, pero habría sido difícil por teléfono o por correo electrónico. Trabajar hombro con hombro ahorró toneladas de tiempo y fue más barato a largo plazo.

A medida que implemente sus API internas y de socios, considere si la programación en pares puede reducir el tiempo de rentabilidad (TtV). Sin embargo, a medida que su API se amplía al público en general, deberá considerar otros medios para facilitar el intercambio dentro de su comunidad de desarrolladores. A gran escala, se requerirán métodos electrónicos en línea. Aprenda de las técnicas que utiliza al proporcionar su API a las partes interesadas internas y de los socios y repita sobre ellas a medida que aumenta el uso.

Construyendo un ladrillo a la vez

Como cualquiera de los juegos de construcción de LEGO, la compañía está ensamblando la API un "ladrillo" a la vez. Lo que comenzó con la API LEGO ID que ahora se usa en toda la empresa, también pueden seguir otros. Dennis dice que "se reunieron con Disney hace un par de años y tienen grandes ideas sobre lo que se puede hacer con una API". Este tipo de desarrollo impulsado por el mercado es probablemente el mejor enfoque para empresas más grandes. Al hacerlo, las oportunidades de la plataforma para crear valor utilizando API serán evidentes para todas las partes del negocio (por ejemplo, ventas, marketing, finanzas, alta dirección, etc.). Este enfoque orientado a las personas es una de las dos cosas que transformarán su negocio en una plataforma de crecimiento .

Para obtener más información sobre cómo LEGO está progresando en esta transformación, asegúrese de suscribirse a nuestro boletín donde compartiremos más información de este líder del mercado en los próximos meses. Además, planee asistir a la Cumbre de la Plataforma Nórdica de APIs del 20 al 22 de octubre, donde Dennis y su colega, Lars Axberg, Desarrollador Senior, compartirán de primera mano. Hasta entonces, comente aquí o en Facebook con sus pensamientos sobre las herramientas, los procesos y las mejores prácticas que recomendaría a otros profesionales de API en la comunidad.

Publicar un comentario

0 Comentarios