Una empresa que quiere conectar distintas aplicaciones de software internamente u ofrecer a sus clientes la posibilidad de integrarse con su software puede elegir entre varias opciones. Aquí tienes un resumen y los casos de uso en los que cada una de estas opciones resulta relevante.
Automatización de flujos de trabajo
Automatizar los flujos de trabajo forma parte del día a día de una empresa para mejorar la productividad.
Cuando un cliente rellena un formulario o entra en una campaña de correo electrónico, su estado se actualiza en la base de datos de clientes en función de sus acciones.
O bien, cada hora, los datos de Google Analytics se actualizan en una hoja de cálculo de Google, junto con los datos de una fuente externa.
O los resultados de un Typeform se envían a Slack a medida que se producen.
Los flujos de trabajo internos automatizan estos eventos. Existen diversas herramientas para construir estos flujos de trabajo. Estas herramientas suelen ser low-code y requieren la intervención de un desarrollador. Algunas herramientas no-code, como Zapier, son más accesibles.
Esta automatización ahorra un tiempo valiosísimo a los equipos internos. En los ejemplos que aquí se muestran, están pensados para un uso interno.
El iPaaS integrado, la integración de flujos de trabajo automatizados
Un iPaaS es una plataforma diseñada para que los desarrolladores creen y gestionen flujos de trabajo de integración. Esta plataforma puede integrarse en la aplicación en lugar de utilizarse externamente. En ese caso hablamos de un iPaaS integrado (embedded iPaaS). Veamos un ejemplo:
Un software vendor ofrece una herramienta de gestión financiera para restauradores. Estos restauradores quieren una visión global de su situación financiera basada en todos sus datos. Esperan poder integrar su software de caja habitual con esta herramienta de gestión financiera. El software vendor puede entonces recurrir a una plataforma externa que le ayude a construir los flujos entre su software y el que utilizan los restauradores. El iPaaS integrado se sitúa en la interfaz entre un software determinado y el software de su cliente.
Este tipo de plataforma externa suele ser low-code. Los equipos de desarrollo tendrán que desempeñar un papel en su construcción y mantenimiento. Además, se trata de una integración entre dos softwares. En cuanto el software vendor de gestión financiera quiera dar servicio a más restauradores, con todos sus distintos softwares, esta solución encontrará sus límites.
Construir múltiples conectores
En este caso, un software vendor permite que el mayor número posible de clientes se integre con el menor número posible de pasos. Este software vendor puede incluso querer poner en marcha un marketplace de integraciones en algún momento.
Construye los conectores más solicitados o encarga su construcción a un proveedor de servicios externo. Los conectores acaban conformando un marketplace de integraciones disponible para sus clientes.
Por un lado, construir y mantener internamente conlleva sus costes y riesgos, como se explica aquí. Por otro lado, recurrir a proveedores externos supone un riesgo para la gestión del conocimiento. El conocimiento necesario para mantener una integración debe seguir estando disponible.
La tercera opción, cada vez más popular entre los software vendors que quieren crecer rápido, es la API unificada. Esta colaboración con una solución externa ofrece todas las garantías de estabilidad y crecimiento. En el momento de la implementación, protege el foco de los desarrolladores y permite gestionar el conocimiento internamente, con un presupuesto controlado.
La API unificada es la solución que está construyendo Chift: desde el principio, los fundadores de Chift están convencidos de que las Unified APIs son la solución que puede ayudar a los software vendors a crecer a través de las integraciones y, por tanto, a que los softwares para pymes se comuniquen como deberían.
.webp)
.jpg)