Los nuevos retos del modelo de código abierto
February 12
Inauguro mis aportaciones a este blog con un tema que empieza a estar en el disparadero, pero del que aún existe poca literatura y material: el modelo de código abierto en el ámbito de las aplicaciones de negocio de carácter crítico (ERPs, CRMs, etc.)
En los últimos años hemos asistido al surgimiento de una serie de empresas que implementan el modelo open source o "código abierto" en un mercado de perfil más alto al que estábamos acostumbrados: ya hemos asumido y aceptado que podemos tener un sistema operativo (Linux), un servidor de aplicaciones (Jboss), o un gestor de contenidos (OpenCMS) de código abierto. Pero las dudas surgen cuando hablamos de aplicaciones más críticas, aquellas con las que gestionamos las operaciones de nuestra empresa: contabilidad y finanzas, comercial, producción, etc.
La buena noticia es que existen ya aplicaciones muy sólidas y competitivas que cubren esas áreas funcionales. De hecho una de las más famosas, Openbravo (ERP), es española y triunfa en todo el mundo. Otros ejemplos son Concursive y SugarCRM (CRM), Alfresco (ECM) o TinyERP (ERP).
La no tan buena es que el modelo de ingresos que las empresas que hay detrás de estos productos se han planteado no termina de ser definitivo. Nos encontramos por ejemplo con muchas que ofrecen el producto al completo gratuito y se plantean vivir exclusivamente de los servicios a partners y clientes; por otro lado las hay que tienen versiones del producto gratuitas (generalmente con funcionalidades muy básicas), y ofrecen versiones más completas que sí son de pago; incluso en algunos casos tenemos versiones de pago de las aplicaciones en modo ASP (software como servicio).
Quizás no exista un único camino, pero lo que está claro es que todas estas empresas deben empezar a dar resultados y demostrar a los fondos que han invertido en ellas que disponen de un modelo viable y rentable a largo plazo. En época de elecciones, yo voto por el SI, y estoy convencido que lo van a lograr. Aunque el camino puede ser duro, y algunos (esperemos que pocos), caerán a la cuneta.
Print
Permalink
- November 2008
- October 2008
- September 2008
- August 2008
- July 2008
- June 2008
- May 2008
- April 2008
- March 2008
- February 2008
- January 2008
- December 2007
- November 2007
- October 2007
- September 2007
- July 2007
- June 2007
- May 2007
- April 2007
- March 2007
- February 2007
- January 2007
- December 2006
- November 2006
- October 2006
- September 2006
- July 2006
- April 2006
- Supercomputadores
- International Executive Program in India, Feb 2-5, 2009
- ¡Crece! ... la inversión publicitaria en Internet
- Malas prácticas en atención al cliente y CRM: el caso IBERIA
- Sun en el punto de mira
- Obama y su incompatible adición al correo
- El tratado de Bolonia y las carreras Informáticas
- Beneficios de Telefónica caen un 50%
- India, un mercado lleno de Telecoms
- ¿Mejor alianzas que adquisiciones?
Es curioso que el modelo de código abierto sea el que da lugar a aplicaciones más potentes (ahí está firefox y su demoledora comparativa con explorer) y sin embargo parece que es más fácil vivir de vender licencias porque está más definido el modelo: precio de compra, margen, precio de venta...
La asociación permanente que hace la gente de software libre con gratis y con que los que trabajan en ello son altruistas/ongs, no ayuda nada, y es un sambenito que será difícil descolgar.
Muy interesante el tema y prometedor comienzo del blog!
Sin duda queda mucho camino por recorrer y no hay mucho tiempo para ello.
En mi opinión, hasta que una empresa de servicios de integración de las grandes (Sun, IBM y Unisys son mis favoritas) no se ponga las pilas y respalde a un ERP OpenSource, ya sea comprándolo u ofreciéndolo (de verdad no de "boquilla"), no arrancará el tema - es un tema de CONFIANZA, y hoy en día no la hay.
Lo de que OpenBravo triunfa en todo el mundo, no quiero ser aguafiestas, pero no veo que tenga ni clientes ni partners relevantes. En todo caso triunfa mediáticamente, eso sí. He tenido la oportunidad de evaluarlo en varios proyectos de selección de ERPs y no da el mismo nivel de cobertura funcional que los ERPs privativos. En coste al final sale igual porque para llegar al mismo grado de cobertura se tiene que desarrollar mucho - es decir costes por servicios. En algún caso ellos mismos se han retirado al conocer las listas de requerimientos.