Encuesta nodoTIC. ERPaaS en España

 

El modelo SaaS en aplicaciones de negocio está en fase de despegue según la mayoría de analistas del sector. Soluciones como Netsuite, WorkDay, SalesForce, SAP Business ByDesign, etc. parece que están creciendo, ganando impulso en el mercado, y lo más relevante, quitándole clientes a las soluciones tradicionales.

Sin embargo, y por desgracia, parece que localmente vamos descolgados de esta tendencia. Como soy consciente de que el ecosistema local de soluciones de negocio es un poco particular y a veces poco conocido, propongo que entre todos hagamos una encuesta para recopilar información sobre soluciones de negocio SaaS que se puedan contratar en España.

Para ello os invito a participar mediante este enlace en la encuesta.

Los resultados de la encuesta se pueden ver en tiempo (casi) real aquí.

Por último, como en esto del modelo SaaS hay bastante confusión y, digámoslo suave, gato por liebre, vamos a definir 5 características para poder definir una aplicación de gestión como SaaS:

  1. Modelo de suscripción/pago por uso. El cliente paga una cuota periódica y siempre relacionada con el uso que hace del sistema que incluye todo (licencias, infraestructuras, help-desk, etc.)
  2. Con acuerdo de nivel de servicio (ANS/SLA) de disponibilidad
  3. Acceso vía Internet con un navegador, sin instalación de software (como máximo plugins tipo JVM, Active X, …) .
  4. Todos los clientes corren la misma versión del software. Sin «customizaciones». Los clientes no están condicionados por adaptaciones del software específicas. Cualquier configuración propia del cliente no afecta al resto de clientes ni, a su vez, se ve afectada por configuraciones específicas del resto de clientes.
  5. Los clientes no se preocupan de tener que actualizar el software, para ellos es transparente. La actualización del software es para todos los clientes y no hay versiones en el sentido tradicional sino pequeñas y frecuentes mejoras incrementales (un ejemplo serían las aplicaciones de Google). Cualquier configuración específica del cliente no condiciona el poder actualizar el software

Para poder incluir una solución en la encuesta se deben cumplir como mínimo las tres primeras condiciones. En este caso el tipo de SaaS lo consideraremos de nivel 1. Si además se cumplen las condiciones 4 y 5, consideraremos las solución como de nivel 2


Recuerda:

Para  participar en la encuesta: este enlace

Para ver los resultados en tiempo (casi) real aquí.

 

Espero vuestros comentarios y participación, pero en cualquier caso muchas gracias por vuestra atención.

Bienvenido FinancialForce.com

 

 

logo_FinancialForce_w324

 

 

Interesante movimiento de Unit4Agresso y Salesforce.com al unir sus fuerzas y crear la compañía FinancialForce.com para ofrecer una solución de gestión empresarial basada en modo SaaS.

Este parece el paso que culmina una incursión que Unit4Agresso ya hizo  en el mundo SaaS al adquirir a principios del 2008 Coda, compañía que cuenta en su portafolio el producto Coda2Go, solución de gestión SaaS basada en la plataforma tecnológica de Force.com.

La operación en cuestión es la creación de una nueva compañía participada por Unit4Agresso (mayoritariamente) y Salesforce.com, y que ofrecerá Coda2Go pero con otro nombre: FinancialForce.com

La entrada de Salesforce.com en el negocio de los ERP es un nuevo impulso en la consolidación del modelo SaaS en el mundo de las aplicaciones de gestión empresarial, porque se produce una combinación interesante de compañías.

Por un lado Salesforce.com con la fuerza de sus miles de clientes de su producto de CRM y por otro lado Unit4Agresso, con su larga experiencia en el mundo ERP.

Una combinación donde 1+1 suma más de 2 porque muchos clientes de Salesforce.com son candidatos naturales a ser también clientes de FinancialForce.com

Podéis encontrar demos aquí.

Quedo muy expectante a ver cómo reaccionarán los competidores SaaS, NetSuite y SAP Business ByDesign, y los no SaaS: Microsoft principalmente.

¿Qué pensáis?

Entradas relacionadas:

Despliegues grandes en Amazon EC2

16

En Agile Testing explican su experiencia en un gran despliegue en EC2 de Amazon.

Las grandes lecciones a retener, según esta experiencia son:

  • Prepárate para los fallos, es más, considéralos algo positivo en el sentido de que te ayudará a diseñar mejor
  • Automatiza totalmente el procedimiento de despliegue (este le gustará a Abiquo)
  • Diseña para el escalado horizontal (es decir a base de incrementar el número de máquinas/instancias y no aumentando la potencia de las mismas – enfoque vertical)
  • Establece objetivos claros y medibles
  • Prepárate para identificar rápidamente cuellos de botella y eliminarlos
  • No esperes que por muchas pruebas que hagas funcione a la primera.

Este es sólo un resumen, vale la pena leer el artículo original si estás interesado en el cloud computing.

Longjump lleva su plataforma a casa del cliente

longjump-platform

Interesante movimiento de LongJump (proveedor de PaaS Platform as a Service) del que me entero por el blog de Phil Wainewright.

La compañía de California ofrece ahora su plataforma para que pueda ser utilizada en las propias instalaciones de sus clientes. Los talibanes puristas del concepto SaaS se llevarán las manos a la cabeza escandalizados, pero yo creo que es un movimiento muy inteligente por parte de LongJump ya que les permite oponer un potente argumento a los detractores del cloud computing cuando objetan aquello de ¿y que pasa si tu proveedor SaaS te deja tirado?.

Movimiento que además, como ya se comentó aquí mismo, va en línea con los deseos de sus potenciales clientes.

SAP se queda con Coghead

logo_coghead1

Coghead, proveedor de servicios de plataforma de desarrollo en modo bajo demanda (PaaS), tira la toalla y da de tiempo a sus clientes hasta el el 30 de abril para que se lleven sus datos. Se puede leer la carta enviada por Coghead a sus clientes aquí.

Sin duda es un contratiempo para los defensores de este paradigma de creación de aplicaciones de negocio que consiste, recordémoslo brevemente, en crear las aplicaciones utilizando una plataforma o entorno de desarrollo que ofrece bajo demanda y hospedado en sus infraestructuras, herramientas, APIs, librerías de objetos, aceleradores de desarrollo, el entorno donde se ejecuta la aplicación, e incluso un marketplace donde comercializarlas.

¿Invalida este cierre este modelo de negocio? En principio creo que no, pues quedan compañías como force.com y Zoho Creator, por citar quizá las más conocidas, en crecimiento y ganando clientes, pero sí que alimenta uno de los argumentos más utilizados por sus detractores: que un cliente de este tipo de proveedores de servicios corre un alto riesgo en el caso en el que éste cierre, como es el caso. 

El otro lado remarcable de la noticia es que SAP (que era accionista de Coghead) se queda con la tecnología y los ingenieros de la compañía quebrada y este sí que es un punto interesante: ¿Para qué quiere SAP esta tecnología?

  • ¿Para incorporarla a sus productos?, ¿Quizá SAP Businessby Design?
  • ¿Para desarrollar aplicaciones satélite alrededor de sus productos?

En cualquier caso es un movimiento interesante y que, en mi opinión, es un punto positivo a favor de SAP.

 

Entradas relacionadas:

 

Más información:

¿ERPs en la nube?

logo-fo

FluidOps es una compañía alemana especializada en ofrecer servicios sobre  el paradigma de cloud computing. Me entero por Cloudy Times que ahora ofrece también la tecnología para desplegar SAP en un entorno cloud empresarial.

No se muy bien a que se refieren con ese término pero puestos a especular supongo que debe ser que se puede desplegar SAP en una infraestructura tecnológica elástica, es decir que es fácil ir añadiendo o quitando recursos al sistema según lo demanda el uso de la aplicación. La noticia especifica que esa elasticidad se basa en el uso de tecnologías VMWare.

Otro paso más en la dirección de escalar los ERPs a infraestructuras basadas en la nube y que se suma al anuncio de IBM de hace unos días del acuerdo al que había llegado con Amazon AWS para la utilización de varias de sus aplicaciones en EC2. El paso definitivo, en mi opinión, es cuando veamos a SAP corriendo en las infraestructuras de Amazon EC2, Microsoft Azure, GoGrid, y similares.

¿Lo véis cercano?

GMail sustituye a Exchange

google-microsoft-buddiesMe entero por Diversity el excelente blog de Ben Kepes, que Microsoft ha perdido frente a Google un contrato para proveer de correo electrónico a todos los estudiantes australianos de la región de Nueva Gales del Sur. Y no me extraña que lo haya perdido:

Microsoft deal involved a AU$33 million contract and took four years to go live. The Google rollout is planned to cost just $9.5 million and should be live by the end of 2008.

Simple y llanamente: CUATRO – 4 veces antes y 4 veces más barato.

Más información en la fuente directa de MIS Australia.

SAP Business ByDesign

th00123Bueno, aprovechando mi viaje diario de vuelta a casa en cercanías y sacrificando algunos minutos de sueño (¿pero no era esto del blog un hobby?), he podido digerir la nota oficial de lanzamiento de Business ByDesign (antes conocido por A1S) y leer las primeras crónicas y reacciones (por cierto, puedo constatar y constato que los blogs han ganado por goleada a los medios on-line)

(Recordatorio: A1S, ahora ya conocido como Business ByDesign, es como ha denominado SAP a su nuevo producto/servicio ERP destinado a cuentas medianas y bajo un modelo SaaS – pago por uso que incluye licencias de software, servicios, mantenimiento, gestión de infraestructuras y éstas alojadas en un centro fuera de la empresa cliente).

Hoy era el gran día donde SAP, en una esperada conferencia en Nueva York, anunciaba los detalles sobre A1S, ahora ya Business byDesign y éste que sigue es el pequeño y modesto resumen que he podido preparar. Como estoy cansado y tengo ganas de irme a la cama no me detendré en adornar demasiado la prosa y redactaré en forma telegráfica (es lo que tiene ser un amateur):
Definición oficial.
On-demand software solution with built-in service and support (Solución bajo demanda que incorpora servicio y soporte incorporado). Complementa a la oferta actual de SAP para la pequeña y mediana empresa (SAP Business One y SAP All-In-One).

Historia y hoja de ruta.
Fruto del esfuerzo de alrededor de 1.000 empleados de SAP durante cuatro años y alrededor de 350 millones de euros (¿sólo?). Lleva probándose desde seis meses antes del anuncio con clientes seleccionados de Alemania y EEUU (20 ya en producción y 45 en pruebas todavía). En los próximos meses se incorporarán al club de los elegidos compañías del Reino Unido. En España llegará durante el 2008 – también con clientes seleccionados.

Testimonio.
Kevin Flanagan (nombre que induce al chiste por estos pagos, by the way), el CEO de Compass Pharma Services LLC, una de las compañías que ya lo tiene en producción, afirma ufano y entusiasmado que esperan reducir su presupuesto actual de IT en menos del 25% del actual (sí, eso es lo que dice, no has leído mal)… ¡buff!

Mercado objetivo.
Empresas medias de 100 a 500 empleados que crezcan muy rápido y que aún no han invertido en un gran ERP. SAP estima que hay, sólo en Alemania y EEUU, alrededor de 60.000 compañías con ese retrato robot. En España, si escalas en número de usuarios – por ejemplo de 10 a 50 usuarios – hay un montón.

Funcionalidad.
Este punto es clave. El alcance funcional es Finanzas, Operaciones (no se precisa más) y Recursos Humanos (menos nómina). No van a contemplar funcionalidades verticales (de un sector concreto) y se va a intentar tener una funcionalidad estándar lo más amplia posible (en contraposición al modelo actual de tener una funcionalidad horizontal básica y extenderla con módulos verticalizados – adaptados a cada sector).
El objetivo es que NO haya adaptaciones – funcionalidad estándar para todos. Es coherente con el modelo SaaS de forma que se puedan compartir las infraestructuras entre los clientes y las implantaciones se puedan hacer como churros de una forma rápida y repetitiva.

Estrategia de Partners.
Otro punto clave y que SAP no ha clarificado – es la incógnita estrella en estos momentos. Está claro que el modelo actual, para este producto, no sirve ya que se basa en que el Partner hace negocio con servicios alrededor de la implantación del ERP (la relación típica es de 3 euros de servicios por cada euro de licencias).
Ha trascendido que han llegado a un acuerdo con ADP (empresa con soluciones de nómina, que ya ofrece sus productos en modo SaaS desde hace años)

Tecnología.
El producto se ha desarrollado desde cero utilizando la plataforma tecnológica de SAP NetWeaver. No tengo más detalles

Precio.
El precio en EEUU empieza desde 149$ por usuario/mes con funcionalidad completa y con un mínimo de 25 usuarios (este número de usuarios mínimo lo tendrán que cambiar en España seguro).
Hay paquetes para 5 usuarios con funcionalidad reducida (una única función de negocio) a partir de 54$ por mes – esta es una buena estrategia.

 

* * * * *

Incógnitas.

A bote pronto ya se me ocurren las siguientes:

  • ¿Qué pasa con los partners actuales? – especialmente con los que se dedican al mercado de medianas empresas. Van a tener que pasar de un modelo de negocio basado en servicios de implantación e integración (donde los ingresos por horas triplican como poco a los ingresos por venta de licencias) a un modelo que nadie se ha atrevido a explicar todavía. De pocos proyectos y largos, a muchos proyectos y cortos – es fácil ver que es todo un cambio estructural
  • ¿Lo podrá digerir SAP? – Es un cambio de modelo de negocio que requerirá cambios organizativos y de perfil de su personal.
  • ¿Será suficiente la funcionalidad estándar para todos? – independientemente del sector.
  • ¿Cómo se integrará la nueva aplicación con otras aplicaciones de las empresas? – si hay funcionalidades no cubiertas se tendrán que cubrir con otras aplicaciones, y se requerirá una integración.
  • ¿Cómo va a responder la competencia? – y aquí hay que distinguir a la competencia que ya es SaaS (NetSuite, Salesforce, …) de la tradicional (Microsoft, Oracle, …). Es de esperar movimientos interesantes.

Si has llegado hasta aquí es que el tema te interesa bastante, por lo que a lo mejor te son útiles los siguientes enlaces:

Nota Oficial de SAP

La grabación del anuncio

Página oficial de producto

La opinión de Nic Carr

Los blogs de ZDNet

Nota: pido disculpas por lo sintética, acelerada y atropellada que es esta entrada, pero he priorizado la velocidad en dar la información a la forma.

****

Actualización: Hoy (21/9) he hablado con un gerente de uno de los partners de SAP en España que se pueden ver más afectados a medio plazo. Para mi sorpresa y estupefacción, no tenía ni p… idea de lo que le estaba hablando.

WorkDay, ¿un ERP 1.9?

416142_workday_logo_epsWorkday es un ERP fundado por Dave Duffield el fundador de PeopleSoft, lanzado en enero del 2006 y que acaba de anunciar la liberación de una nueva versión, completamente SaaS, de su producto. Funcionalmente sólo cubre finanzas y recursos humanos por ahora.

Esta nueva versión trae tres características remarcables:

  • Modelo basado en SaaS
  • Arquitectura basada en eventos
  • Uso de etiquetas

La primera no es ya una gran novedad. Simplemente vale la pena mencionar que «quieren ser a los ERP lo que Salesforce ha sido para el CRM» – una declaración de intenciones bastante ambiciosa.

Lo de la arquitectura basada en eventos quiere decir que modelan cada proceso de negocio en eventos (p.e. «crear un pedido» es un evento dentro del proceso de negocio «venta») que van sucediendo. Es decir que atomizan los procesos de negocio y asocian a cada átomo una pieza de software que es autosuficiente (como una caja negra) y que es conectable a otras piezas.
No es que sea una gran novedad, pero es una característica interesante (todo lo que sea modularizar y encapsular siempre suele ser bueno en el mundo de los sistemas de información)

Lo del uso de etiquetas si que es más a destacar. Sin llegar a la potencia de delicious o flicker, se trata de que a cada evento de los mencionados se le puedan asociar etiquetas. Con este etiquetado se consigue que el análisis de la información (el business intelligence) sea mucho más potente. En lugar de los tradicionales códigos analíticos se tiene ahora una estructura de información mucho más versátil (virtualmente se tienen infinitas dimensiones de análisis). Lo que no está claro si hay barra libre (cada usuario puede poner los que le de la gana) o está acotado de alguna forma.

También mencionan que un usuario no técnico es capaz de poder componer procesos de negocio relacionando con etiquetas las diferentes piezas que he mencionado antes y sin tener que tocar/picar ni una línea de código (esto no lo acabo de entender con la información de la que dispongo).

El mercado objetivo es el de empresas «medianas/grandes». Van a competir en una selva muy poblada y a la que están atacando los grandes fabricantes de ERPs: SAP (SAP All-in-One y A1S), Microsoft (MS Dynamics), SAGE Financials, Oracle EBS, Lawson (antes Movex), Exact, , …. además de los locales (que en España son muchos y algunos bastante potentes Axional, rps, CCS-Agresso … y me dejo muchas)

¿Quizá sea la primera utilización de los conceptos Web 2.0 a aplicaciones de gestión de negocio?. Me viene a la cabeza ahora una reflexión (de alguien que ahora no recuerdo) que se preguntaba ¿qué pasará cuando esa generación que ha crecido con conceptos como tags, colaboración, … se ponga delante de una pantalla de SAP (u otro ERP 1.0)? – eso si hay SAP (u otro ERP 1.0), claro.

A este respecto las palabras de Adam Carson (apóstol de la web 2.0 en Morgan Stanley y blogger) en la Office 2.0 conference son reveladoras:

Basically Morgan Stanley or any other corporation faces the choice of forcing the younger generation of employees to learn the old way of doing business or adapting to new models of work and organization.

Que traducido más o menos es:

Básicamente, Morgan Stanley o cualquier otra corporación se enfrenta al dilema de forzar a las nuevas generaciones de empleados a aprender las viejas formas de hacer negocios o adoptar nuevos modelos de trabajo y organización.

Morgan Stanley está implantando conceptos Web 2.0 en sus procesos de negocio, interna (redes sociales, localización de expertos por recomendación, cultura participativa, servicios de pregunta-respuesta, …) y externamente (comunidades con clientes, wikis, …)

Nota. Esta entrada ha sido confeccionada partiendo de las siguientes fuente:

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