Damoin Web Services

Blog de Social Media y Desarrollo Web

La experiencia Google Apps. Parte II. Implantación y uso

Esta es la continuación del post: LA EXPERIENCIA GOOGLE APPS. PARTE I. DECISIÓN Y PLANIFICACIÓN en el cual explicabamos como se toma la decisión de cambiar el sistema de correo a Google Apps y aspectos importantes de la planificación del cambio.

En este nos centraremos en como se realizó la implantación de Google Apps en uno de nuestros clientes y la experiencia de los usuarios con el nuevo sistema.

Una vez planificado el cambio a Google Apps llega el Dia D.

3. Implantación

  • Revisión de cuentas y accesos en Google Apps: Antes de modificar los registros DNS, revisaremos todas las cuentas y contraseñas que planificamos anteriormente. Un olvido recurrente suelen ser las cuentas “publicas” que no tienen un receptor definido en la organización, son aquellas de contacto en paginas web o departamentos (por ejemplo: contacto@…, info@….., administracion@…..) que por no estar personalizadas y usarse solo en momentos puntuales, pueden pasar dias hasta que notamos que no entran correos.
  • Acceso a Google Apps para los usuarios: Al revisar las cuentas ya estamos listos para proporcionar a cada usuario su email de acceso y contraseña. La política sobre contraseñas y uso del ordenador debe ser muy estricta ya que al usar navegadores es posible dejarse una sesión abierta en nuestro Gmail, lo cual puede ser peligroso para la seguridad de datos de la empresa.
    • Es importante que los usuarios no se “presten” la contraseña o resetearlas cada cierto tiempo desde el panel de administración de Google Apps, así evitamos fugas de información.
  • Exportación de cuentas hacia Google Apps: Para exportar una cuenta (Correo, calendario y contactos) desde Outlook a Google Apps usaremos Google Apps Migration for Microsoft Outlook® , dependiendo de la cuenta puede tardar bastante tiempo en hacer la exportacion , ya que tiene que subir todo el correo que le indiquemos en la herramienta, si queremos tener todo en Google Apps y nuestra cuenta ocupa varios Gb, con un ADSL normal puede tardar bastantes horas en subir toda esa informacion, hay que tenerlo en cuenta. En la herramienta de exportación se pueden filtrar los correos a exportar por fecha, en la planificacion es conveniente decidir de antemano desde que fecha limite se van a subir los correos a Google Apps (sobre todo si tenemos bastantes cuentas para exportar).
  • Modificación DNS del dominio: En el post I hablamos de la configuración DNS, bien, este es el punto donde no hay marcha atrás en la implantación de Google Apps, ya que hasta que no lo hagamos el correo lo seguirá gestionando el servidor antiguo . El cambio de servidores MX en nuestra configuración del dominio se debe realizar a ser posible de madrugada, para que las actualizaciones de las DNS lleven unas horas replicandose por la mayor parte de servidores posibles.
    • Como ya explicamos en el primer post una vez configuremos los nuevos registros tipo MX para el dominio pasaran entre uno y dos dias hasta que todo el correo entre por los servidores de Google, así, la hacerlo de madrugada nos quitamos unas horas en ese proceso.
  • Revisión de servidores de correo: Durante al menos dos dias (recomendamos una semana), es necesario revisar los buzones antiguos, ya que puede haber servidores de correo  que no hayan actualizado sus registros DNS y seguiran enviandonos los emails a los servidores antiguos.

4. Uso de Google Apps

Como en toda implantación de un sistema nuevo en cualquier empresa, al principio siempre hay reticencias y objeciones. En el caso de Google Apps podemos hacer un listado  de las objeciones y soluciones a las mismas, como sistema antiguo podemos hablar de Outlook que esta bastante extendido y es de uso común.

Para los administradores de sistemas, al implantar Google Apps es necesario advertir a todos nuestros usuarios que el uso de esta plataforma no es una via temporal que puede ser reemplazada de un dia para otro con nuestro sistema anterior. Una vez que se haga el cambio es muy dificil volver atrás y por tanto deben ser conscientes de ello. En Damoin hemos intervenido en implantaciones de software y soluciones en las que los usuarios intentaban forzar la vuelta al sistema anterior o usar el anterior y el nuevo a la vez.

En el caso de Google Apps esto no es posible, al menos, si queremos usar el sistema en modo “puro” sin usar Outlook a la vez (para esta forma de uso ver Google Apps Sync for Microsoft Outlook® ), por tanto debemos mentalizar muy bien a los usuarios sobre este tema para no tener problemas futuros.

En este listado os detallamos funcionalidades de Outlook , pulsando [aqui] podeís como funcionan en Gmail :

  • Uso de varias cuentas.
  • Organización por carpetas/subcarpetas.
  • Marcas.
  • Correo electrónico no deseado.
  • Mensajes archivados.

Para el resto de funcionalidades os dejamos este listado:

 

5. Experiencia de los usuarios con Google Apps

Una vez mentalizados los usuarios e implantado el sistema, la valoración del uso por parte de los usuarios la tenemos que dividir en dos fases: negación y aceptación.

  • En la fase de negación, como ya hemos comentado, para el usuario todo son problemas, ya que, muchas operaciones que ya controlaba ahora se hacen de otra manera. En esta fase es importante que los administradores esten accesibles a estos usuarios y que reciban asistencia lo antes posible. Si un usuario tiene un problema, no encuentra algo (por trivial que sea), y no recibe asistencia, la actitud negativa hacia el nuevo sistema será muy dificil de contrarrestar.
  • Una vez solucionada la actitud negativa, y despues de varios dias, los usuarios normalmente empiezan a familiarizarse con el sistema, comprenderlo y automatizar tareas como hacian anteriormente. Es en esta fase donde se aprecia el cambio cualitativo que supone Google Apps, en búsquedas, interacción con documentos, interacción con otros miembros de la organización, etc.
    • Las posibilidades que ofrece Google Apps para compartir determinada información (contactos y calendario) de muchas maneras distintas en la organización hace que, cuando se extiende su uso, para los usuarios sean herramientas muy potentes y garanticen un ahorro en tiempo y aumento de productividad importante.
  • La experiencia en general es muy positiva, por el grado de libertad que ofrece el hecho de tener el correo en cualquier ordenador o smartphone, ya estes de viaje o en casa, y por el grado de interacción con otros usuarios que ofrecen todas las aplicaciones dentro de la organización.
  • Para la empresa en la cual hicimos la implantación, la experiencia ha resultado muy positiva y ha aumentado la productividad de todos los miembros de la organización, un éxito.

Si tu empresa esta interesada en usar Google Apps:

 

La experiencia Google Apps. Parte I. Decisión y planificación.

Desde hace unos meses en Damoin y en un cliente estamos usando Google Apps, de momento la version gratuita, ya que el tamaño de organización de momento lo permite, aunque en un futuro no muy lejano adoptaremos la de pago.

Vamos a contaros nuestra experiencia en este momento con este servicio de Google en nuestro cliente.

1. Decision de cambio.

Como cualquier cambio organizativo en una empresa en nuestro cliente analizamos los pros y contras del cambio. En ese momento el servidor de correo era un servidor POP3 puro y duro con posibilidad de Webmail. El programa de correo usado en toda la organizacion era Outlook en diferentes versiones.

El cambio a Google Apps se fundamentaba en varias necesidades:

  • Disponer del correo electronico en cualquier sitio sin tener que estar cambiando constantemente de sistema (outlook, web) o tener que estar configurando la misma cuenta en diferentes ordenadores. Con Google Apps solo necesitamos un navegador web.
  • Tener la seguridad de que todos los emails recibidos y enviados los tenemos disponibles. En Outlook (con pop3) y webmail los emails enviados se quedan en su propio sistema y en webmail no puedes guardar todos los elementos recibidos porque el tamaño del buzón se haría enorme. Con Google Apps tenemos, según el perfil, gigas y gigas de buzón.
  • Gestión de las cuentas de una manera ágil por parte del cliente. El cliente queria tener control sobre la creacion de cuentas de correo sin tener que estar llamando a la consultora constantemente y gestionar las cuentas en el panel de Google Apps es bastante sencillo.
  • Informacion en la nube, Google Apps permite una interacción fluida con Docs, para poder almacenar y gestionar documentos sin depender de una ubicación física,  además de poder compartir esos documentos con diferentes permisos de acceso.

2. Planificación del cambio

Como cualquier otro tipo de proyecto, una vez  tomada la decisión de cambio, tenemos que planificar el Dia D, y es aquí donde vienen los pasos a tener en cuenta:

  • Cambio de DNS. Este quizás sea el paso de la configuración mas importante a realizar desde la consultoría. Quien trabaje con DNS no encontrará mucha dificultad en cambiar la configuracion para que el dominio empiece a usar Google Apps como destino del correo eletrónico, pero para personas con pocos conocimientos en este ambito puede resultar un dolor de cabeza la configuración de las DNS. Daremos un breve apunte:
    • Las DNS son las direcciones a donde apuntan todos los servicios de un dominio, el caso del correo electronico son del tipo MX y suelen tener este tipo de estructura mail.dominio.com. Para que sean los servidores de Google Apps los que pasen a gestionar el correo electrónico hay que modificar las DNS y poner estas:
    • Prioridad   Direccion
    • 1                    ASPMX.L.GOOGLE.COM
    • 5                   ALT1.ASPMX.L.GOOGLE.COM
    • 5                   ALT2.ASPMX.L.GOOGLE.COM
    • 10                 ASPMX2.GOOGLEMAIL.COM
    • 10                 ASPMX3.GOOGLEMAIL.COM
    • En esta dirección podeis encontrar mas información. http://www.google.com/support/a/bin/answer.py?hl=es&answer=33352
    • La actualización de esta información para que el correo llegue a los servidores de Google puede tardar unos dos días. Así que durante ese intervalo es necesario revisar el servidor antiguo porque puede haber correo todavía en el.
  • Creación de todas las cuentas de correo. Otro punto muy importante, ya que si cambiamos las DNS pero la cuenta de destino no esta creada en el panel de Google Apps, el servidor de correo rechazara el envío. Parece una obviedad pero es importante tenerlo en cuenta.
  • Perfiles antiguos en Google. Muchos de nosotros hemos usado servicios de Google con nuestras cuentas de dominio y es en este momento donde puede surgir un problema. Al crear una cuenta de correo Google Apps crea un perfil para todos los servicios de Google. Si ya teniamos un perfil previo con la misma dirección de correo (ejemplo@dominio.com) surge un conflicto en el que  Google nos saca una pantalla para que aceptemos el cambio de perfil para esa dirección de email. !! Cuidado ¡¡ Determinados servicios no son compatibles con el perfil generado en Google Apps y puede que no nos deje acceder posteriormente.
    • Si alguna cuenta de correo usa servicios de Google deben ser modificados hacia otra dirección de email (una posibilidad es, si tenemos el .com y el .es de un dominio,  usar por ejemplo el .es para Google Apps y cambiar los servicios de Analytics, Adwords, Webmaster Tools, etc. a las cuentas .com que no vamos a tener en Apps)

Hasta aquí la parte I del proyecto Google Apps. En la fase II comentaremos la implantación y primeras impresiones de uso.

Si estas interesado en usar Google Apps escribenos a contacto@damoin.es

¿Que opinas de Google Apps? Deja tu comentario

 

    Namebench: Averigua cual servidor DNS funciona mejor en tu conexión


    ServidorCada vez que vamos a visitar un sitio web, hay una parte mágica que se encarga de hacer que nuestra petición a “google.com” llegue hacia los servidores físicos de esa dirección. Parte de este trabajo es hecho por los servidores DNS, por eso es importante saber cuales funciona mejor para nuestra conexión.

    Si eres de los que visitan muchos sitios diferentes, estar detrás de un servidor DNS lento arruinará tu navegación, a pesar de que tu conexión en si esté “saludable”. No es raro que los DNS de los proveedores locales sean los que tengan problemas, ya sea por poco mantenimiento, exceso de peticiones a ciertas horas, o peor aún que sean vulnerables a ciertos ataques.

    Namebench es una pequeña herramienta que nos ayuda a encontrar cuales son los mejores servidores DNS, tanto en rapidez como en seguridad. Me agrada que de hecho tome el historial de los navegadores instalados para hacer las pruebas.

    Namebench

    Ejemplo de conexión:


    (clic para agrandar)

    Namebench: Velocidad de los servidores DNS

    Un detalle que Namebench no toma en cuenta (y que es subjetivo) son las características adicionales de usar X servidores. Por ejemplo con OpenDNS puedo bloquear cierto tipo de dominios (publicidad, malware, etc) o pedir que actualicen su caché (útil para cuando uno hace cambios en las zonas DNS). Solo por eso es que sigo con OpenDNS, en lugar de darle mi historial de navegación a Google :P

    Namebench está disponible para Windows, Mac y Linux; y el test dura unos pocos minutos. Si sienten que si navegación es lenta (pero no la descarga) no está demás evaluar si es un problema con los DNS’s que esté utilizando :)

    Fuente: Maestros del Web