e-Valúame

Tag Archives: software as a service

Saas y la crisis – 2ª parte

Poco más tengo que añadir de lo que en este post hablaba sobre lo interesante que se tercia la opción saas  cuando estamos en época de vacas flacas. Quizás en esta parte del año y como comentaba mi colega Javier en su post, es época de configuración y acuerdos de los presupuestos con la directiva y seguro que más de un director de IT se plantea tirar de saas, paas e iaas para reducir sus costes. 

Solo quiero exponer gráficamente como está preocupando el tema en este útlimo mes a los navegantes por las vistas recibidas al anterior post  y a través de las palabras «crisis», «la crisis», «saas crisis».

 

Los 10 errores más comunes de una startup de saas

El otro día comentaba Enrique Dans en uno de sus post que Zoho es el más listo de la clase porque entre motivos, ha empezado a utilizar Google Gears antes que el propio google. La verdad es que Zoho no ha parado de poner software online en los 3 años que llevan de vida y lo hacen realmente bien pero para mí, dentro del mundo «as-a-service» , el más listo de la clase siempre ha sido Salesforce, que con su CRM online ha conseguido ser una referencia en este mundo y ahora con Force quieren ser tambien los líderes en el mundo de las platform as a service.

Para promocionar Force están lanzando una campaña de comunicación y ayuda para que aquel emprendedor que quiera focalizar su esfuerzo en el desarrollo del software as a service, tenga toda clase de información a traves de white papers con consejos para su creación y seminarios web online . Por eso digo que son listos y los primeros de la clase porque como comentaba hace algún tiempo estos tios en Force no cobrán al desarrollador, hacen caja con la base instalada de clientes que utiliza su CRM y que ahora pagará si quiere utilizar una de las aplicaciones que estos nuevos proveedores de saas desplegaran en su plataforma.  De ahí que se dediquen a atraer proveedores de saas con sus aplicaciones para hacer un «poco» mas de caja. 

Hace unos dias publiqué un resumen en español de un informe de Salesforce que hablaba sobre las 7 claves a tener en cuenta en la creación de una saas, y ahora dejo otro resumen de este paper sobre los 10 errores más comunes que suelen cometer cuando lanzas una empresa de saas:


Recuerda que el modelo de negocio de saas es diferente

Error 1.- Ejecutar tus procedimientos operativos como si fueras una compañia de software tradicional. Tus beneficios dependen de ingresos paulatinos y no de grandes ventas, por eso debes tener cuidado con tus gastos fijos y monitorizar la renovación de tus suscripciones e indicadores de futuros ingresos.

Error 2.- Gastar demasiado en marketing y fuerza de ventas. El marketing tradicional y en concreto la publicidad puede resultar muy costosa y hay proveedores de saas que han encontrado fórmulas de marketing más economicas e igual de efectivas.

Error 3.- No poner interés en que el cliente use producto. Si conoces el uso de tu producto, el numero de clics que reciben tus páginas, aquellas que no se utilizan entonces intenta sacar provecho de está información para dar al cliente lo que quiere.


Evita errores de marketing comunes

Error 4.- Conformarte con la mentalidad «construido-ya vendrán». Necesitas tener una estrategia promocional agresiva que identifique a tu target y los diferentes canales de acceso.

Error 5.- Esperar a que tu cliente tenga éxito. Haz lo posible para que tu cliente utilize y saque partido de la aplicación y que obtenga el beneficio que esperaba. Manuales, videos, soporte online, etc…

Error 6.- Subestimar el poder de la referencias de clientes y de los evangelistas. Los testimonios de clientes y comentarios de los evangelistas hace más estable y confiable tu producto.

Error 7.- No poner interés en las comunidades de usuarios. Los foros de usuarios ayudan al clientes a manejar mejor la herramienta y sirven de soporte de la misma, evitando que el cliente necesite el nivel de soporte básico.  Encuentra a los usuarios evangelista más activos, incentivalos y escuchalos.


No tengas en cuenta como se hacen las cosas en el desarrollo tradicional

Error 8.- Utilizar metodologias tradicionales para la entrega de saas. En el desarrollo tradicional hasta que no tengas un número de cambios funcionales importante no empaquetas para en lanzamiento de una nueva versión. En saas no es necesario hacerlo e incluso puede ser contraproducente hacerlo así porque no creas expectación , dinamismo en la aplicación y parece que no escuchas las peticiones de tus clientes.

Error 9.- Invertir en infraestructura más de lo necesario. Esto es directamente «promocional» a Force, pero es completamente cierto que es una ventaja no invertir en Iaas ( infraestructure as a service) cuando hay gente que lo hace bien y es su negocio.

Error 10.- Que te pillen sin un API. Es necesario que el cliente no sienta que sus datos están aislados de su sistema y que tenga la «oportunidad» de sacar sus datos y llevarlos a otro proveedor de saas.

Saas verticales , horizontales y ¿saas a medida?

Un proveedor de saas a la hora de iniciar su actividad deberá plantearse cual es el servicio que va a ofrecer a sus clientes y qué tipo de aplicación envolverá al servicio. Puede ofrecer 4 tipos de aplicaciones:

Aplicaciones a medida,  El cliente dicta lo que quiere y el proveedor se lo hace a un precio por lo general mas alto que el resto de las opciones. 
Aplicaciones Verticales puras, son para el gremio en cuestión y no hay posibilidad de utilizarlas en otro gremio.
Aplicaciones Verticales, son aquellas que cuya solucion se podría obtener con aplicaciones horizontales pero dada su condicion esta mucho mas dirigidas al sector y por tanto requiere menos trabajo de adaptacion y configuración.
Aplicaciones Horizontales
, pretenden ser utilizadas por cualquier sector pero su nivel de adaptación a tu negocio requiere horas de configuración e incluso desarrollos. Ejemplo es un SAP, CRM

Dejando a un lado las aplicaciones a medida y partiendo de la base que el mismo proveedor de saas lleva el mantenimiento de la infraestructura y de las nuevas versiones, que la aplicación a ofrecer sea vertical pura, vertical u horizontal dependerá más de un tema estratégico; las horizontales son mas ambiciosas, más complejas de desarrollar, más configurables y por tanto más riesgosas que las verticales pero por su condición pueden llegar a más clientes que las verticales y como tenga un poco de reconocimiento te forras.

Pero ahora bien ¿merece la pena tener un modelo de negocio basado en saas a medida? Yo no encuentro, bajo las precondiciones de saas (infraestructura, mantenimiento de versiones, precio por uso,etc.) , modelo de negocio posible para podermantener el saas a medida de tus clientes. Pero sin embargo si me parece interesante aprovecharse del modelo cloud computing y de las ventajas de la nube. Si el cliente está de acuerdo en mantener sus aplicaciones en la nube, existe la posibilidad de colocar la aplicación en una paas y el precio del software sigue el modelo tradicional, tanto el proveedor como el cliente salen beneficiados de la decisión ya que ninguno tendrá que mantener la infraestructura y las modificaciones y arreglos del software durante su garantía podrá realizarse online, sin desplazamientos para el proveedor y ganando el cliente en rapidez de implatación.

¿Y que tipo de aplicación prefiere el cliente?  En general si el cliente tiene claro lo que quiere y tiene presupuesto, prefiere una aplicación a medida ya sea saas o aplicación tradicional y como 2ª opción se plantea la adquisición de aplicaciones verticales u horizontales que están en el mercado con un éxito más que notable y que encajan en un porcentaje alto con la funcionalidad requerida. Y a partir de ahora el cliente podrá tener en cuenta al nuevo jugador y proveedor de saas que a través de su continua especialización en la aplicación saas y su infraestructura, el feedback online con los clientes (práctica habitual de los proveedores de saas y paas), la rapidez de implantación de las mejoras que estos solicitan (2ª de las claves de este post ) y sobretodo si son mejoras de clientes del mismo gremio, las saas que ofrezcan serán una opción más que considerable.

Siete claves para un proyecto saas de éxito

Esta mañana revisando el blog de Force me he encontrado con esta entrada que me ha encandilado porque en sus referencias aparecía este whitepaper que explica qué debe tener en cuenta una empresa de saas de reciente creación para que concluya y mantega su éxito. No estoy seguro de cuando se liberó el pdf pero es igual de interesante por los puntos que destaca y porque aparecen unas cuantas referencias de empresas (con declaraciones de su CEO) acerca de cómo y porqué les fué y les va viento en popa en este nuevo mundo. 

Una de la cosas que más me ha llamado la atención es que el software tradicional y el software as a service se gestionan de diferente manera (desde su captación hasta su entrega al cliente)  y muchas de la prácticas y procedimientos comumemente aceptados en la creación del software in-house no tienen sentido en el saas. Esta la típica chorrada que cuando te la dicen, la afirmas como obvia pero que en tu día a día no dejas de hacerla, por eso me gusta destacarla.  

Resumo las siete claves para que un proyecto Saas tenga éxito: 

  1. Busca líderes del proyecto responsables. El proyecto debe tener un líder que entienda la solución saas y que acepte las  diferencias entre la creación de software tradicional y el modelo saas. Además debe intentar encontrar las métricas correctas para evaluar el estado del proyecto (tasa de adopción, utilización del sistema, desgaste de la solución) , asi como de su comunicación dentro de la compañia y los responsables de cada métrica.
  2. Haz aplicaciones que tus usuarios necesiten. Debes intentar deleitar a tus usuarios para que vuelva a utilizar tu aplicación con nuevas actualizaciones, interfaces intuitivos, upgrades automáticos que no fastidien sus personalizaciones. Además de tener la posibilidad de escuchar a tus usuarios(chat,tablon de sugerencias), de informales sobre actualizaciones y futuras mejoras, de saber que es lo que más utilizan y que no, etc. En definitiva crear expectación, darles lo que quieren y disponibilidad.
  3. Genera demanda las 24h del día. Apoyándote en la información que tienes de tus usuarios intenta generar demanda con actuaciones como accesos free a una parte de la aplicación, eventos, seminarios, videos, promociones,etc..
  4. Vendes servicio, no producto. Vendes un servicio completo, esto es entrega de producto, soporte y mantenimiento. Esto impacta en tu equipo de ventas y en tu equipo de desarrollo porque a diferencia del software tradicional, la fijacion de precio, el cumplimiento del mismo, la fidelidad del cliente, el mantenimiento de la aplicacion, el acuerdo del nivel de servicio(SLA), infraestructura para el cumplimiento del SLA,etc..  se tiene diferente tratamiento. No es lo mismo dejar un proveedor intermediario que mantega el código o que el propio cliente lo mantenga a que recaiga sobre el proveedor Saas. 
  5. Haz una religión del éxito de tu cliente. Ganar-ganar, si tu cliente gana tu ganas. Intenta destacar éxitos de tus clientes para obtener la atención de futuros clientes, realiza encuentas de satisfación y resuelve las quejas cuanto antes para fidelizar clientes, intenta crear grupos de clientes exitosos para enseñar a nuevos clientes, etc.. En definitiva el cliente debe renover suscripción y debes intentar hacer lo que sea para que vuelva a probar tu aplicación. 
  6. Desarrolla buenos procesos financieros. Debido a que los ingresos recibidos en el saas son incrementales y dependientes de las renovaciones, el tratamiento de la finanzas de la empresa saas es uno de los factores críticos a tener en cuenta.  Hay que tener especial  cuidado con el cash-flow, con los gastos fijos iniciales debido a la infraestructura, intentar poner medio de cobro automáticos, aprovechar el conocimiento del crecimiento de uso de aplicacion para prever futuras inversiones,etc.
  7. Encuentra tu sitio en el Universo «mashup«. Busca alianzas o utiliza webs de «remezcla» que potencien el uso de tu aplicación. Esto es un oda a «Force» como plataforma de aplicaciones (Paas– platform as a service) pero es una opción más a tener en cuenta para que tus potenciales clientes conozcan tu saas. 
El paper son 16 hojas y esto es un breve resumen, y aunque es un poco pesada la lectura en inglés la aconsejo porque me parece realmente interesante. 

¿Windows Cloud? Que miedo!!!

De nuevo a través del blog de Enrique Dans me entero que Windows quiere entrar en el mundo del cloud computing a través de un nuevo sistema operativo cuyas funciones y nombre será desvelado de aquí en 4 semanas. El anuncio sorprende un poco porque Microsoft suele realizar anuncios de sus nuevas versiones y nuevos productos con bastante más antelación y porque esta semana Amazon tambien anunció la posibilidad de poder instalar Windows Server en sus maquinas EC2 y donde el pago tambien se hará por el uso que se haga de la máquina y el sistema operativo.

Buscando un poco más de información de este anunció he encontrado esta transcripción de Steve Ballmer en un conferencia en Paris el dia 2 de octubre donde habla sobre el anuncio. La transcripción es un ladrillo y los parrafos que más me han llamado la atención son lo que siguen:

One of the big areas of innovation will be the way the software itself gets transformed in an environment where we can assume high-speed Internet. We call that the software plus services revolution. Some people like to use the word «software as a service.» We say software plus service. Some people say cloud computing, some people say grid computing. Some people say on-demand, blah, blah, blah, blah, blah, blah.

……

We need to remake our development platform and our management and deployment tools so that the software really can move around to the PC, across servers magically. That involves taking .NET, our programming surface, to the next level.

Part of that means putting .NET in the browser, which we’ve done with our Silverlight technology. And yet I don’t think the whole world lives in a browser. PC applications have better user interface, and you can integrate them more. Browser applications run on non-Windows machines, and they’re easier to manage. We need to bring the benefits of both of those things together on Windows, and through our Silverlight technology permit the targeting of other systems.

…..

We will tell you about it, we’ll encourage you, but at the same time our strategy is to build a symmetric stack: Windows Server, Windows Cloud; Active Directory, Active Directory with Live IDs as an identity system in the Internet; SQL Server and an implementation of SQL Server for the cloud. We now have CRM; CRM in the cloud. We have SharePoint; SharePoint in the cloud. We’ve got Exchange; Exchange in the cloud.

Lo primero que me ha llamado atención es que Steve Ballmer diga que el software + service (S+S)sea lo mismo que «software como servicio» porque para su estrategia era mucho más interesante la acepción que dieron ellos del  S+S. Para el que no quiera ir a la wiki, el software + services se basa en tener el software en el PC pero con apoyándose en servicios en la nube. 

Del texto tambien se entiende que quieren potenciar SilverLight, competidor directo de Adobe AIR, para embellecer la presentación del software as a service, es decir, para que el usuario no pierda funcionalidad y usabilidad en la utilización de las aplicaciones de la nube. 

Y del último párrafo, se extrae y en el fondo es lógico que van a mantener la instalacion in-house  y continuar con la escalada de productos hacia la nube. Osea que se suben al carro del cloud computing porque saben que van a sacar ingresos de aquí. 

Poco más de lo que dice Enrique en su post y lo expuesto aquí dijo Steve en sus conferencias en Londres y París pero da un poco de miedo que saquen algo en aparetemente tan poco tiempo y que además funcione.

Zoho celebra su 3er cumpleaños con nuevos anuncios

 

3 años han pasado desde que Zoho lanzó Zoho Writer y desde entonces 16 son las aplicaciones que completan el  set de productos . Lo más destacable de estos y al igual que Salesforce lo que les hace un referente e inyectan confianza al mercado del saas ha sido la progresión de subscripciones y la cifra final que manejan, rondando el 1 millón de subcripciones.  Todas estas subcripciones seguro que no reportan beneficios , yo mismo utilizo la versión free para el directorio cloud computing, pero con estos números cualquier porcentaje  por pequeño que sea seguro que hace interesante este negocio.

Además esta semana han anunciado:

  • la posibilidad de importar objetos Microsoft Word 2007 in Zoho Writer
  • Zoho Mail estará disponible offline a través de Google Gears y como dice Zoli, algo de ironía tiene que Zoho lo utilice en su aplicaciones antes que Google.
  • Zoho Creator va a abrir un almacen de aplicaciones (MarketPlace) donde los usuarios podrán usarlas previo pago y donde los beneficios por el uso seran reportados integramente a los creadores de las apps .  Además si una aplicación no se encuentra en el almacén, el demandante podrá especificarla para que cualquier programador pueda programarla. Este modelo de negocio será  muy parecido a  lo que SalesForce propone con Force y AppExchange

Un DAFO para el Cloud Computing

Una de las herramientas de trabajo mas utlizadas por la empresas en su busqueda de la mejor estrategia a corto, medio y largo plazo es el DAFO.  Debilidades, Amenazas, Fortalezas y Oportunidades son la palabras que componen el acrónimo y se trata de una herramienta que ayuda a reflexionar sobre tu negocio y su realidad en el mercado en el compite,  el entorno político, económico y social, y el conjunto de  proveedores y clientes relacionados con la mismo.

Aunque el Cloud Computing es un mercado y no una empresa,  he realizado el DAFO de este mercado  tomando como competidores el software «in-house» o tradicional, el software + servicios, hosting de aplicaciones y máquinas y en definitiva cualquier mercado que compita o en el que existan productos sustitutivos de Cloud Computing. El resto de agentes (clientes, proveedores,etc) que interactúan en el mercado y que son considerados en la elaboración del DAFO son válidos tanto para el mercado como para la empresa.

Esto es lo que yo he producido pero invito a quien quiera a añadir y completar este DAFO. 

 

Análisis DAFO Fortalezas Debilidades
Análisis Interno
  • Sin inversión y mantenimiento  para el cliente
  • Servicio de costes controlados e incrementales para el Cliente
  • Despligue de software e infraestructura inmmediato. Fácil captación.
  • Antipirateo 
  • Profesionalización y excelencia en la ejecución 
  • Moderada/Fuerte inversión y mantenimiento de la infraestructura.
  • Mantenimiento del versionado del software
  • Entrega a través de Internet
  • Ingresos vulnerables a fallos de seguridad, disponbilidad, rendimiento, etc.
  Oportunidades Amenazas
Análisis Externo
  • Incremento de la estabilidad, ancho de banda, seguridad de Internet
  • Crisis económica (eventual)
  • Mercado en auge y posicionado.
  • Existencia de RIA hace que la apps no pierdan el look «in-house» 
  • Fallo de algún competidor del mercado de seguridad, disponibilidad, privacidad, etc.
  • Mercado inmaduro. Vulnerable al auge de otra tendencia como Software + Servicio
  • Abaratamiento de los costes de infraestructura y mantenimiento tradicionales

Directorio Cloud Computing

Como comentaba en este post, la nueva acepción que está tomando el cloud computing me ha terminado convenciendo y desde entonces llevo con la idea de modificar el directorio-paas que mantenía por otro más completo que, además de contener las plataformas como servicio, contuviera el resto de los agentes que juegan en el mercado del cloud computing. 

Con el directorio paas utilicé Dabbledb como BBDD para la clasificación y almacenamiento de las plataformas pero esta vez y después de probar otras herramientas como Coghead he decidido utilizar Zoho Creator. Lo he elegido por varios motivos pero los principales han sido que es «free» y que permite dejar los grids de datos con un «look» más bonito. Además en el caso de que quisiera meter algo de lógica , Zoho Creator te permite realizar pequeñas acciones(triggers) cada vez que realizas alguna modificación sobre los registros.Tengo que decir que todas estas herramientas que esta posicionadas como herramientas para la creación de aplicaciones, en mi opinión tienen  un corto potencial para realizar complejas aplicaciones de gestión aunque si pueden sacar de algún apuro a aquel con escasos conocimientos de programación.

El nuevo directorio sigue más o menos la clasificación del «cloud computing» que Markus hizó y que con su consentimiento publiqué hace ya un tiempo, con la diferencia de que he añadido un capa intermedia entre la parte de infraestructura y la de plataforma que he bautizado como «Saas on Iaas». Por tanto el mercado del cloud computing quedaría de esta forma:

 

Infrastructure as a service (Iaas)

  • Computing as a service: máquinas virtuales con posibilidad de elección del sistemas operativo (normalmente Linux) para albergar el software que se desee. Normalmente serán utilizadas para albergar un servidor de aplicaciones, servidores de BBDD, etc.
  • Storage as a service: ofrecen almacenamiento en la red. Los servicios de backup y replicación puede o no estar incluidos en el precio del servicio.
  • Database as a service: son máquinas (virtuales o no) con sistema operativo que ofrece un servicio de almacenamiento relacionado o lo que comumente llamamos «base de datos». Se considerá infraestructura porque la base de datos es un soporte para el almacenamiento de información que suelen utilizar la aplicaciones.
Saas os Iaas. Son aplicaciones «as a service» que completan el servicio Iaas que ofrecen algunas empresas como Amazon. Suelen ofrecer escalabilidad, balanceo de carga, etc. 
Platform as a service (Paas). Ofrecen la posibilidad de desplegar aplicaciones sin tener que ocuparte del mantenimimento de la infraestructura.  Las distintas plataformas suelen especializarse en un determinado lenguaje de programción, servidor de aplicaciones y base de datos, como por ejemplo, Google App Engine que ofrece la posibilidad de desplegar aplicaciones Phyton.
Hay diferentes tipos de «plataform as a service» pero a mi modo de ver una plataforma como servicio  «completa» es aquella que contenga todos los componentes nececsarios ( servidor de aplicaciones, base de datos, frameworks, etc.) para poder  desplegar y ejecutar las aplicaciones. Implicitamente debe tener un rendimiento óptimo, deber ser escalable  y ofrecer seguridad y privacidad de la información que almacena. En la mayoría de los casos el propietario no tiene mas preocupación que su aplicación funcione correctamente porque de la escalabilidad, el balanceo de carga, y todo aquello que suponga el mantenimiento de la plataforma corre a cargo del proveedor paas. 
Software as a service (Saas). Es el software ofrecido como servicio,o lo que conocemos con el acrónimo de saas, sin necesidad de inversión en instalaciones y como consecuencia sin en el mantenimiento posterior. El software esta desplegado en una plataforma como servicio que puede ser propia o de algunos de los proveedores del mercado Paas. 

Zoho Docs vs Google Docs

La semana pasada Zoho lanzó Zoho Docs, un lugar donde almacenar y organizar los documentos online que puedes realizar con sus otras herramientas, Zoho Write, Sheet and Show. Además acepta ficheros de todo tipo, permite chatear con otros usuarios online  y como Google Docs permite compatir ficheros en el grupo de trabajo. 

En definitiva parece una herramienta que centraliza el acceso al resto de sus herramientas y organiza los documentos que puedan realizar con estas. En mi opinión la herramienta nace más como una necesidad para cerrar el set de productos de Zoho que para ser un competidor directo de Google Docs pero lo que está claro es que ofrecen un servicio muy parecido y por tanto compiten. No hace mucho estudié los productos de Zoho y me quedé impresionado de la evolución que esta gente ha tenido en el mundo saas desde su inicios en el 2005. Desde entonces pensé que Google terminaría comprándolos por su suite de productos y por ese aire «google» que presentan (los colorines del logo son idéntificos a los chrome). En este link se pueden ver las virtudes de la herramienta.

Chrome y Saas

Como era de esperar se ha montado un buen revuelo entorno al nuevo navegador Chrome de Google.  Un navegador que encima es open-source, mas rápido, un instalable ligero, y no se cuantas cosas más.

A parte de estas características lo que más me está llamando la atención y el motivo de este post es que además le estan etiquetando como el S.O que competirá con MicroSoft. Uno de lo que mas defienden esta teoria es Enrique Dans que en su ultimo post  explica porque cree que Chrome es más que un navegador. Resumiendo un poco su post, opina que Chrome y Gear permitirán correr aplicaciones con conexión online y offline y de esta forma cubrirán todas las necesidades del usuario y no será necesario un S.O tan pesado y complejo como Microsoft.

Es cierto que cada vez tenemos más aplicaciones en la red, que nos va costando menos localizar nuestros datos, archivos, documentos, etc. en la nube y en general que Internet es mas transparente, seguro, rápido y fiable. Pero tambien es cierto que aún queda mucho para que la gran mayoría de usuarios opte por este uso de Internet y que sobretodo tengamos las mismas aplicaciones y con la misma funcionalidad que la aplicaciones in-house. Por ejemplo, Google Docs está  muy lejos de la funcionalidad que Microsoft Word ofrece y su baza esta en que las funcionalidad que ofrece es lo que normalmente se usa. Lógicamente que la oferta de aplicaciones saas sea baja o no cubra las funcionalidad que las aplicaciones in-house ofrece es un handicap para que Chrome o cualquier otro sea lo que único que deseemos tener en un nuestro PC.

A parte de esto, tenemos otro gran problema que seguimos sin resolver y que afecta directamente en la proliferación de herramientas office ya sea in-house o online. Me refiero a las estandarización de formatos e interfaces de las herramientas. Vivimos todavia bajo el monopolio de Microsoft, Oracle, etc. y que la gran masa de usuarios opten por utilizar otro tipo de herramientas es algo que aunque llegará, aún le queda mucho tiempo. Yo mismo estuve utilizando durante un tiempo y debido a un proyecto, Ubuntu y OpenOffice y aunque OpenOffice cubre practicamente toda la funcionalidad, a la hora de importar y exportar documentos a Word tuve grandes problemas para que el documento quedara decente.

En resumen, en mi opinión seguro que llegaremos a tener todos nuestros datos en la nube será cuestión de evolución, conocimiento y confianza de la red pero aun quedan años e incluso décadas para que Chrome o cualquier otro navegador sustituya casi por completo al S.O. Porque esa otra, si el movimiento de Chrome como entrada a tu escritorio de trabajo cobra fuerza habrá más competidores que entren en el juego.

Office 2.0 Conference

Desde el miercoles dia 3 de septiembre hasta el 5 de septiembre se celebrará esta conferencia donde se trataran temas 2.0 y as-a-service.  Las conferencias y mesas de trabajo estarán dirigidas por personalidades de referencia como Phil Wainewright ( guru del mundo as-a-service) y David Allen´s y empresas de renombre como Google, Sun, Zoho. etc.

Este evento, que cuenta ya con tres años de edad, se esta conviertiendo en uno de los mas importantes del año y es el típico donde la empresas quieren estar y figurar. Supongo que el contenido, como en la mayoría de estos eventos, pocas sorpresas dará aunque si es una forma de que el futuro cliente pueda acercarse y conocer las estrategias futuras de las punteras en TI. Se puede consultar en el margen derecho la larga lista de sponsors que tiene el evento.

Los 3 niveles del «Cloud Computing»

Como comentaba en el post anterior, buscando información sobre nuevas plataformas como servicio he encontrado varios post que intentan desgranar los agentes que actuan en este nuevo mundo «as a service». De todos ellos, me ha llamado la atención especialmente este que a continuación os traduzco con el permiso del autor ( Thanks Markus), que explica gráficamente, como muy poco texto y en definitiva de una manera muy clara y sencilla que hay detrás del mundo del «Cloud Computing».

Aunque en general me parece un post muy brillante, no estoy muy de acuerdo con algunas definiciones sobretodo con la de «Platform as a service (paas)», y aunque ya hablé en otro post sobre lo que pienso sobre paas me gustaría exponer mis nuevas ideas acerca de esto en otro post tomando como base éste de Markus. Este es el post traducido:

La Cebolla
En un intento decomprender mejor la naturaleza del «Cloud Computing» he intentado establecer una clasificación de algunas empresas y las aplicaciones que desovan en la nube.

  

Tres niveles diferentes de «cloud computing»

Infraestructura
El corazón de la nube es lo que algunos llaman la infraestructura como de servicios (IAAS). Esto es lo más cercano al metal desnudo: puro almacenamiento y capacidad de cómputo. Con las técnicas de virtualización se envasan pequeñas unidades (machinas con sistemas operativos, o megas de almacenamiento) que se entregan como el agua o la electricidad (concepto de utilidad de computación).

 

 

 

 

 

 

 

Plataformas
La siguiente capa es la Plataforma como servicio (Paas). Aquí nos encontramos con las plataformas más complejas, como Google o App Motor Salesforce.com AppExchange. Marc Andreessen, que acuñó la frase «la web como plataforma», escribió una vez: «[a] plataforma es un sistema que puede ser programado y, por tanto, personalizado por los desarrolladores – usuarios – y por tanto, adaptarse a un sin número de necesidades y que los desarrolladores de plataformas tradicionales no podrían llevado a cabo, y mucho menos no hubieran tenido tiempo para adaptarla. […] Si se puede programar, entonces se trata de una plataforma. Si no puede, entonces no lo es. «(Fuente)

 

 

 

 

 

 

 

Aunque no considero Amazon EC2 o S3 como una paas, sino más bien un Iaas, la elasticidad proporcionada por la infraestructura del Amazon ha permitido a desarrolladores de terceros construir plataformas sobre Amazon. Me preguntaba donde puedo poner en mi diagrama  los otros servicios Web de Amazon (FPS, DevPay, etc) pero no he encontrado un lugar plausible, aún. Probablemente debería estar en algún lugar entre Iaas y Paas.

Apps y Servicios
La capa exterior de mi cebolla está formado por todas las aplicaciones y servicios que se construyen en la parte superior de cualquiera de IAAS o FCA. No estoy satisfecho con la capa exterior. Creo que necesita más la categorización, como la agrupación de tipos de aplicaciones, por ejemplo, aplicaciones de  Redes Sociales, Servicios de copia de seguridad, y así sucesivamente.

 

 

 

 

 

 

 

 API
Cada capa tiene un conjunto diferente de APIs. Cercano al núcleo, los desarrolladores han estandarizado tecnologías Web y protocolos para el acceso y uso de la nube. Más alejadas del núcleo, se añaden niveles de abstracción  haciendo cada proveedor APIs más específicas . En cuanto a la aplicación y servicio de capa, encontramos una mezcla de APIs menos normalizada y estandarizada .

Los precios de Microsoft Online Services

Esta semana Microsoft anunció la apertura de la beta de productos online que desea ofrecer a sus clientes. Desde esta dirección  se puede acceder a la beta y a la información de cada uno de los productos saas (o lo que Microsoft se empeña en llamar software+services) que ofrece que son Exchange, LiveMeeting y Sharepoint, y que se suman al ya conocido Dynamics CRM. La suma de todos los productos pretende establecer un entorno de colaboración para los empleados de las empresas apoyándose en las herramientas de correo, de gestión de procesos, de conferencias online, etc.

Buscando información acerca de estos productos me encontré con este interesante artículo  en inglés que explica la historia de los servicios online de Microsoft y los precios que ha puesto a estos servicios. Resumo lo que me ha parecido más interesante de este artículo

Breve historia de Microsoft online
Si no ha venido siguiendo el desarrollo de Microsoft online, permítanme que haga un resumen rápido. Hace varios años, Microsoft compró Placeware que es su actual buque insignia para conferencias online, LiveMeeting. Poco después, Microsoft comenzó a ofrecer servicios de Exchange online a las grandes empresas. Microsoft también dio a conocer su , Dynamics CRM, como modelo saas. Ahora, con 10 millones de usuarios autorizados para Exchange online y más de 50 millones de mensajes por mes, Microsoft está ampliando sus servicios a las empresas de todos los tamaños.

……………

Licencias y Precios
El anuncio de hoy incluye un nuevo modelo de licencia, llamada la licencia de suscripción de usuario, o «USL». Cada usuario que tenga acceso a los servicios online de Microsoft requiere un USL, pero usted no necesita comprar USLs para cada usuario de su empresa. ………………………….

Una de las grandes características de la USL es que un USL puede utilizarse tanto para los servicios externos de Microsoft online , así como para los servicios internos. Por ejemplo, un usuario con un SharePoint USL puede acceder a SharePoint de Microsoft online y a su intranet SharePoint-( para los servidores SharePoint CAL no se requiere licencia para ese usuario)

El coste básico de un USL para lo Microsoft llama la «suite online de productividad para las empresas»  esde 15$ por mes. Esto significa, que por un valor de 15$/mes, un usuario puede tener acceso a Exchange, SharePoint Server, Live Meeting y, cuando se libere a la Oficina de Comunicaciones online.

Los  15$/mes por USL es la base de referencia para la suite. Cada producto puede ser licenciado por separado si así lo desea:  10$/mes para Exchange USL,  7.25$/mes para SharePoint, 2,50$ para la Oficina de Comunicaciones y 4,50$ para LiveMeeting. Cada USL incluye una cuota de almacenamiento: 1 GB por USL para Exchange y 250MB de almacenamiento por USL para SharePoint, y se puede comprar almacenamiento adicional  por  2,50$ por GB por mes.

…………………………….

Por supuesto, la teoría es que si se pasa de un modelo mixto o un modelo online , que Microsoft llama «Software + Services», se puede reducir significativamente el coste total de ejecución y soprte de los servicios de IT. No tendrás más preocupaciones acerca de almacenamiento, filtrado de spam, actualizaciones,  redundancia, o de recuperación de desastres. Microsoft ofrece en todo el mundo 13 datacenter (serán más al 20 el próximo año) altamente escalables, dpnde los servicios de los clientes de Microsoft online se replican a dos datacenter para proporcionar redundancia, y el garantizar los acuerso de disponibilidad del servicio en un 99,9%.

 

¿Que es Saas?

La verdad es que un blog dedicado al software como servicio y que no exista un artículo en exclusiva para explicar el concepto tiene algo de guasa. Me lo he planteado muchas veces pero si creo que no voy a aportar nada nuevo a lo que ya existe en la red, me da mucha pereza escribir o rescribir lo que ya esta inventado y escrito.

No obstante , he encontrado un razón de escribir este post y es que el concepto lo he explicado a traves de los post que hasta ahora he escrito y me parece buena idea explicar lo que significa saas a través de un popurri de estos post .

¿Que es Saas o «Software as a service» o en español «Software como servicio»? 

Saas es aquella aplicación ofrecida por su creador (ISV) a través de internet para su uso o utilización por varios clientes manteniendo la privacidad de sus datos y la personalización de la aplicación. El usuario paga por el uso, por la infraestructura necesaria (CPD, máquinas de computación, de almacenamiento, de seguridad,etc) para el correcto funcionamiento de la aplicación y por el mantenimiento (nuevas versiones, corrección de bugs, almacenamiento necesario,etc) de la infraestructura y aplicación.

Debemos saber que en general hay varios modelos de construcción de soluciones saas o lo que Microsoft llamó niveles de maduración de saas y en estos se diferencian los antiguos ASP y los actuales proveedores de Saas.

El hecho de que se acceda a la aplicación a través de internet no quiere decir que se haga a través de navegador pero la utilidad más interesante de este tipo de aplicaciones es que se haga a través del navegador y no requiera instalación en las máquinas de los usuarios de la aplicación. En esta comparativa entre saas y el software instalado in-house  podemos sacar conclusiones de los beneficios del saas.

El crecimiento de Internet ha sido uno de los factores que ha empujado y ha hecho posible que saas tenga sentido, pero además de internet, ha habido otro hábitos que ha favorecido la tendencia del software como servicio. Estos los podemos encontrar en este post.

¿Cuales son los conceptos por los que suele pagar la empresa que adquiere el Saas?

Normalmente el proveedor pone un precio mensual o anual por usuario nominal que se conecta a la aplicación aunque existen otros formas de cobro , como son:

  • Comsumo de CPU
  • Consumo de megas
  • Ancho de banda de datos desde o hacia la aplicación.
  • Tráfico de datos desde o hacia la aplicación.

¿Nos debe de importar los diferentes niveles de maduración de saas?

Bajo mi punto de vista si, sin duda. Dependiendo del nivel de maduración, el proveedor debe de disponer de la infraestructura necesaria para dar un servicio estable, fiable, seguro, etc. a sus clientes acorde al nivel de maduración. Por ejemplo, a mi como cliente consumidor me interesaría saber cosas como: disponibilidad de un plan de contigencia (centros de backup), capacidad para la ampliación de sus recursos (escalabilidad), dispositivos de seguridad y privacidad de la información, recursos para asegurar el rendimiento de la aplicación,etc.

Este post recuerda los requisitos mínimos que debemos exigir cuando adquiramos una aplicación de saas.

Por ultimo, otros post y direcciones que considero de interés dentro y fuera de este blog serian:

Saas y el Software Libre

¿Qué es el Software Libre?. Este ejemplo de Richard Stallman lo aclara todo: ¿por que podemos acceder a las recetas de cocina y no podemos acceder al código de un aplicación? El resultado final en ambos casos es un producto y sin embargo a Bill Gates se le metió en la cabeza que debía privatizarse para que se pudieran forrar él y su socio.

El software es conocimiento y ese conocimiento nos pertenece a todos y debe ser público, accesible, modificable, distribuible y utilizable.  Las cuatro libertades a la que se refiere el software  libre son claras (lo tomo de la wikipedia para no tener que acudir):

Libertad 0 Libertad 1 Libertad 2 Libertad 3
Ejecutar el programa con cualquier propósito (privado, educativo, público, comercial, militar, etc.) Estudiar y modificar el programa (para lo cual es necesario poder acceder al código fuente) Copiar el programa de manera que se pueda ayudar al vecino o a cualquiera Mejorar el programa y publicar las mejoras
Es importante señalar que las libertades 1 y 3 obligan a que se tenga acceso al código fuente.
La «libertad 2» hace referencia a la libertad de modificar y redistribuir el software libremente licenciado bajo algún tipo de licencia de software libre que beneficie a la comunidad.

Y ahora llega la tendencia «software as a service» donde en la mayoria sus formas de uso no existe instalación y distribución del software.  Desde luego es un escenario ideal para las empresas con software bajo licencia privativa ya que su lucha contra la piratería ha terminado.

Me encanta el movimiento del «software libre» y más aún la tendencia del «software as a service», pero ¿tiene sentido declarar el «software as a service» como libre? Mi opinión es que si. Si, porque precisamente el modelo «software as a service» cobra por los servicios de  infraestructura y mantenimiento, e incluso por la distribución remota del software  y para nada es incompatible con que el software que se ofrece sea libre (que no gratis) y por tanto tener acceso a él para poder cumplir con sus cuatro libertades.

 Que nadie tenga miedo a declarar su «software as a service» libre, porque su negocio no está en peligro. El modelo de negocio del software como servicio es claro: cobrar por el servicio (infraestructura, mantenimiento, almacenamiento, etc)  y no por la venta de licencias.

Quiero hacer una mención de agradecimiento a alfonsogu.com, por todos los enlaces que me han ayudado a escribir este post.