API como Modelo de Negocio Onesait
Propósito
Promover una guía práctica que involucre a toda la organización y nos permita liderar el cambio de paradigma tecnológico en el mercado bajo un marco de referencia en innovación abierta.
En este apartado no se ubican los detalles tecnológicos para la implementación de los fundamentos que se van a mencionar a continuación. Ese detalle se aborda en Onesait API
Fundamentals
Con la siguiente guía queremos acompañar, durante la continua transformación tecnológica en la que estamos sumergidos, a todos los profesionales de la compañía a liderar la estrategia común sobre las APIs: hablar un mismo lenguaje, compartir inquietudes tecnológicas y anticiparnos a los problemas que puedan surgir dentro del proceso de transformación.
En este guía podrás encontrar:
El mercado, hoy
Una propuesta de valor basada en la innovación abierta requiere que toda la compañía apueste por compartir espacios para la creatividad, la reflexión y la iteración permanente. Por eso, nuestras competencias deben evolucionar hacia los desafíos que marca el nuevo paradigma tecnológico: agilidad, creación de valor y comunicación interna.
API como producto: gestión del ciclo de vida; etapas y capacidades
Diseñar una estrategia común sobre APIs permite hablar un mismo lenguaje, compartir inquietudes tecnológicas y anticiparse a los problemas que puedan surgir dentro del proceso de transformación.
Si nos centramos en la tecnología, el desarrollo no es el final de un proyecto, es el nacimiento de un producto.
Para ello y, entre otras cosas, tenemos en cuenta las catorce pautas que, según Gartner, proporcionan ayuda a los líderes de las aplicaciones.
Estas capacidades se asignan a las cinco etapas de la gestión de la API como ciclo de vida de producto:
Modelos de API y métricas más usadas e implementadas.
El universo de APIs se pueden categorizar en función de tres dimensiones:
Ubicación: internas o externas
Conectividad: abiertas o cerradas
Uso: públicas o privadas
Diferentes modelos de uso/ingreso han surgido en los últimos años, y que detallamos a continuación:
Las métricas que se pueden extraer del uso de cada API va en función de cinco puntos relevantes, y que son las más implementadas por los equipos de producto
Propósitos más comunes a la hora de implementar APIs.
La alineación del negocio es fundamental para dar prioridad a muchos aspectos de diseño de la API, y debemos identificar algunos de los propósitos más comunes de la creación de APIs.
Habilitar aplicaciones web y móviles: Son los usos más comunes
Integrar aplicaciones internas: Organización API-centric
Mejorar la agilidad y reutilización a través de arquitectura de microservicios
Publicar datos: Hacerlo de forma efectiva, el dato cambia continuamente
Crear integraciones con Cloud y SaaS
Habilitar interacciones con IoT: Identificar el patrón de comunicación.
Involucrar a los clientes: La participación es una iteración natural
Ampliar el negocio: Las APIs ofrecen una oportunidad efectiva para ampliar el negocio a través de B2B
Cómo diseñar un API: Diseño y Documentación
Con estas pautas, se busca homogeneizar la experiencia entre los diversos activos de la compañía para facilitar la comprensión y utilización, primando la usabilidad, accesibilidad y experiencia.
En este apartado, por tanto, incluimos los dos elementos clave para homogeneizar esta experiencia desde Producto Onesait: el diseño y la documentación.
En el momento de diseñar un API como Producto, hay que tener en cuenta que siempre va a ser utilizada por terceros. Puntos importantes a tener en cuenta:
Tus consumidores son desarrolladores y tu API es su plataforma
Involucra a los consumidores durante todo el ciclo de vida de la API
El diseño implica siempre un ciclo continuo respecto al diseño, implementación y soporte
Usa tu API de forma autónoma
Y, por último y no menos importante documentar es una parte del valor de nuestro producto ya que va a ser la guía que van a utilizar nuestros consumidores. Es una parte de la experiencia de usuario y del ciclo de vida de producto. Por tanto, hay que tener en cuenta las siguientes consideraciones
La información debe estar orientada al tipo de servicio, producto o negocio al que está dirigida.
La documentación debe ser muy detallada, tanto técnica como funcionalmente, y con ejemplos. Esto proporcionará una mejor guía al consumidor.
La documentación debe ser estar en inglés, teniendo en cuenta el punto 1.
Conclusiones
Modelo futuro.
Estamos construyendo la base del nuevo ecosistema del futuro: multitud de dispositivos conectados, decisiones automatizadas en tiempo real, colaboración con terceros, ciberseguridad, nuevos productos. La innovación requiere que todos miremos permanentemente dentro y fuera de la organización.