Header Ads Widget

Ticker

6/recent/ticker-posts

Qué considerar al crear su estrategia de API

En la última década se ha multiplicado el número de empresas que quieren digitalizarse más. Como parte de esto, la estrategia empresarial debe incluir más estrategia digital. Los dos canales centrales de una estrategia digital han sido la web y el móvil, y la nueva tendencia es aprovechar las interfaces de programación de aplicaciones (API) para respaldar o habilitar una estrategia digital.
El 85% de las empresas consideran que las API web y la integración basada en API son fundamentales para su estrategia comercial y su éxito continuo . Sin embargo, antes de comenzar con la estrategia digital, debemos tener una estrategia comercial bien definida y un conjunto de objetivos. Con un enfoque de desarrollo de API primero, debemos tener un caso comercial válido antes de crear API para proporcionar más valor a sus clientes. Una estrategia comercial, el éxito del cliente y la estrategia API deben estar alineadas y trabajar juntas para lograr los objetivos comerciales.

El enfoque de API-First

Muchas empresas comienzan con la creación de aplicaciones web o móviles. Teniendo en cuenta los enfoques de desarrollo actuales, también necesitan desarrollar algunas API para permitir que las aplicaciones web y móviles consuman los datos. En la mayoría de los casos, las API resultantes no se compilan y prueban correctamente y no deben ser utilizadas por empresas de terceros ni con fines de integración.
Una ruta alternativa sería construir la API primero y luego construir su web o aplicaciones móviles sobre esa API. Esto nos permite diseñar una API y usarla para sus aplicaciones para hacerla más real y amigable para los desarrolladores. Cuando construimos aplicaciones internas sobre API con los desarrolladores en mente, estamos sentando las bases para que otros construyan. Con un enfoque de API primero, podemos asegurarnos de que estamos construyendo un producto del mañana. Este proceso crea bloques de construcción reutilizables, preparando el negocio para el futuro con activos que tienen una fecha de vencimiento más extendida.

La economía API

La noción " Economía API " describe una economía en la que las empresas ponen a disposición sus activos o servicios comerciales (generalmente internos) en forma de API web a terceros para proporcionar valor comercial adicional o nuevo mediante la creación de nuevas clases de activos. Existen varios motivadores para poner los activos o servicios internos a disposición de terceros. Los más comunes son:
  1. Intentar llegar a un público más amplio y hacer más visible la marca de la organización.
  2. Habilitación de fuentes externas de innovación.
  3. Creando nuevas fuentes de ingresos
El valor de API Economy ya está muy bien documentado , y muchas grandes empresas han aprovechado su API lo suficiente como para generar más del 50% de sus ingresos a través de API. Buenos ejemplos son eBay, Salesforce y Expedia, que obtienen respectivamente el 60%, 50% y 90% de sus ingresos a través de API o tiendas de aplicaciones. Las API permiten a las empresas expandirse a mercados que quizás nunca antes habían considerado.

Desafíos y riesgos

Con el drástico crecimiento de las API públicas, vemos más violaciones de datos. De hecho, según los analistas de Gartner , el abuso de API será la mayor fuente de violaciones de datos para 2022. El problema es que las prácticas de seguridad no se han desarrollado al mismo ritmo y, a menudo, son una consideración secundaria para los desarrolladores que envían nuevas aplicaciones.
Por lo general, los equipos de desarrollo trabajan independientemente de sus equipos de seguridad, lo que hace que sea muy complicado para estos últimos probar o validar de manera efectiva las políticas de seguridad de la API, dejando a su organización vulnerable a un ataque.
Para tener éxito con las API, debemos tratarlas como "ciudadanos de primera clase" y evitar la tentación de crear simplemente API ad-hoc solo como una "instalación" temporal o rápida para aplicaciones web y móviles. Necesitamos comprender el ciclo de vida completo de la API y debe ser parte de la estrategia de la API. Una descripción general clara del diseño de la API, la documentación adecuada y el proceso de administración es imprescindible al crear una estrategia de API.

API como producto

En mi opinión, las API deben tratarse como productos completos con un Gerente de Producto designado y un equipo de API para respaldarlos. Si queremos aprovechar al máximo las API, los enfoques de "compilar y olvidar" o "compilar y vendrán" no funcionarán. Al construir API, debemos avanzar paso a paso y habilitar API para diferentes partes interesadas y audiencias en el siguiente orden: equipos internos, socios y clientes, luego desarrolladores externos. Veamos cómo debería progresar esto.

1. Equipos internos

El objetivo inicial es permitir que sus equipos internos creen nuevas funciones y aplicaciones sobre sus API. Incluso si los equipos internos usan las API, debemos tener la documentación adecuada de la API, ya que queremos que nuestros equipos trabajen de manera eficiente. Los equipos internos deben poder consumir las API como un producto de autoservicio.

2. Socios y clientes

Sus socios comerciales y clientes son las próximas partes interesadas a las que podemos proporcionar un nuevo valor a través de API. La API de su socio podría integrarse con la aplicación de recursos humanos de un cliente para optimizar la información de los empleados o con un CRM para mejorar sus procesos de gestión de tareas.

3. Desarrolladores externos

El último paso es hacer que sus API estén disponibles para el público en general. Si hasta ahora no ha pensado en la documentación de la API, la experiencia del desarrollador o la seguridad de la API, entonces es demasiado tarde y está a punto de fallar.

Centrándose en el negocio principal

Siempre debe concentrarse en su negocio principal y aprovechar sus fortalezas. Creo firmemente que las API son la mejor manera de ampliar el mercado al permitir que terceros creen ofertas de valor específicas sobre los productos principales existentes. En mi libro, los mejores ejemplos son Salesforce y Shopify; ambos desarrollaron un producto central estable y robusto. Luego abrieron su plataforma a desarrolladores externos para generar valor adicional además de sus servicios y ofertas principales.
La idea es simple; Salesforce y Shopify abrieron sus API a desarrolladores externos, que ahora tienen acceso a cientos de miles de clientes potenciales. A cambio, los desarrolladores están creando nuevas aplicaciones para sus clientes, que Shopify o Salesforce no buscarían porque no es su negocio principal o el tamaño del mercado no es lo suficientemente grande. Al mismo tiempo, ambas plataformas cobran una pequeña comisión a cada desarrollador. El producto real que ofrece Shopify o Salesforce no es su API, per se, sino el acceso a su base de clientes.

Proporcionar una experiencia de usuario perfecta

Las API son excelentes para proporcionar integraciones de servidor a servidor con aplicaciones externas. Aunque, si los desarrolladores necesitan crear integraciones que proporcionen una interfaz de usuario, terminamos con una experiencia de usuario fragmentada e interfaces de usuario de apariencia diferente. Para unificar la experiencia del usuario, necesitaríamos proporcionar componentes básicos para que los desarrolladores creen integraciones que se vean y se sientan como parte de su aplicación.
No es una coincidencia que, nuevamente, podamos mirar a Salesforce y Shopify y ver lo que han hecho. Salesforce proporciona Lightning Design System , que incluye los recursos para crear interfaces de usuario coherentes con el lenguaje de diseño y las mejores prácticas de Salesforce. Shopify también ha proporcionado un paquete de interfaz de usuario llamado Polaris que permite a los desarrolladores usar componentes de diseño similares a los disponibles para los equipos internos de Shopify. Esto les permitirá integrar su aplicación en la interfaz de usuario de Shopify, de modo que el usuario ni siquiera se dé cuenta de que está utilizando alguna aplicación de terceros. Proporcionar bloques de construcción fáciles de usar permite a los desarrolladores concentrarse en construir la lógica en lugar de en los píxeles, la experiencia, las interacciones y los flujos.
Además de eso, ambas empresas de software han introducido tiendas de aplicaciones donde los desarrolladores pueden promocionar sus aplicaciones y los usuarios pueden instalarlas fácilmente en su cuenta de Salesforce o Shopify. Este enfoque permite a Salesforce y Shopify construir su producto principal. Al mismo tiempo, tienen una ventaja competitiva sobre sus competidores, ya que hay cientos de aplicaciones que resuelven problemas de nicho y hacen que sus plataformas sean atractivas para los clientes.

Resumen

Las API desempeñarán un papel importante en la creación de estrategias comerciales y digitales en los próximos años. Si desea aprovechar al máximo las API, debe administrar todo el ciclo de vida de la API, ya que los enfoques de "compilar y olvidar" o "compilar y vendrán" no funcionarán.
Al comenzar con la estrategia de API, el primer paso es determinar qué valor principal desea proporcionar a través de sus API y quiénes son sus clientes. También debe reconocer que sus clientes también suelen tener múltiples partes interesadas: el tomador de decisiones y el desarrollador que implementará su API con sus sistemas.
Piense en la experiencia del desarrollador; su API debe estar bien documentada e intuitiva para acelerar el proceso de integración. La facilidad de uso puede convertirse en un punto de decisión si su competidor ofrece el mismo valor, pero una integración más rápida.
Asegúrese de estar construyendo un producto del mañana y preparando el negocio para el futuro. El objetivo es crear bloques de construcción sólidos que puedan reutilizarse durante las próximas décadas.

Publicar un comentario

0 Comentarios