TODO SOBRE EL SAAS (PARTE II)

Continuamos con esta selección de artículos, en esta segunda parte de TODO SOBRE EL SAAS en la que este gran talento Español, el Ing.: Jose Carlos Moreno Martin nos aclara todo este panorama y como el mismo dice, sus artículos fueron creados para disipar dudas……

¿Cómo se hace saas?

Las aplicaciones como servicio tienen una característica que hace que el modelo sea especialmente eficiente: el multitenancy. Esta es la propiedad que permite ofrecer la misma aplicación a muchos usuarios y así distribuir el coste de la infraestructura y del mantenimiento entre todos.

Técnicamente no se trata solo de ofrecer la misma aplicación, sino de realizar una aplicación que permita con una sola instancia de la aplicación y una sola base de datos o mejor dicho un único de tablas relacionadas,  dar servicio a todos tus clientes. Este es bajo mi opinión es el verdadero modelo saas y es el que más optimiza los recursos del negocio.

Sin embargo desde el punto de vista de la BBDD hay otras dos implementaciones multitenancy donde el tratamiento de los datos es diferente y aunque se acercan más al antinguo modelo ASP se venden como Saas.  Todas tienen sus ventajas y sus inconvenientes, no son peores ni mejores, cumplen con la condición de que dan soporte a muchos clientes, pero para mí estás no son saas y por eso me gustaría diferenciarlas.

Partamos de la base que tenemos una aplicación con su parte de código y su parte de datos, donde la misma ejecución o instancia del código va a dar servicio a todos los usuarios de la saas. Hasta aquí  se mantiene el modelo saas y hora veamos cuales son las tres formas (incluida la propia del saas) que en que podemos diseñar la BBDD con sus ventajas y desventajas:

Una bases de datos por cada empresa o usuario

NBBDDEs decir tenemos una misma instancia de aplicación para dar servicio a todos los usuarios pero una BBDD por cada empresa. Esta es la opción que está más lejos del modelo saas y más cerca al modelo ASP. Las tablas no necesitan ningún atributo para diferenciar si los datos pertenecen a un cliente a otro, pero si es necesario tener un estructura de datos que determine qué base de datos le corresponde a cada cliente.

Ventajas

  • Un Motor de BBDD dedicado para cada usuario, por tanto no te afectan los datos y accessos de otros clientes.
  • Posibilidad de tener una máquina dedicada a para los usuarios.

Desventajas

  • Desde el punto de vista del proveedor
    • Más recursos humanos. Mantenimiento tediosos y largos ya que cualquier modificación en el modelo de datos (tablas) hay que replicarla en todas la BBDD.
    • Más recursos hardware. A partir de un cierto número de clientes necesitarás más máquinas para albergar las BBDD.
  • Desde el punto de vista del cliente
    • Más expuestos a errores. La replicación masiva da lugar a errores y puede afectar a los datos de tu aplicación.
    • Precio alto. Mas recursos, mas mantenimiento requiere más gasto y esto incidirá en el precio.

Una base de datos con N conjunto de tablas

NESQUEMASEs decir tenemos una misma instancia de aplicación para dar servicio a todos los usuarios y una sola base de datos con tantos conjuntos de tablas como clientes haya. Esta opción se acerca más al modelo saas aunque sigue siendo un dolor su mantenimiento. Las tablas tampoco necesitan un atributo para diferenciar si los datos pertenecen a un cliente a otro, y de igual forma necesitan una estructura de datos que determine que conjunto de tablas (esquema) pertenece a cada cliente.

Ventajas

  • Menos inversión hardware que la opción anterior.
  • Menos mantenimiento del hardware.
  • Precio menor que la opción anterior

Desventajas

  • Desde el punto de vista del proveedor
    • Más recursos humanos. Mantenimiento tediosos y largos ya que cualquier modificación en el modelo de datos (tablas) hay que replicarla en todos los conjuntos de tablas.
    • En caso de fallo del motor de BBDD no puedes dar servicio a ningún cliente.
  • Desde el punto de vista del cliente
    • Probabilidad de perdida de rendimiento. Estas compartiendo los mismos recursos hardware y el mismo motor de BBDD para todos los usuarios.
    • Más expuestos a errores. La replicación masiva da lugar a errores y puede afectar a los datos de tu aplicación.
    • Precio alto. Mas recursos humanos requiere más gasto y esto incidirá en el precio.

Una base de datos con ÚNICO conjunto de tablas

MODSAASEs decir tenemos una misma instancia de aplicación y una sola base de datos con un único conjunto de tablas para dar servicio a todos los usuarios. Esta opción es la que defiendo para el modelo saas y el mayor problema que presenta es la complejidad de la aplicación y las estructura de datos. Las tablas necesitarán un atributo para diferenciar si los datos pertenecen a un cliente a otro.

Ventajas

  • Menos recursos hardware que la opciones anteriores.
  • Mantenimientos menos tediosos que evita la probabilidad de error en la actualizaciones de la estructura de datos.
  • Mantenimientos más cortos que permiten tener la aplicación disponible más tiempo.
  • Precio menor que la opciones anteriores

Desventajas

  • Desde el punto de vista del proveedor
    • Aplicación más compleja porque debe determinar el acceso a los datos correctos de cada cliente.
    • En caso de fallo del motor de BBDD no puedes dar servicio a ningún cliente.
  • Desde el punto de vista del cliente
    • Probabilidad de perdida de rendimiento. Estas compartiendo los mismos recursos hardware y el mismo motor de BBDD para todos los usuarios.
    • La complejidad de la aplicación puede dar lugar a errores.

En cualquiera de las tres  opciones hay que tener sumo cuidado para atacar los datos, esquemas o BBDD correcta y asegurar la confidencialidad de los mismos, es decir, que el cliente solo pueda ver sus datos y no los de otros clientes. Y otra cosa importante, es que elegida una opción la aplicación sabe de este elección y todo el diseño y desarrollo de la aplicación esta condicionado por esto. Pasar después de una opción a otra requiere casi empezar desde cero.

Puede que seas usuario final, aquel que consume las aplicaciones, y que creas que esto no tiene importancia , pero es claro que depende de como se implemente la solución puede afectar de manera positiva o negativa a los usuarios de las saas, y por tanto a ti.

Ahora solo hay que decidir: ¿Que peso tiene el precio en tu decisión? ¿Prefieres pagar más por tener tus datos aislados? ¿Prefieres reducir la probalidad de fallos? ¿Prefieres pagar menos?

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.

y tu como proveedor ?Que tipo de aplicaciones prefieres?
Aplicaci?n a medida
Aplicaci?n vertical pura
Aplicaci?n vertical
Aplicacion horizontal

y como cliente ?Qu? tipo de aplicaci?n prefieres?
Aplicaci?n a medida
Aplicaci?n vertical pura
Aplicaci?n vertical
Aplicaci?n horizontal

La gracia del saas

Una de las preguntas más comunes que aparecen cuando hablamos del saas es si este software puede hacerse a medida o no. No son pocos los que me han preguntado sobre esto y entiendo la confusión porque toda la vida hubo la posibilidad de hacer software a medida, porque estamos hablando de software y porque el saas tiene unas ventajas que son realmente atractivas como para planteartelo. Entonces, ¿puedes pedirle a un proveedor de saas tu particular necesidad de software bajo el modelo saas? Pues no y si. Me explico.

No. Si el software que tú quieres es: o muy exclusivo para ti o tú negocio, o puede diferenciarte en el mercado frente a tus competidores. En definitiva, lo que necesitas es “software a medida“.

Si. Si es un software que te sirve a ti pero es muy posible que le sirva a tu gremio, entonces este sería un proyecto susceptible de que caiga sobre el modelo saas. Es “software a medida” para ti porque no hay nada en el mercado que cubra lo que tu quieres o simplemente no lo hay, pero puede que otros tengan el mismo problema y puedan beneficiarse de la solución. De hecho muchos de los productos en el modelo tradicionalde software nacen de esta forma.

Hemos hablado muchas veces de que el saas por definición es un modelo de uno a muchos, donde el mismo software, la misma versión y la misma ejecución de la aplicación sirve a muchos clientes. Por tanto, la gracia del saas está en el volumen de clientes.  Apoyándonos en la fórmula, la conclusión es sencilla:

Beneficio = Precio suscripción * Volumen – (Costes Fijos + (Coste Variable * Volumen))

  • Costes: los costes son los que son, es decir, tienes personal desarrollador, comercial (si comerciales, porque el software as a service aunque sea un software que se consume a través de Intenet no quiere decir que no necesites comerciales en la calle ) y personal para staff. Siendo austero no bajas tus costes fijos de los 100.000€ anuales.
  • Precio suscripción: Los precios del saas, haciendo una medida , oscilan entre 30€/mes/usuario y100€/mes/usuario.

con esos costes y esos precios, o tienes volumen o no hay forma de que llegues al punto de equilibrio y menos que pueda resultar rentable. De hecho, partiendo de la base de que el proveedor comparte la infraestructura para cumplir con el modelo de uno a muchos, cuanto más clientes mayor optimización de sus recursos y mayor ajuste en los precios.

Y ahora una “cuñita” bloguera. Si crees que tu software cae del lado del “si“  ponte en contacto con la Factoria Saas y estudiaremos si existe la posibilidad de desarrollarlo bajo el modelo saas. Hay otras opciones para beneficiarse de algunas de las ventajas del saas sin llegar a tener volumen pero nosotros queremos hacersaas porque creemos que hay beneficios reales tanto para el gremio como para nosotros.

Saas primero es producto, luego servicio

De vez en cuando recibo algún email preguntando sobre que hay que hacer para contratar el desarrollo de una aplicación saas o lo que es lo mismo si existe el concepto de “saas a medida”. Ya dedicamos un post a ello alguna vez pero conviene dar un repaso de porque “saas a medida” por definición de saas no tiene sentido.

Ya sabemos que Saas es software que se vende como un servicio. Pero no hay que olvidar que ese software, para que el modelo saas funcione, debe ser un producto que satisfaga las necesidades de un mercado amplio ,es decir, debe ser un producto para muchos.  Después, el software debe ser multitenancy y  de ser parametrizable en la medida de lo posible para que sea saas, pero antes de ofrecer servicios debe haber producto.

Siendo el precio una de la ventajas más atractivas del saas . ¿Se podría ofrecer un precio tan asequible si el saas no tuviera por debajo un producto que satisface las necesidades de un amplio mercado? Difícil. Recordemos que:

Beneficio = Precio suscripción * Volumen – (Costes Fijos + (Coste Variable * Volumen))

  • Costes: los costes son los que son, es decir, tienes personal desarrollador, comercial  y personal para staff.
  • Precio suscripción: Los precios del saas, haciendo una medida , oscilan entre 30€/mes/usuario100€/mes/usuario.

Sin volumen poco vida tendría esa saas. Ahora bien ¿se puede vender software a medida y rodearlo de los mismos servicios del saas? Sin duda. Pero no podrás conseguir los precios que se manejan con el saas. De hecho este modelo se acerca a lo que antiguamente se llamaba ASP.

En resumen, “saas a medida” no existe por definición pero puedes conseguir software como los mismos servicios que ofrece el saas.

10 situaciones por las que tu jefe no apostaría por saas

El  saas propone razones para que las empresas lo adopten y tambien razones por las que no tiene sentido su utilización.
  1. Si no te fías de que los datos (tus datos), que manipularás a través de la aplicación saas, los mantenga un tercero.
  2. Si el software lo necesitas 24×7 y tu negocio no tolera el calendario de paradas programadas del proveedor de la saas debido a mantenimiento del sistema y aplicación (nuevas versiones, correccíon de bugs, etc)
  3. Si no crees que un proveedor de infraestructura y aplicaciones pueda mantenerlo mejor que tu mismo.
  4. Si necesitas integrar la aplicación o los datos de la aplicación con otros sistemas o aplicaciones y esto resulta costoso y complicado.
  5. Si coincide una situación de capacidad sobrante tanto en recursos humanos como infraestructura con la necesidad de la aplicación.
  6. Si el proveedor de la solución saas utiliza un lenguaje de programación que no es open source, o no tienes otra forma de ejecutar la aplicación que no sea a través del navegador. Recordemos el caso de CogHead que dejo a miles de usuarios colgados.
  7. Si no confias en tu proveedor de internet y no quieres tener otra línea de backup con otro proveedor.
  8. Si el software que tu quieres va a diferenciarte con el resto de tu gremio. Aunque ni siquiera encontrarás una solución saas que te ofrezca esto porque por definición el saas es para muchos y esto no te diferenciará.
  9. Si consideras que una ruptura del servicio del proveedor de la aplicación debe tener una penalización y el proveedor no te ofrece un SLA acorde con este tipo de situaciones.
  10. Si no hay cultura de Internet en tu empresa y no encuentras una saas con un “look” que no rompa con el “look” de la aplicaciones in- house..

…………………¿Alguna más?

Coghead echa el cierre

Coghead es una de las pass (platform as a service) que más presencia ha tenido en el mercado de las plataformas para el desarrollo y ejecución de aplicaciones. La herramienta permite o mejor permitía la creación de formularios online, el almacenamiento de los datos que introduces en esos formularios, además si se tiene la necesidad de programación dispone de un lenguaje propietario de 4ª Generación para abordar aplicaciones o lógica de negocio que no puedes salvar con un simple formulario. Hace bastante tiempo que la probé y para pequeñas aplicaciones era una herramienta que podría servirte aunque me gustó mas Zoho Creator. Sus competidores eran CaspioDabbleDBZoho CreatorLongJump, y alguna más que podemos encontrar en el directorio cloud computing.

Ayer me entero a través de varias noticias que han echado el cierre y parece que la culpa la tiene la crisis económica. Más abajo os pego el comunicado que han mandado a sus clientes. Hasta el 30 de Abril todos los clientes podrán coger los datos que tengan guardados en Coghead, pero ¿que pasa con la aplicaciones?Pues que te quedas sin ellas. Este es uno de los problemas de las paas que ejecutan código propietario y no venden la plataforma para su ejecución en local. De hecho ya hay una empresa que migró sus aplicaciones de Coghead a las paas Force y ahora vende esta herramienta para poder migrar aplicaciones C0gHead.  Resumiendo, o trabajas tus aplicaciones en otra paas o utilizas esta herramienta para irte a otra paas.

Hace poco vimos que Zoho hizo un movimiento para que su cliente objetivo confiaran en Zoho Creador, cuando presentó una herramienta para migrar las aplicaciones Zoho a Google App Engine.

A continuacion una carta que tomé de este blog:

Dear Valued Coghead Customer:

On behalf of the entire Coghead team, I would like to thank you for your
past business. We have taken pride in offering you our state-of-the-art
Platform-as-a-Service to support your development of software applications.
Regretfully, due to the impact of economic challenges, Coghead has
discontinued its operations.

Effective immediately, the Coghead service and the license agreement to
which customers agreed when they registered for the service are terminated.
However, existing customers will be able to access and use their
applications and data through my.coghead.com *until April 30, 2009 on an
unsupported, “as is” basis without any representations or warranties
(express or implied) or indemnity from Coghead or any other party. To use
the service during this period, customers must go to
http://my.coghead.com/api/util/serviceterms.jsp and accept the specified
terms of use listed. Effective immediately, all access and use of the
applications and data available through my.coghead.com shall be pursuant to
the terms listed at http://www.coghead.com/serviceterms.html.*

Customers should download their data that is available through
my.coghead.com before 3:00 p.m. Pacific time on April 30th. However,
Customers should not attempt to copy, modify, reproduce or reverse engineer
any portion of the software that is part of, or used in the delivery of, the
service. Customers will not be charged for their use of the service through
April 30th. In light of the foregoing, we strongly recommend that customers
limit their work on existing projects and refrain from initiating new
projects and application rollouts.

*Basic support inquiries can be submitted to support@coghead.com until 3:00
p.m. Pacific time on April 30, 2009.*

Thank you again for your past business and support.

Coghead

http://www.saasmania.com/faq-sobre-cloud-computing/#Pregunta1-10

11 + 1 situaciones por las que tu jefe apostaría por saas

El otro día hablando sobre saas con un amigo no muy tecnólogo, me propuso que escribiera un post explicitando las situaciones en las que sería interesante adoptar saas  y me puso un ejemplo: “es que si le digo a mi jefe que podemos utilizar la herramienta y si no nos sirve el coste será mínimo, seguro que acepta”. Siendo crítico me dijo que en realidad muchas de ellas se extraen con facilidad de las ventajas o beneficios delsaas , pero quizás otras no estén tan claras.  Asi que, éste es el post abierto a otras situaciones que no he sabido recoger.

Vamos a recordar primero lo que significa Saas o Software as a service o Software como servicio y sus beneficios:

El saas es aquella aplicación “consumida” a través de Internet, casi siempre a través del navegador , cuyo pago esta condicionado al uso de la misma y donde la lógica de la aplicación como los datos residen en la plataforma del proveedor. En el pago esta incluido el uso de  la infraestructura necesaria para el correcto funcionamiento de la aplicación y el mantenimiento  de la infraestructura y aplicación.

Quizás caigas en la alguna de las situaciones siguientes y te baste para adoptar el saas en tu empresa, pero lo normal es que sea un subconjunto de estas el que te ayude a convencer a tu jefe a decidirse por el software como servicio (saas):

  1. Si el precio es un factor decisorio principal en la adquisicion  o “alquiler” del software.
  2. Si necesitas implantar un software y hay riesgo de no adopción en tu empresa (temas culturales, peleas internas, etc) o no estás seguro que el software solucione tu problema.
  3. Si no dispones de fondos para comprar la infraestructura necesaria para soportar el software.
  4. Si aun teniendo fondos para la infraestructura o utilizando infraestructura as a service, no dispones de dinero para implantar/instalar el software en tus instalaciones (consultoría).
  5. Si aun teniendo fondos para la infraestructura y la implatación/instalación, no dispones de personal para el mantenimiento de la infraestructura y el software (mejoras y bugs).
  6. Si te gustaría acceder de manera inmediata desde cualquier punto geográfico al software sin preinstalaciones.
  7. Si necesitas flexibilidad y rapidez (escalable) a la hora de añadir o quitar usuarios que usen la aplicación.
  8. Si crees que el uso múltiple de la saas hace mejor a la saas (más mejoras propuestas por los usuario y más errores encontrados/corregidos).
  9. Si quieres disponer de manera inmediata de cualquier adaptación propuesta por otros usuarios y los arreglos del software por bugs.
  10. Si confias en que un proveedor de saas utiliza la mejores y más avanzadas técnicas de backupalta disponibilidadfiabilidadseguridad, porque es parte de el servicio que ofrece y de esto depende su negocio.
  11. Si te gusta la idea de pagar mensualmente por uso (horas CPU, megas consumidos,etc) o por elpotencial uso (pago por usuario).

…..y la 11+1:  Si la crisis te afecta o te condiciona de alguna manera te hará caer en alguna de la primeras situaciones que tiene relación con el precio, costes y gastos de la aplicación . Es claro que el saas es generoso con la coyuntura económica que nos aprieta. aprieta.

Saas y la crisis económica

Parece que el gobierno va entrando en razón. Reconoce que la situación no es la mejor y empieza a hablar de crisis económica. En época de crisis y en lo que se refiere a la respuesta de la empresas , estas determinan el recorte de gastos no relacionados directamente con la obtención de ingresos y paralizan o minimizan las inversiones. El dpto. de sistemas de información, la inversiónes en IT y en general todos los departamentos de apoyo o staff dentro de la organización suelen ser los departamentos que más afectados pueden verse en este tipo de conyunturas macroeconómicas.

Esta claro que ante una situación de crisis las ganas de asumir riesgos por parte de la directiva de la empresa es practicamente nula pero si la inversión en software es estratégicamente nececesaria el director de IT hasta ahora tenia dos opciones: proponer una solución, probablemente la más económica, o no arriesgar y no proponer una solución al problema. Ahora el director de IT tiene en el software como servicio un claro candidato para paliar este tipo de problemas en situaciones donde no conviene asumir riesgos que puedan comprometer el futuro de la empresa.

Si recordamos las tres primeras rúbricas que se hacían referencia en el post donde se comparaban elsoftware in-house con el software como servicio, son perfectas para justificar la adopción del software como servicio ante situaciónes macroeconómicas desfavorables. No tener que realizar una inversión inicial ( CPD, hardware y personal), no tener que mantener ni instalar el software  y por tanto tener la posibilidad de eligir entre continuar con el software o desecharlo sin penar por la inversión realizada es todo una opción que cualquier director de IT debería tener en cuenta.

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”.

¿Es un buen momento para invertir en saas?

La crisis económica nos mantiene alerta y el sentido común nos recomienda que no movamos ni un dedo hasta ver que pasa.  No es broma las previsiones no son nada alentadoras e incluso las señales indican que será la peor crisis de toda la historia y la primera gorda en un mundo globalizado que cuando ha empezado a toser  EEUU se costipó  Europa.

 ¿Hasta cuando durará la crisis? La bola de cristal no la tiene nadie porque aún no se sabe cuál es la dimensión del problema (ver el punto 19). El rango entre los más optimistas y los más pesimistas es alto, y unos dicen que el remonte vendrá a finales del 2009  y otros opinan que tendremos que esperar hasta principios del 2011.

Y ante este panorama, ¿Invertirías en saas? Pues según Carlos Blanco CEO de ITNet , dice que la inversión en Internet es de las mejores opciones en estos momentos y este hombre y su equipo algo sabe de esto. No tengo claro que todo internet sea la mejor opción pero ellos están inviertiendo en el online al igual que DADliderado por Rodolfo Carpintier y que también incita a la inversión en proyectos de internet. Claro que el problema del saas es que por definición no es precisamente de lo más rentable a corto plazo (una de lasrecomendaciones que tambien nos da Carlos Blanco) y requiere de pulmón financiero importante hasta que tu masa de clientes te lleve al punto de equilibrio. Aunque también dentro de las recomendaciones, Carlos habla de que lo más interesante es la inversión en proyectos innovadores y desde luego todo el cloud computing lo es. Entonces, ¿Que hacemos? ¿invertimos o no? ¿que pesa más la nueva ola “cloud” o asegurar la rentabilidad a corto plazo?

Si tiramos de las previsiones de adopción de cloud computing para los años venideros, la respuesta de las empresas es bastante positiva y la justificamos porque el cloud computing te ofrece inversión cero, cero mantenimiento y además de otras ventajas, si no te gusta el servicio al mes siguiente dejas el pago y fuera. Es claro que por el momento en que se realizan algunas de encuestas, el resultado no tenia descontado la actual conyuntura económica por tanto no justifico la posible adopción a la crisis. Tampoco tengo duda que la crisis siempre estará a favor del saas o cloud computing, porque en caso de necesidad de software el director de IT trapasa toda la inversión al proveedor de saas. Y tampoco dudo que pasada la crisis, la resaca durará al menos 1 o 2 años e impulsará aún más esta tendencia o modelo de negocio.

Para reforzar un poco más la apuesta, si echamos un ojo a todas la grandes del software , software as a service y del mundo online, Google con Google Docs Google App Engine, Microsoft con Online Services yWindows AzureAmazonSalesforce,etc…parece que esto va a en serio.

Sé poco del business angels, capital riesgo y demás, pero tomado el “feeling” de como está el mercado y su potencial proyección, creo que la inversión dependerá más del perfil del inversor y de la situación actual del mismo que de la viabilidad del cloud computing, porque es claro que lo es. El inversor a largo o que tenga por costumbre la diversificación de su capital, no dudará en apostar por un proyecto saas, y el que necesite o quiera recuperar desde el primer año de la inversión seguro que apuesta por otro tipo de proyectos aunque “a largo” pueda ser menos rentable.

Aún queda por decidir en qué tipo de software me meto. Yo tiraría del plan de negocio porque  incluirá el estudio de mercado al que apuntan y porque debe de llevar incluida en la rúbrica financiera, la crisis. También podriamos acompañar la decisión de informes tecnológicos como este de Forrester de Febrero del 2007 , que muestra las aplicaciones que serán más demandadas.

forrester1

Yo no soy inversor pero ya he invertido en cloud computing. Este blog no es inversión monetaria  pero requiere dedicación y tiempo y ya veremos cuales serán sus frutos. Pero además he invertido, y está vez si ha sido inversión monetaria, en Velneo  la única paas española que estoy seguro llegará a competir con los más grandes. Animense que estoy seguro de que no se arrepentirán.

¿Quién es el que más se beneficia de las saas?

En general ya sabemos que el cloud computing y elsaas en beneficioso para muchos desde el uso personal ( p.e: correo) hasta el uso empresarial: gran empresa, pyme, micropyme , etc… pero uno de los que más beneficiados sale de este nuevo mundo de entrega de software y hardware es el autónomo.

Focalizándonos en el mundo saas, él se beneficia de todas sus ventajas….:

  • Posibilidad de personalización.- Saas es un producto al que se le rodean de servicios. Para que ese producto pueda servir a muchos usuarios es necesario que la aplicación sea personalizable.
  • Acceso al software sin instalación ni inversión. El software no se instala en la infraestructura del autónomo, el software se encuentra en casa del proveedor
  • Bugs corregidos rápidamente. Al estar la aplicación en casa del proveedor del servicio, cualquier error que la aplicación presente podrá ser corregido en breve espacio de tiempo.
  • Actualizaciones sin intervención del cliente. Nuevas versiones de la aplicación que incluirán nuevas funcionalidades y errores corregidos no requerirán instalaciones nuevas en el PC del autónomo.
  • Backup de datos. El proveedor es quien se encarga del backup de los datos, liberando tambien de esta tarea al cliente.
  • Acceso desde cualquier punto geográfico. El hecho de que la aplicación sea accesible a través de internet y que los datos tambien estén en las instalaciones del proveedor, permite el acceso desde cualquier PC.
  • Posibilidad de probar antes de adoptar. Esta ventaja frente al mundo tradicional es tremenda y sobretodo para el autónomo.

….de todas, excepto de una: el precio. En realidad no es que no se beneficie del precio bajo que normalmente tienen todas las saas, es que en muchas ocasiones se beneficia de que no paga un duro. Los autónomos tenemos la suerte de que la mayoría de las aplicaciones saas tienen su versión free que aunque está capada por funcionalidad o por limites de uso no son los suficientemente fuertes como para que nos afecte.

La razón es clara. El mercado de autónomo no tecnológico es un mercado difícil y complicado:  de difícil acceso y rentabilidades escasas. Por tanto son pocas, muy pocas, las aplicaciones que están expresamente orientadas para ellos y de esto se beneficia el autónomo porque la saas quedan orientadas más hacia la micropyme y sobretodo para las pymes donde el volumen de usuarios es mayor y donde tiene sentido ofrecer la herramienta free con limitaciones a las que la  pyme llega y el autónomo no.  También se beneficia el usuario que no tiene negocio pero es el autónomo que tiene un negocio con beneficios quien no paga un duro por el uso de estas saas.

Por ejemplo, en mi caso uso gmail como correo y facturo con zoho.com por 0€. En gmail la limitación de 10 gigas me queda lejísimos y el resto de limitaciones ni me rozan. En zoho.com la cosa es algo más restrictiva porque tiene una limitación de 5 facturas por mes pero en mi caso tampoco llego. Y no cuento con la otras tantas aplicaciones de uso personal y por las que tampoco pago.

Diferencias entre software online y saas

Hay tantos acrónimos y conceptos que deambulan por la red que es verdaderamente difícil saber qué es cada cosa y lograr contextualizarla en el mundo adecuado. El saas y el cloud computing son de lo que más expectación tienen y tambien los que siguen generado muchas dudas. Típicas son las dudas sobre las diferencias entre ASP y saas,diferencias entre saas y aplicación web y últimamente estoy recibiendo la pregunta sobre las diferencias entre saas y software online.

Así de entrada diríamos que no hay diferencia ninguna. Saas es software accedido a través de internet y esto es precisamente lo que se entiende por software online y además está comúnmente aceptado en Internet.  Es más seguramente el 80% del software online que se vende es saas, por tanto no hay mucho por lo que preocuparse.

¿Y entonces que pasa con ese 20% que es software online pero no es saas? ¿cuál es la diferencia entre saas y software online? La diferencia no es otra que el multitenancy . Cuando dotamos a nuestro software con la propiedad multitenancy logramos dar servicio a muchos clientes/usuarios con las misma ejecución del software y con un mismo y único modelo de datos (compartido para todos los clientes).  Saas por definición es multitenancy, y esto es algo que no está ligado necesariamente al concepto de  software online. Es decir, habrá software online que es saas y lo habrá que no lo es porque a pesar de que se ofrecen online no sonmultitenancy y por tanto el modelo de negocio es completamente diferente.  Es más estos últimos caé en el modelo de negocio del ASP.

Quizás creas que no tiene importancia, al fin y al cabo es software online. Pero me gustaría incidir en que elmultitenancy es importante no solo para el proveedor sino también para el cliente consumidor de aplicaciones online, siempre y cuando lo que se desea es disfrutar de las ventajas del saas teniendo en cuenta su modelo operativo, radicalmente diferente al modelo ASP. Por cierto, que siempre digo lo mismo:ASP es un modelo tán válido y con ventajas tan atractivas como el saas.

Y ahora la pregunta del millón ¿cómo diferencias un software online que no es saas, de uno que es saas? La única forma: preguntando a tu futuro proveedor.

Para terminar una curiosidad a través de Google Insights. En el mundo se busca más por el término software online que por saas, y en España se busca más o menos por igual. Dato interesante para el posicionamiento SEO.


Ventajas y desventajas del saas para el proveedor

No hay blog o revista focalizada en tecnología que pase por alto hablar sobre saas ó cloud computing. Es obligado algún post para hacer una introducción de esta forma de entrega de software y hardware aunque casi siempre se hablan de las ventajas y desventajas desde el punto de vista del cliente.

 Esta vez vamos a ver las ventajas y desventajas desde el punto de vista del proveedor porque quizás no ayude a entender el modelo de negocio del saas y entender las acciones que puede realizar el proveedor para la explotación del negocio.

Ventajas

  • La principal y aunque sea de perogrullo. Se está demandando saas. Este mercado está en crecimiento y si estás en el carro, tienes mas posibilidades de tener éxito. Todo proveedor de software debería plantearse subirse al carro.
  • Pocos recursos son necesarios. Tanto en los comienzos de la saas como en las posterior explotación del negocio, no es necesario contar con grandes recursos. Hablamos de recursos  humanos,  infraestructura hardware, oficinas, etc. La mayoría de la saas empiezan con 2 o 3 personas y el motivo es porque la misma infraestructura hardware y una misma ejecución de software esta dando servicio a muchos clientes (es lo que llamamos multitenancy), y esto hace que los recursos necesarios no sean directamente proporcional al crecimiento de clientes que hacen uso de la aplicación. 
  • Mantenimiento menos costoso. Al utilizar la misma infraestructura para todos los clientes, el mantenimiento sea hace  más sencillo que si tuvieras una infraestructura por cliente y por tanto es menos costoso. Esto redunda en el precio que paga el cliente.
  • Si tienes éxito, te forras. En realidad, te puedes forras con cualquier producto exitoso pero con el saas te forras  más y antes por varias razones:
    • Lo decíamos arriba: tu estructura no depende de manera lineal al número de clientes.
    • No hay soporte en casa del cliente porque la infraestructura la tiene el proveedor.
    • La forma de propagarse el uso y acceso al saas es infinitamente más rápida que con el producto tradicional (aun siendo este exitoso)

Desventajas

  • Inversión hardware por parte del proveedor. Es el proveedor el que te ofrece la posibilidad de conectarte a su infraestructura para disfrutar de su software y por tanto es el que tiene que correr el gastos y riesgo de la inversión. Cierto es que, puedes hacer uso de la parte del cloud computing que te permite acceder máquinas y pagar por uso pero eso no quita que tengas un gasto e inversión.
  • Buen pulmón financiero. Es conocido que el precio que pagas por un herramienta saas es bajo. Y es bajo porque esperas que muchos usuarios utilicen tu aplicación y paguen por ello (= dato importante). Por tanto hasta que no llegues al punto de equilibrio, debes de contar con pasta para no dar con el emprendimiento al traste.
  • Riesgo de inversión en el  software. Todo empieza con un estudio de mercado, un feeling de que este saas se va a vender, una copia de un software del mundo tradicional al mundo saas, pero nunca sabes si vas a conseguir el suficiente número de clientes que pagarán por tu producto para que al menos llegues al punto de equilibrio. Por tanto, el riesgo lo corre el proveedor y aunque es cierto que esto ocurre en el mundo saas y en el mundo tradicional, saas tiene la barrera de entrada lógica de ser una nueva tecnológica que lo hace más riesgoso.
  • Desarrollo más complicado. Una misma ejecución de software va a dar servicio a montón de clientes y por tanto la aplicación de tener un rendimiento optimo. Este el primer handicap de una saas. El segundo, y el que la hace aún más complicado su desarrollo, es la confidencialidad de los datos. La aplicación solo debe permitir el acceso a tus datos y no a los datos del resto de clientes.

Cloud computing no es un modelo de negocio o quizás sí

De entrada os digo que esto es un ladrillo pero hay unas conclusiones supermegainteresantes. Woooo!!!! . Pero si no os interesa saber lo que entiendo y he recogido sobre lo que es un modelo de negocio y si lo es el cloud computing clickar en otro feed y pispas.

¿Os habéis parado a pensar en una buena definición de modelo de negocio?. Intentad hacer un ejercicio de descripción y/o definición e incluso ayudaros de Internet, libros de texto, etc. y veréis lo complicado que resulta encontrar o siquiera entender el conceptomodelo de negocio.

Lo que la red entiende sobre lo que es un modelos de negocio

En la red hay todo tipo de acepciones pero el post causante de este ha sido uno de Javier Martin donde describe todos los posibles modelos de negocio en Internet. En el destaca el software as a service como modelo de negocio muy cercano al servicio premium y por extensión, ya que el software as a service es parte del cloud computing, éste último tambien sería un modelo de negocio.

A parte de éste de Javier he estado buceando en la red y he encontrado varios post en donde se detalla, se intuye o se utiliza lo que puede ser un modelo de negocio.

Un informe del equipo de Multiplica, (el cual recomiendo leer), sobre las 2.0 y los modelos de negocio, dice que:

Son tres los modelos de negocio posibles en internet:

  • 100% gratuito:  Sitio web con totalidad de servicios gratuitos, no tiene servicios Premium u alternativas por pago.
  • Mix gratuito y de pago: También conocido como el modelo Freemium, mezcla de free y Premium en inglés. Ofertas de valor agregado por servicio diferencialmente superior a la oferta gratuita, según la necesidad o uso que el usuario tenga pensado para el fin.
  • 100% de pago: Modelo que no contempla una oferta gratuita a la totalidad del servicio ofrecido por el sitio. Algunos dejan que el usuario visualice resultados de búsqueda, sin la posibilidad de acceder al detalle de éstos o sus contenidos.

…y estas las fuentes de ingresos :

  • Publicidad: Formatos integrados, rich media & video, enlaces patrocinados, patrocinios.
  • Suscripción: anual, mensual .
  • Pago por uso: descarga, sms, compra de créditos .
  • Comisión por transacción: CPA.
  • Comercio electrónico.
  • Donativos.

Carlos Blanco ,en el post que hace referencia a este informe ,mezcla aquello que Multiplica entiende comofuentes de ingresos y modelos de negocio cuando dice que la publicidad es un modelo de negocioperfectamente válido. Evidentemente no cabe la posibilidad de lo que  Carlos  está diciendo, pero lo destaco para que veamos lo complicado que es definir el término. Seguramente cuando habla de publicidad se refiera a ofrecer servicios gratis de interés para un determinado público objetivo, esto provocará que la web reciba un numero importante de visitas,  y los ingresos vendrán por la publicidad de los patrocinadores y el “adsense de Google”.

Angel Maria  después de pensar  que su modelo de negocio era todo aquello relacionado con la empresa y sus operaciones, opina que un modelo de negocio debe explicar aquello que vas a hacer para ganar dinero con tu negocio.

La wikipedia dice que:

Un modelo de negocio (también llamado diseño de negocio) es el mecanismo por el cual un negocio trata de generar ingresos y beneficios . Es un resumen de cómo una compañía planifica servir a sus clientes . Implica tanto el concepto de estrategia como el de implementación. 

Y el que más me gustó es este de Nico Orellana que describe los modelos de negocios sin que en su descripción se refiera a nombres de productos y servicios , ni a negocios en concreto, y para mi esta debe ser la forma en que debemos describir nuestro modelo de negocio. Por cierto que si juntamos la definición de ambas palabras, obtenemos lo siguiente: Ocupacion encaminada para obtener ingresos digna de ser imitadoy que se toma como pauta a seguir.

Podriamos seguir con más y más referencias y como se puede observar, más o menos todos hablan de cómo lo vas a hacer para ganar pasta pero nadie tiene muy claro qué nivel de detalle merece un modelo de negocio en su definición e incluso en ocasiones se mezcla el concepto modelo de negocio y con la descripción del negocio como Angel María expone en su post.

Lo realmente complicado de describir un modelo de negocio es precisamente extraer la forma en que conseguiras los ingresos sin caer en la definición del  producto o servicio o en su construcción ,  y que efectivamente se comporte como un modelo para que pueda trasladarse a otros pares producto/mercado. Y la cosa se complica aún más a medida que los negocios van evolucionando y especializandose porque hace más dificil extraer un modelo de negocio.

Me gustaría dejar este ejemplo reflejado (tomado del wikipedia) para hacernos una idea de lo que debe ser un modelo de negocio.

El modelo de negocio cebo y anzuelo consiste en ofrecer un producto básico a un precio muy bajo, a menudo a pérdidas (el cebo) y entonces cobrar precios excesivos por los recambios o productos o servicios asociados. Algunos ejemplos son los de la maquinilla de afeitar (cebo) y las cuchillas(anzuelo); las impresoras (cebo) y los cartuchos de tinta (anzuelo); y las cámaras de fotos (cebo) y elrevelado de fotografías (anzuelo).

¿Es el Saas o el Cloud computing un modelo de negocio?

Aunque parezca de perogrullo y dada la cantidad de confusión que hay en lo que respecta a la definición de modelo de negocio, tengo que decir que por definición ni el saas ni por extensión el cloud computing son modelos de negocio. Es hardware y software consumido por internet con coste finales menores que en el modelo tradicional.

Dicho lo anterior veamos entonces si la forma de obtener ingresos del software como servicio se puede considerar un nuevo modelo de negocio. Javier , dice que el saas se basa en el modelo de negocio freemium y estoy de acuerdo con la salvedad que el free puede que no se complemente con publicidad, pero ¿solo en ese?. En vez de responder a esa pregunta sobre el saas vamos a hacerlo sobre el cloud computing y para ello vamos a ver las definiciones made in Saasmania sobre lo que significa cloud computing:

  • Se refiere a todo aquel software y hardware que se ejecuta y se encuentra fuera de tus instalaciones informáticas y al que puedes acceder a través de Internet desde cualquier punto geográfico.
  • Es una forma de “consumir” hardware (Amazon Web Service) y software (Salesforce) a través de Internet en función de tus necesidades y en donde pagas solo por el uso del recurso (incluye actualizaciones) y no por licencia del software o compra de hardware.
  • Utilizando tecnologías como la virtualización (iaas), técnicas de programación como el multitenancy (saas) y/o habilidades para la escalabilidad, balanceo de carga y rendimiento óptimo(paas), el cloud computingofrece servicios de computación hardware o software a través de Internet cuyo pago esta condicionado al uso del recurso( consumo en megas, cpu, ancho de banda) o a su potencial uso (suscripción de usuarios). La utilización de estas técnicas generan economías de escala derivadas de la optimización de los recursoshardware y humanos del proveedor del servicio y termina repercutiendo en el precio que paga el cliente.
  • Es el low cost del hardware y el software porque permite acceder a través de Internet de una forma óptima a los recursos demandados con unos costes finales más bajos que la oferta de software tradicional.

De todas estas definiciones más o menos agraciadas encuentro varios modelos de negocios que podrían cuadrar con el negocio del cloud computing:

Freemium.- Se da más en la parte saas y consiste en tener una parte del servicio free y obtener los ingresos por la parte premium.

Pago por uso.- Modelo que obtiene sus ingresos por el pago de los recursos consumidos. Se da más en la parte de infraestructura como servicio.

Pago por suscripción.- Modelo que obtiene sus ingresos por suscripcion de los usuarios del servicio o producto.  Suele ser utilizado en la parte del saas.

Low Cost .- Modelo que se basa en la optimizacion de los recursos físicos y/o humanos para ofrecer un servicio o producto a bajo precio.

Servicio, no producto.  Modelo en el que los ingresos se obtienen por la venta del servicios alrededor del producto, no por el producto en si.

Servicios externalizados. Modelo que obtiene sus ingresos ofreciendo servicios que historicamente se tenian sentido en casa y que aun siendo más caros, son interesantes por la especialización y por su consumo bajo demanda.

Y a lo mejor rascando encontramos alguno más pero creo que está más que claro que el modelo de negocio del cloud computing  es una mezcla de al menos todos estos y/o  un pellizco de cada uno. Es la clara evidencia de la evolución de los modelos de negocios y quizás este popurrí de modelos de negocios conforme un único modelo de negocio que para mí SI que lo es, pero  el tiempo dirá si aparece algún futuro negocio utilizando este modelo para la obtención de sus ingresos.

Anuncios

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión /  Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión /  Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión /  Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión /  Cambiar )

w

Conectando a %s