SaaS como plataforma de datos compartidos

El mercado de las aplicaciones de gestión empresarial es un mercado dinámico pero también bastante maduro, lo que implica que está relativamente saturado, al menos si te limitas a hacer lo que hace todo el mundo (si funciona para otros, también funcionará para mi, es la lógica).

Es por esto por lo que llevo últimamente dándole vueltas a diversas ideas, u ocurrencias, intentando identificar oportunidades de mejora, y de negocio digámoslo todo, que permitan salir de ese océano rojo en el que se ha convertido este ecosistema tan peculiar constituido por las aplicaciones de gestión empresarial.

Una de las líneas de exploración que estoy siguiendo es la conducida por el paradigma SaaS/Cloud, (alguna idea ya se ha compartido por aquí) y he llegado a la siguiente reflexión que quería compartir y debatir con los hipotéticos lectores de este blog.

En una instalación de un vendor SaaS consolidado conviven, en una misma plataforma tecnológica, los datos y transacciones de multitud de empresas, información, que una vez agregada y estructurada, podría tener un valor extraordinario para mejorar la toma de decisiones y la gestión de los procesos de esas mismas empresas.

 

Ejemplos que se me ocurren a bote pronto:

En entornos de RRHH:

  • Salarios medios por sector y nivel
  • Ratios de rotación de personal
  • Ratios de movilidad interna/promoción
  • Ratios organizativos (p.e. nº empleados de IT / nº de empleados totales)
  • Datos demográficos (edades medias, % femenino, …)

Workday o NorthGate Arinso serían los  vendors de referencia (por lo de consolidados) en este ámbito.

 

En entornos de Finanzas:

  • Plazos medios de pago/cobro
  • Ratios de impagos y registro compartido de hábitos de pago de terceros – protección frente a morosidad (!)
  • Indicadores de stock (ratios de rotación, de obsolescencias, costes medios, …)
  • Volúmenes de facturación, vencimientos medios,…

Los referentes en este ámbito serían SAP Business ByDesign, FinancialForce y Netsuite

 

En entornos de ventas y comercial:

  • Duraciones medias de pipelines por sector
  • Ratios de efectividad actividad comercial oferta/venta, acciones/respuesta, …
  • Valor medio de ofertas

Salesforce sería aquí el referente

 

Cruzados:

  • Ratios como facturación per capita
  • Plantilla total o por departamentos por facturación

 

Las empresas que comparten aplicación SaaS, podrían beneficiarse de esta información para mejorar sus procesos, dimensionarse adecuadamente, negociar mejor con terceros (bancos por ejemplo 🙂 ), prevenir riesgos (morosidad), identificar oportunidades en otros sectores, …

A cambio, es verdad, deberán ceder sus preciosos datos a un tercero (el vendor SaaS) para que este los consolide, procese, anonimice, … y no se me escapa que algunas empresas, celosas de sus presuntas excelencias, no quieran entrar pero creo que si el proveedor SaaS es solvente (y deberia serlo porque si no deberían ser su cliente) debería poder darles la confianza y garantías suficientes – no olvidemos que ya está gestionando sus datos .

 

¿Qué pensáis?, ¿utópico?, ¿inviable?, ¿fantástico?, ¿en línea con tendencias como la coopetición y colaboración proactiva entre empresas?, …

 

* * *

Si este contenido te ha gustado te agradecería que lo compartieras y dieras difusión. Estaré encantado de conocer la opinión de mis colegas.

Si necesitas ayuda o soporte en temas relacionados con los contenidos de este blog no dudes en contactarme. En cualquier caso gracias por tu visita y tiempo.

SaaS como habilitador de plataformas B2B

A finales de los 90, en plena burbuja tecnológica, uno de los temas de moda eran los portales B2B, marketplaces sobre plataformas tecnológicas para canalizar los flujos de información de las transacciones entre empresas.

Recuerdo bien, por haber participado en su día en el lanzamiento de varios de ellos, los precios astronómicos que se pedían por las plataformas tecnológicas existentes por aquel entonces (Commerce One, Ariba, ATG, i2, …), la mayoría de las cuales sólo han sobrevivido porque fueron absorbidas por grandes del software empresarial,  Ariba por SAP, ATG por Oracle, i2 por JDA.

Uno de los argumentos que esgrimían los proveedores para defender esos altos precios era la complejidad de integración de la información por la heterogeneidad de entornos tecnológicos y de procesos operativos de las diferentes empresas que transaccionaban en el portal B2B.

Aparte de efectos burbuja que inflaban los precios, era muy cierto, y lo veías en el momento de implantarlos, que esas razones basadas en la complejidad de integración eran reales, principalmente por las diferencias del formato de la información que usaba cada empresa , lo que obligaban a usar formatos intermedios como lingua franca y a utilizar sofisticados sistemas de sincronización y distribución de mensajería… ¿alguien se acuerda de las herramientas EAI?

La mayoría de iniciativas de esa época fracasaron, al menos en sus pretensiones iniciales sustentadas en Business Plans descabellados, arrastradas en su mayor parte por la explosión de la burbuja tecnológica del 2000  y en parte también porque no dio tiempo a que la tecnología (y disposición de las empresas en adoptar ese modelo nuevo) madurase lo suficiente.

Esta situación puede haber cambiado drásticamente y la idea de Marketplaces B2B tener una segunda oportunidad con la eclosión del modelo SaaS en las aplicaciones de gestión, porque en un ecosistema SaaS, más empresas comparten el mismo sistema, o mejor dicho, la misma base tecnológica. Lo que facilita evidentemente que se tenga el mismo formato de información y el intercambio intercompañía.

Adicionalmente, [1] el hecho de que además los datos de todos estén detrás del mismo firewall (gestionados por el mismo proveedor) facilita el intercambio de información desde un punto de vista de seguridad y sincronización, y [2]  los procesos de las empresas que comparten el ecosistema SaaS tenderán a parecerse bastante (de manera forzada por usar todas la misma aplicación) lo que hará que la integración entre procesos intercompañía sea más natural.

Y, esto es lo que me interesa destacar, se abre una muy interesante oportunidad de negocio para proveedores de plataformas SaaS, que podrían ser, no sólo los proveedores del sistema de gestión, sino también plataformas de transacción entre sus clientes o puertas de integración con los clientes/proveedores de sus empresas cliente, aprovechando las avanzadas herramientas/capacidades de integración inherentes a su negocio y tecnologías.

Ejemplos que se me ocurren, así a bote pronto, para apreciar las enormes oportunidades de mejora global que se habilitarían:

  • al emitirse un pedido de compra en la empresa cliente se crea el pedido de venta en la empresa proveedora en la misma transacción.
  • una empresa pendiente de un pago podría tener visibilidad de las previsiones de pago de su cliente.
  • al crearse la orden de salida de un almacén en la empresa proveedora, se crea en el sistema de la empresa cliente la previsión de entrega, lo que le permitirá planificar mejor toda su gestión (ubicaciones, órdenes de fabricación ligadas, etc.)

No se me escapa que para que esta oportunidad de negocio se materialice hace falta alcanzar una masa crítica y concentración de empresas alrededor de la plataforma SaaS (o un número reducido de ellas pero interoperables entre sí),  pero soy optimista viendo los progresos de empresas como SAP con su Business ByDesign, Workday, Netsuite, FinancialForce (joint venture de Unit4 con Salesforce) por citar las primeras que se me vienen a la memoria.

 

* * *

Si este contenido te ha gustado te agradecería que lo compartieras y dieras difusión. Estaré encantado de conocer la opinión de mis colegas.

Si necesitas ayuda o soporte en temas relacionados con los contenidos de este blog no dudes en contactarme. En cualquier caso gracias por tu visita y tiempo.

Imagen de r.p.i

Transición a SaaS para fabricantes e integradores

Es relativamente fácil encontrar literatura acerca de las dificultades y barreras de adopción del modelo SaaS por parte de las empresas (lado demanda) y menos fácil encontrarlo sobre esas dificultades en el lado de la oferta (fabricantes e integradores) para poder ofrecer ese modelo a sus clientes.

Por ello me ha parecido interesante ordenar una serie de reflexiones que he venido leyendo y comentando en diferentes foros (*) sobre qué factores dificultan a las empresas proveedoras a  hacer la transición desde un modelo tradicional (venta de licencias + servicios + mantenimientos) a ese modelo SaaS.

Pero antes creo aconsejable precisar que entiendo que una aplicación sigue un modelo true SaaS cuando cumple los siguientes requisitos: Continuar leyendo

Social ERP

Una de las tendencias en la evolución de los ERPs  que me tiene más expectante es la denominada como Social ERP. No es un concepto nuevo con respecto a las aplicaciones de gestión empresarial porque de Social CRM se viene hablando desde hace bastante, ¡hasta hay ya un cuadrante de Gartner!

Social ERP, no se trata como alguno ha dicho, medio en broma medio en serio, de meter pedidos por el facebook, sino de incluir funcionalidades y prácticas en el ERP  propias de las aplicaciones de redes sociales con los objetivos de:

Continuar leyendo

Multitenancy, ese difuso concepto

 

 

Según la definición que más me gusta del concepto Multitenancy, una aplicación de gestión SaaS además es Multitenancy si cumple simultáneamente:

  • Puede ser compartida por diferentes clientes.
  • Es capaz de adaptarse y evolucionar con los diferentes requerimientos de cada cliente.
  • Y al mismo tiempo ser viable, técnica y económicamente, para el proveedor.

 

Multitenancy, al mismo  tiempo que piedra angular que sostiene todo modelo viable de delivery SaaS de una aplicación de gestión, es un concepto que habitualmente se maneja con poco rigor y que puede ser confuso, porque, en mi opinión, no es un término absoluto sino relativo: una aplicación SaaS no es que, SI o NO, sea Multitenancy, sino que lo es más o menos en relación a otras con las que se compare.

 

Y ello es así por varias razones:

  • Adaptarse a diferentes requerimientos, manteniendo compatibilidades, tiene siempre un límite para una determinada aplicación. Entre dos aplicaciones SaaS, cuanto más lejos esté ese límite en una aplicación con respecto a otra, más Multitenancy es la primera. Soy consciente de que ese más lejos, en esta afirmación hay que definirlo bien en cada caso o comparación.
  • La viabilidad (capacidad de que sea rentable económicamente) para el proveedor vendrá dada, no sólo por la tecnología que use, sino también por lo buenos que sean sus procesos internos. Un proveedor SaaS podrá permitirse tener una tecnología menos preparada para el Multitenancy si es muy eficiente en sus metodologías y procesos de desarrollo, servicio al cliente, despliegue de versiones, etc.
  • Influye mucho las dispersión de funcionalidades requeridas por sus clientes. Cuanto más homogéneas y comunes, más fácil de compartir que será la aplicación. Es decir, en un entorno homogéneo las exigencias Multitenancy serán menores. Por eso las aplicaciones SaaS que quieran ser muy Multitenancy (siempre en términos relativos) deberán tender a verticalizarse, es decir a especializarse por funciones o sectores.

 

En conclusión, cuando evalúes una aplicación SaaS, la pregunta correcta no es si es o no Multitenancy, sino en qué grado lo es en relación al conjunto de aplicaciones evaluadas.

A medida o estándar

El debate entre si es mejor escoger un software de gestión a medida o uno estándar, parece ganado hace ya tiempo por esta última opción.

No obstante, en determinadas circunstancias puede tener sentido retomarlo, por lo que he rescatado este pequeño cuadro resumen que hice hace algún tiempo y  donde he recopilado factores a favor y en contra de las dos opciones.

sw a medida vs estándar

Seguro que me dejo cosas o se pueden introducir matizaciones. ¿Me ayudáis a completarlo con vuestros comentarios?

¡Gracias!

* * *

Si este contenido te ha gustado te agradecería que lo compartieras y dieras difusión. Estaré encantado de conocer la opinión de mis colegas.

Si necesitas ayuda o soporte en temas relacionados con los contenidos de este blog no dudes en contactarme. En cualquier caso gracias por tu visita y tiempo.

ERP vs CRM vs HCM

A veces me gusta jugar con los cachivaches que Google pone gentilmente a nuestra disposición.
Pues eso, jugando, con Google Insight en este caso, he llegado a esta curiosa gráfica que resume el interés que un determinado término suscita según el número de búsquedas efectuadas.  Lo he probado con los términos ERP, CRM y HCM y este es el resultado:

Da que pensar, ¿no?

Entradas relacionadas:

Novedades sobre SAP Business ByDesign

Me acabo de enterar por una persona de SAP que en breve se va a anunciar (por fin) el lanzamiento de SAP Business ByDesign para el tercer trimestre de este año.

El producto, buque insignia de SAP en su estrategia SaaS de ERP en la nube – ya escribí algo al respecto en 2007, cuando aún se le conocía por su nombre en clave A1S… ¡pasa el tiempo rápido! – lleva funcionando desde hace unos años en algunos países (EEUU, Alemania, India, Australia, …)  y ya parece que lo tienen preparado para que pueda ser comercializado en España.

Vale la pena recordar rápidamente algunas de las características clave del producto (¿o deberíamos llamarle servicio ya directamente?)

  • Se licencia por usuario (con un mínimo de 10) en diferentes modalidades o sabores (CRM, Finanzas+RRHH, Producción, Gestión por Proyectos, …) y en el rango de 11$ a 199$ por usuario y mes, dependiendo de módulos, tipo de uso, etc. En este enlace se muestra un buen resumen, pero cuidado, esos precios son los del mercado USA.
  • Es un producto nuevo, reescrito desde cero, sin lastres de código del producto SAP de toda la vida. No he tenido la oportunidad de comprobarlo personalmente pero otros analistas y bloggers hablan de funcionalidades comparables a las de su hermano mayor.
  • Para su despliegue rápido trae la metodología/herramienta de configuración Business Configuration Implementation Methodology.
  • Para el desarrollo de adaptaciones, integración con otras aplicaciones e incluso programación de nuevas aplicaciones dispone de una plataforma de desarrollo PaaS (no podía ser de otra forma)  llamada ByDesign Studio.
  • Hasta donde yo sé, se despliega en Data Centers del propio SAP en EEUU y Alemania, pero me gustaría poder contrastarlo.

 

Espero poder recoger más información porque tengo muchas dudas:

  • Precio en España.
  • Qué Partners de SAP son capaces de implantarlo.
  • Empresas target, teniendo en cuenta que MidMarket en EEUU es ya una empresa grande en España y probablemente ya tenga un ERP consolidado e incluso que este ya sea SAP R/3.
  • Grado de cobertura de funcionalidades específicas del mercado español, sobre todo en el área de RRHH y financiera-contable.
  • Cómo van a evitar que canibalice a otros productos como SAP Business One o SAP All-In-One. Será interesante ver la reacción de los partners tradicionales, sobre todo los que ya se han embarcado en poner esos productos tradicionales en modalidad de pago por uso y desplegados en Cloud (algo que no es SaaS necesariamente – recordemos que todo SaaS es Cloud pero no todo lo Cloud es SaaS).
  • Cómo se implanta, metodologías, tiempos, tareas, …

 

Otras entradas relacionadas:

 

¿ERP e innovación?

En una sesión de trabajo con un cliente salió el tema de como conseguir sacar partido a la implantación de su nuevo ERP (una decisión ya tomada) y mi cliente me argumentaba que él no creía que tuviera que ser más competitivo por utilizar el mejor ERP (si eso existe) sino por vender el mejor producto.

La visión de mi cliente es que el ERP es una commodity, que necesita para funcionar, y por eso invertía pero que no esperaba que le fuese a proporcionar ninguna ventaja competitiva, entendiendo esta ventaja como algo que su competencia difícilmente podría imitar o adquirir. Y ponía como contrapunto el sistema de información que utilizaban sus equipos de I+D (es una empresa biotecnológica, donde es fundamental tener capacidad de I+D para desarrollar productos competitivos) y donde sí que estaba dispuesto a invertir lo que hiciera falta (de hecho ya lo estaba haciendo).

Y claro, no puedo dejar de compartir esta reflexión en el blog: en el estado actual de los ERPs, ¿dónde y cómo se puede innovar?

Continuar leyendo

Uso de cookies

Este sitio web y subdominios asociados utilizan cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.plugin cookies

ACEPTAR
Aviso de cookies