Tecnología

No todas las soluciones de BI y analíticas integradas son iguales

Haga clic aquí para obtener más información sobre el autor Daniel Jebaraj.

El software de su empresa se caracteriza por su funcionalidad. Tienes una propuesta de valor sólida con tu mercado objetivo. Para hacer su oferta aún más atractiva, ha decidido integrar Analytics and Business Intelligence (ABI) en su producto.

Hasta aquí todo bien. Pero, ¿qué solución ABI integrada elegirás? Hay varias opciones en el mercado, pero no todas son iguales. Debe realizar una evaluación cuidadosa antes de decidirse por una solución.

El hecho es que las primeras apariciones pueden ser engañosas. Muchas opciones de ABI se ven muy bien en la demostración de ventas, pero no funcionan en el mundo real. Uno de los principales errores que cometen los proveedores de software es centrarse únicamente en las capacidades de un producto ABI e ignorar qué tan bien (o mal) se integra con su software y los entornos de sus clientes. Para evitar este error, aquí hay seis factores a tener en cuenta al elegir una solución ABI integrada.

1. Busque iFrames

Los marcos en línea, o iFrames, se utilizan a menudo como una «salsa secreta» para hacer que los patrones ABI se vean geniales. Después de todo, es fácil para un proveedor de BI crear una demostración visualmente atractiva. La pregunta es, ¿son los iFrames algo que le gustaría incorporar a su solución de BI integrada en vivo?

Algunos argumentarán que puedes hacer que los iFrames hagan lo que quieras. Eso es técnicamente correcto, pero no es toda la verdad. En la práctica, es difícil trabajar con iFrames. Actúan como islas, separadas del «continente» de su software. Puede resultar confusamente difícil construir los puentes necesarios para conectar estas islas con el continente.

Esto no significa que los iFrames sean automáticamente negativos en una solución ABI integrada. Si desea ofrecer la funcionalidad ABI y no importa si la funcionalidad ABI se ve o funciona por sí sola, una solución de software integrado basada en iFrame puede ser una solución viable.

Sin embargo, si está buscando ABI incrustado que pueda integrarse profundamente en su producto para que sus clientes no puedan ver dónde termina su software y dónde comienza el software ABI, los iFrames no son su mejor opción estructural. En su lugar, busque una solución ABI que utilice una integración transparente basada en JavaScript. Con JavaScript, el software ABI puede integrarse directamente en su producto y, por lo tanto, es indistinguible de su software. Esto asegura una experiencia de usuario fluida e intuitiva.

2. Esté atento a las API

Las API fáciles de usar son imprescindibles si desea ofrecer a sus clientes una interfaz de usuario (UI) personalizable. Las API permiten, por ejemplo, encender y apagar las barras de herramientas según el tipo de usuario, solo permiten mostrar determinadas fuentes de datos de acuerdo con las reglas de uso y permiten la creación de una gran cantidad de cuadros de mando con varios filtros y opciones.

Es posible que los productos ABI que no estén diseñados específicamente para integrarse no ofrezcan un menú completo de opciones de API. Además, el uso de iFrames puede bloquear o prohibir las API locales. Si bien es posible encontrar soluciones alternativas, no se trata de una simple serie de llamadas a la API, como es el caso cuando una solución ABI se diseña con la intención de aprovechar las API.

Por el contrario, las soluciones ABI diseñadas para la integración permiten que el contexto de la aplicación se transfiera sin problemas al producto ABI a través de API. El producto ABI puede reconocer el contexto y comportarse de tal manera que la interfaz entre el software de la aplicación y el software ABI sea transparente para el usuario final.

3. Sea estricto con la seguridad

La seguridad totalmente integrada con la funcionalidad de inicio de sesión único (SSO) es otro factor importante al evaluar las aplicaciones ABI. Los productos ABI que no están diseñados para integrarse hacen que el SSO sea difícil o incluso imposible. Estos productos generalmente requieren que los usuarios inicien sesión para acceder a la aplicación corporativa y luego inicien sesión por segunda vez para acceder a la ABI integrada. Esto es engorroso e irritante desde la perspectiva de la experiencia del usuario.

Los productos diseñados para la integración facilitan la implementación de la seguridad SSO. Una vez que los usuarios inician sesión en su aplicación, pueden interactuar con todo, incluida la ABI integrada, de manera segura y sin problemas. Por ejemplo, si un usuario avanzado opera ciertos paneles, él o ella puede navegar inmediatamente a estos paneles sin tener que iniciar sesión por segunda vez para llegar al BI deseado.

Puede encontrarse con un proveedor de ABI que carece de funcionalidad SSO pero ofrece una «solución alternativa». Recuerde que cualquier solución «pasa por alto» sus protocolos de seguridad y, por lo tanto, compromete inherentemente la integridad de su sistema y, por lo tanto, la integridad de los sistemas de sus clientes. Si no quiere ser responsable de una violación de datos, no utilice omisiones de seguridad.

Los proveedores de ABI que utilizan iFrames a veces confían en la «seguridad por ofuscación»: es decir, no tienen otra fuerza de seguridad alrededor de su iFrame de ABI que una URL extremadamente larga y compleja. Se supone que nadie se molestaría en «descifrar» la URL. Sin embargo, si un atacante se toma el tiempo, estas URL pueden ser pirateadas. Una vez pirateado, el atacante tiene acceso completo a la información de su cliente. Dada la importancia de los datos de BI, no desea este tipo de laguna en sus medidas de seguridad.

Cuarto Planifique en grande para escalar

A medida que crece la demanda de su software empresarial, también necesitará escalar su uso de ABI. Las tecnologías de contenedores, como las soluciones de Docker y Kubernetes, han facilitado el escalado, por lo que puede escalar fácilmente de unos pocos usuarios a millones de usuarios a un costo mínimo. Por lo tanto, la solución de BI integrada que elija debe brindar soporte para el aprovisionamiento de contenedores independiente.

Tenga en cuenta que si tiene una solución ABI integrada que no se encuentra en el mismo entorno que su producto (como puede ser el caso de un producto ABI basado en iFrame), el escalado económico basado en contenedores es difícil de implementar. Dichos proveedores de BI pueden escalar a una granularidad completamente diferente y requieren un plan separado, y un costo adicional, para escalar con el uso de su aplicación.

5. No seas neutral acerca de la neutralidad

Para mantener su agilidad como proveedor de software empresarial, no quiere sentirse atado a un entorno específico basado en la nube, ya sea AWS, Azure o Google. Más bien, desea la flexibilidad para poder marcar la diferencia en cualquier momento, y eso significa llevar su solución ABI a todas partes, dentro o fuera de la nube.

Por esta razón, debe elegir una solución ABI integrada que viva en el mismo hardware que su código y se implemente junto a su producto. La solución ABI debe ser neutra en la nube / proveedor y hospedarse en cualquier lugar. Esto incluye trabajar en el sitio cuando sus clientes lo necesiten, lo que a veces es necesario para cumplir con los datos de la industria o las regulaciones de cumplimiento.

El peligro de las aplicaciones ABI específicas de la nube es que tiene problemas si mueve su aplicación fuera de esta nube. Si su ABI está alojada en un dominio separado, es posible que deba cambiar la configuración para permitir el acceso a ese dominio o puede que necesite exportar los datos de sus clientes. Esto puede llamar la atención en ciertas industrias o en empresas donde no se permite que los datos salgan del sistema.

Con la ABI integrada y neutral en la nube, tiene un control total sobre dónde y cómo se aloja su aplicación, de modo que puede brindar el mejor servicio a sus clientes ahora y en el futuro.

Sexto Descubra más sobre los precios

Al fijar el precio de las soluciones ABI integradas, mire más allá del precio ofrecido originalmente (que puede incluir un descuento o incentivo temporal) en el modelo de precios en sí. Los productos que no están diseñados para integrarse suelen tener un precio por usuario, servidor o CPU. Esto significa que cuanto más usen sus clientes su aplicación, tendrá que cobrar más para cubrir el mayor uso del software ABI. Las facturas más grandes podrían ponerlo en una posición negativa con su base de clientes, por decir lo menos.

Para evitar el impacto de una solución medida, elija un producto ABI integrado con un modelo de precio de costo fijo que se alinee con su escalamiento planificado y expansión del uso de su producto y base de clientes. Por ejemplo, un modelo de precios basado en la cantidad de aplicaciones con las que se usa el software le brinda costos predecibles que no dependen de la cantidad de usuarios de software que tenga. Independientemente de si tiene 500 usuarios o 50.000 usuarios, el precio de la ABI integrada sigue siendo el mismo.

Elija la mejor ABI integrada

Evaluar las soluciones ABI es más que simplemente verificar las propiedades del producto. Desea determinar si la solución propuesta está realmente diseñada para integrarse y tiene todas las funciones necesarias para una integración perfecta con su aplicación de software empresarial. Ya sean iFrames o API, seguridad o escalado, alojamiento o modelos de precios, usted sabe lo que está buscando y elige la solución que se adapte a sus necesidades. Recuerde que no todas las soluciones ABI integradas son iguales. Elija lo mejor para su aplicación y su negocio.