¿Y si me quedo sin internet?
Antes de ayer , a través de los comentarios me hicieron una pregunta que cuando empecé a contestar pensé que mucha gente se hará la misma pregunta y vi que el tema tenía tanta «chicha» como escribir un post. Pego el comentario:
En primer lugar, enhorabuena por el blog me parece super interesante. Trabajo en una multinacional de Software con un programa de contabilidad muy conocido y usado por las pymes españolas. Mi opinión es, que realmente el modelo SaaS es muy interesante y es más, hemos conseguido que lo comprendan (hace unos años era impensable), realmente la pyme siente desconfianza por las comunicaciones. El otro día me comentaba un cliente lo siguiente: «me parece muy bien lo que me has explicado refiriéndose al modelo SaaS, pero si dices que se basa en nternet tengo dudas porque se me puede paralizar mi negocio y me contaba como Telefónica le dejó una semana sin Internet».
Ante esto mi pregunta es, ¿Cómo lo véis?¿Creéis que las comunicaciones actuales pueden ser un obstáculo al modelo SaaS?
Antetodo tengo que agradecer a Aurea sus halagadoras palabras.
A la pregunta de Aurea, mi respuesta es que sin duda , la perdida de conexión a través de internet y por tanto la indisponibilidad de la aplicación, es una de las barreras de entrada al saas junto con el de la seguridad y privacidad. No olvidemos que a parte de perder el servicio de internet, el proveedor del saas puede tambien tener problemas en su infraestructura pero tampoco hay que olvidar que en la soluciónes tradicionales, nuestra infraestructura tambien puede darnos disgustos, con tiempos de respuesta y soluciones peores en comparación con los proveedores externos.
En el caso que nos plantea Aurea de su cliente, la mejor forma de resolver sus dudas es ayudarle a descubrir las posibles soluciones que existen ante la perdida del servicio de internet, y valorar si sigue siendo interesante el saas o por el contrario es preferible la aplicación tradicional.
Como cliente, lo primero que haría sería valorar el impacto que mi negocio o mi gestión sufriría si pierdo alguna de la aplicaciones y las probabilidades de que ocurra. Preguntas como: ¿No puedo seguir con la operativa? ¿No puedo continuar con la tareas de mantenimiento o gestión (contabilidad, nóminas,etc.)? ¿Durante cuanto tiempo puedo estar sin la aplicación? ¿Qué perdida ecónomica me puede suponer? ¿Como son de importantes los datos para el funcionamiento de mi negocio?, etc.
Lo segundo sería ver qué posibles soluciones tenemos tanto por el lado del proveedor y por el lado del cliente:
- Podemos elegir una aplicación utilice Google Gears o otro tipo de herramienta para que el cliente pueda trabajar mientras no tiene conexión. Por ejemplo, Zoho Writer y Zoho Mail utiliza Google Gears y permite utilizar la aplicación aunque no tengas conexión. De momento en el mercado no hay muchas pero seguro que aparecerán más.
- Acceso a través de RTB o RDSI. Hasta no hace mucho utilizabamos el modem para conectarnos a internet, asi que una solución sería que el cliente contrate una linea RTB o RDSI que en caso de perdida de ADSL permita su conexión a internet y por tanto a la aplicación. Si tenemos que la perdida de internet puede ser debido a problema de tu proveedor de comunicaciones convendría que la linea se contrate a otro proveedor. Al hilo de esto, no conozco proveedor de saas que permita acceso a la aplicación a través de RTB o RDSI (cabeceras de 8 ó 10 lineas) y puede que resulte interesante para determinas situaciones de perdida puntual de ADSL.
- Instalar otra linea de Internet con otro proveedor de ADSL pudiendo ser de menos capacidad y por tanto más barata.
- Comprar un acceso 3G con conexión al PC a través de USB y pago por consumo.
En tercer lugar para cada escenario encontrado en el primer punto, aplicaría una solución u otra en función de la criticidad de las aplicaciones y datos, los riesgos potenciales y tiempo máximo de indisponibilidad.
Y el cuarto y más importante,¿saas si o saas no?
Por ejemplo, pongamos un escenario donde para una gestoría con mucha actividad tiene una aplicación de contabilidad que se ha identificado como crítica, donde como mucho tenemos 2h como máximo de inactividad, donde las probabilidades de quedarnos sin ADSL son moderadamente posibles y finalmente el acceso a la aplicación debe ser rápido sin perdidas de rendimiento. Tenemos dos posibles soluciones: nueva linea ADSL y el acceso 3G , pero sabemos que la cobertura 3G en nuestra empresa no es la ideal y que hemos decidido poner otra linea ADSL con otro proveedor de comunicaciones.
Además ya contamos con 2 PCs para dos 2 usuarios que deben acceder a la aplicación sin que sea necesario ,en caso de emergencia, que operen a la vez. Esto es lo que nos salé cuando comparamos uno y otro modelo (las cantidades son aproximadas pero pueden ser perfectamente válidas):
| In-House Software | SaaS | |
| Inversión Inicial | Lo normal es que deberíamos comprar un servidor para localizar nuestra aplicación y datos y que ambos PC´s accedan y almacenen en el mismo sitio. Coste linfraestructura(PC+red): 1.500€ – Coste aplicación: 400€ | Nueva linea ADSL |
| Gastos de mantenimiento | Coste mes nueva infraestructura:30€ – Coste mes aplicación:50€ | Coste: 30€/mensuales – Coste aplicación por 2 usuarios/mes: 80€ |
| Riesgo de adopción | Alto riesgo por la inversión | Bajo, no tienes inversión |
| Acceso a al aplicacion y datos | Desde la empresa | Desde cualquier punto, incluso tu casa. |
| La carga operacional recae sobre | La infraestructura del cliente | Proveedor de la Solución Saas |
| Tiempo de desarrollo o configuración | Alto | Medio |
| Facilidad de migración de las versiones | Requiere una planificación | Corre a cargo del proveedor del Saas |
| Disponibilidad de la aplicación | Total | Total |
| Retorno de la Inversión | Lento debido a la inversion inicial | Rápido y más predecible |
| Posbilidad de errores durante la implantación | Alta | Ninguna, accedes a traves del navegador |
| Capacidad añadir o eliminar usuarios | Dependiendo de la licencia | Si, rápidamente. |
| Seguridad de los datos(Backup, Accesibilidad,etc) | A cargo del cliente | A cargo del proveedor del Saas |
| Facilidad de despliegue de la aplicación a los usuarios | Depende del tipo de aplicación | Tan rápido como conectarse al proveedor del Saas |
| Precio mes | 80€ mensuales | 110€ mensuales |
y ahora sopesando inversión, ventajas y desventajas, y precio mensual, solo hay que contestar a la pregunta . ¿saas si o saas no?
Me parece imprescindible, y repito, imprescindible, que toda aplicación conectada tenga soporte offline. Y me refiero a algo más serio que Google Gears, que no dejar de ser un plugin de navegador.
¿Os imagináis no poder utilizar vuestro cliente de correo sólo porque se han caído los servidores? ¿O no poder escribir un post en el blog porque no hay conexión?
Lo lógico en una situación de pérdida de conexión es que los usuarios puedan seguir trabajando offline, y que el trabajo se vaya ‘encolando’ para cuando la conectividad se restaure. Me parece totalmente esencial.
Esto no es difícil de implementar en el software si diseño desde el principio así (asíncronía, repositorio local temporal, etc). Eso sí, requerirá que el software se ejecute en cliente, no vía web.
Hola Pipp0,
Yo creo que debes preparar un plan de contigencias acorde a la criticidad de tus aplicaciones y datos y valorar las posibles soluciones. Puede que no necesites 24×7 para el mail o para el blog.
Para el caso que me comentas y suponiendo que tienes que disponer de correo y acceso al blog en cualquier momento, tu solución puede ser tan válida como la que te comento de tener otra linea, solo que la tuya implica instalación en el PC de una herramienta para que cumpla tus requerimientos, y ahí creo que pierdes flexibilidad.
Si lo que te refieres es que no es asumible que un proveedor rompa el servicio (blog, mail, google docs, etc.)por algun problema en su sistema, tengo la sensación de que supones que por el hecho de que la aplicación y datos esten en tu casa/empresa vas a tener un tiempo de disponibilidad mayor. ¿Has pensado en la cantidad de veces que tus instalaciones el PC no son compatibles? ¿Has pensado que la red de tu empresa tenga un problema y no te permita acceder a la aplicación que tienes en tu servidor? ¿Tienes un router ADSL de reserva por si te fastidia?
Quizás valores las posibles soluciones y finalmente decidas que saas «no» pero es una decisión que en mi opinión debe partir del analisis que te propongo y que en general es el preámbulo a cualquier plan de contigencias.
Un saludo .
Yo creo que la comparación no esta bien realizada, hay varios puntos que son muy discutibles, por ejemplo acceso a la aplicación, porque pones que si esta en la empresa el acceso es solo desde la empresa, cuando perfectamente podría ser remoto sin requerir inversión y hablando de un ambiente seguro. El tiempo de desarrollo o configuración es el mismo si es para el cliente o el proveedor, ahorrarse 4h de instalación de un soft no modifica de medio a alto; el proveedor también tiene que instalar y configurar. Migración de versiones: el proveedor también tiene que planificar y migrar, de hecho como es un servicio si falla nos correo con que esta dentro del SLA, por lo cual su planificación no va a realizarse 100% en todos los aspectos. Posibilidad de errores durante la implantación, si para ambos, en un caso quizá se pueda comenzar a utilizar a medias, en el otro caso directamente se genera una in disponibilidad completa hasta que el proveedor logre solucionar el inconveniente. Capacidad de añadir o eliminar usuarios, no sabia que por instalar un soft en un proveedor el mismo deja de correr con la ley de licencias…
Sinceramente creo que falta especificar y ser claro en varios puntos como para comparar SaaS contra in-site. Ya que estos son los detalles por los cuales uno dice Si o No a SaaS, no se hablo de los tiempos de cambio requeridos ante una solicitud.