Otros ejemplos del modelo del negocio del software como servicio
El creciente éxito que ha tenido el servicio del software por demanda de gestión de las relaciones con los clientes (CRM) de Salesforce.com es una petición de principio de si el modelo del software como servicio es correcto para otras aplicaciones. Parece que el modelo puede enmendarse para otras aplicaciones que con frecuencia se externalizan. Entre ellas están recursos humanos/nómina, gestión financiera y de aprovisionamiento y catálogos de business-to-consumer (B2C) e-commerce/productos, como modelos dinámicos de precios, grupos de lealtad de los clientes, promociones de ventas orientadas y otra tácticas sofisticadas de ventas. La integración con otras aplicaciones de cadena de suministro que no requieren un gran equipo interno de soporte a las ventas también pueden apreciar el potencial. Podemos decir lo mismo de los negocios que dependen de la globalización, la colaboración basada en la red, la gestión de órdenes distribuidas (DOM) y hasta el poco popular outsourcing de la fabricación. Todas estas son realidades para muchas empresas que están en crecimiento y que mantienen ubicaciones instaladas de ejecución cerca de distintos sitios de fabricación en el mundo. El uso de estos centros elimina la necesidad de enviar inventario a una ubicación central y permite realizar los embarques directos que sean necesarios.
Parece que algunas aplicaciones simplemente se prestan para el modelo alojado, como es el caso de la logística de comercio internacional (ITL) y la gestión del comercio mundial (GTM), que, debido a su amplia naturaleza, no pueden trabajar de otro modo de manera eficaz. Podemos definir GTM como todas las actividades relacionadas con la gestión del ciclo de vida del comercio a lo largo de las órdenes nacionales e internacionales, la logística y las actividades de liquidación que mejoran la eficacia de las operaciones y el capital de trabajo. De forma particular, los procesos de importación/exportación global de aprovisionamiento al pago y pedido al efectivo implican varias actividades, como fuente de proveedores/clientes, proceso de las órdenes de compra/venta, aseguramiento de los bienes, salida/recepción de cartas de crédito, financiación del comercio, organización de embarques, creación de documentos de comercio, cumplimiento de las exportaciones/importaciones con aduanas, envío/recepción de bienes, envío/recepción de facturas, conciliación e inicio/recepción de pagos. De forma más general, estas actividades pertenecen a los subprocesos de órdenes, finanzas, embarques y liquidación.
En cualquier caso, muchas de estas actividades sólo pueden completarse de forma satisfactoria mediante una solución alojada basada en la red, que tenga precios por transacción. El ciclo promedio de comercio global desde las órdenes hasta la liquidación es de 120 días, mientras que una solución completa alojada de GTM, como la del líder de la industria TradeBeam, podría reducir este ciclo en promedio 12 días, mejorando aproximadamente en un 10 por ciento el flujo de efectivo de los usuarios. En este caso, dicho potencial es posible gracias a la adquisición que realizó el famoso vendedor de más de veinte aplicaciones relacionadas con GTM/ITL durante los últimos años. La más reciente fue la adquisición de Open Harbor, el especialista en ITL, que al igual que su nueva empresa madre, es un ASP construido para servicios web por demanda, desarrollado en una arquitectura de n niveles. Si desea obtener mayor información consulte International Trade Logistics Challenge Automated Global E-Trading.
Como sucede con cualquier decisión de importancia estratégica, la de adquirir un servicio de aplicaciones alojadas requiere la debida diligencia. Esto es pertinente tanto para los vendedores como para los clientes potenciales. Aunque las promesas para reducir del riesgo y el tiempo de implementación y los costos directos, entre otras, sirven para justificar el modelo de hosting/ASP, representan un conjunto nuevo de problemas que las empresas del mercado medio deben tomar en cuenta.
Algunos de los problemas que merecen consideración son la capacidad técnica del ASP para administrar el programa, el enfoque que tiene el ASP en la industria, la capacidad para personalizar las aplicaciones, la capacidad que tiene el ASP para garantizar la conectividad, el modelo de precios seleccionado y la forma para negociar un SLA. Hay que tratar estos problemas al mismo tiempo que se evalúan las capacidades del paquete de software y hay que entender si la oferta de ASP difiere de la oferta tradicional de licencias. Los clientes deben evaluar de forma completa y detallada las ventajas y las posibles restricciones del negocio que tiene la opción alojada, para que puedan llegar a una conclusión con base en las referencias.
Podrá encontrar directrices más completas que le ayudarán a decidir si debe tomar en cuenta el modelo ASP y algunas ideas para la selección de ASP en The ASP Decision y Are ASP Applications Right for You?.
En general, las empresas que deben considerar el uso de los servicios alojados/ASP son las que pertenecen a los tipos siguientes:
A pesar de las malas percepciones de la primera generación de proveedores alojados, y debido a las noticias positivas que algunos vendedores como Oracle, Salesforce.com, ACCPAC y NetSuite han obtenido del outsourcing, las empresas del mercado medio podrán obtener beneficios al evaluar objetivamente las propuestas de valor representadas en la siguiente generación de ASP. Busque las características siguientes entre los candidatos a proveedores de ASP/vendedores de hosting:
Los modelos de precios basados en el éxito ofrecen a los usuarios una alternativa para que paguen a medida que crecen en lugar de hacer un pago directo por licencias. A la larga, estos modelos, que a veces se califican como baratos y convenientes, pueden traer costos de TI inesperados. Al igual que con cualquier contrato a largo plazo, los clientes deben revisar cuidadosamente el texto pequeño para comprender las consecuencias que tendrán los ingresos por transacciones en los gastos futuros. $10 dólares por transacción puede parecer barato, pero las empresas deben tener proyecciones de crecimiento detalladas que tomen en cuenta los aumentos por transacción o por etapa y otros atributos del contrato que les permitan comprender la magnitud de los pagos futuros. Asimismo, si no se tiene un precio directo fijo, la planificación de los presupuestos anuales de TI se volverá mucho más difícil.