Ver demo×
×

¡Vean a NinjaOne en acción!

Cambio a proveedores de software RMM: 4 Consejos para Obtener Éxito

Cambio de software RMM ilustración

El software de supervisión y gestión remota es una de las herramientas más importantes de los profesionales de TI en el entorno de TI moderno. Como probablemente ya sepa, las herramientas de RMM permiten a los responsables de TI supervisar el rendimiento de los equipos y la red, instalar software, desplegar parches y actualizaciones en bloque y mantener la infraestructura en perfecto funcionamiento  

Sin embargo, no todas las soluciones de RMM son iguales. Como hemos comentado en detalle en nuestros diversos artículos relacionados con la elección de una herramienta de RMM, los conjuntos de características varían, y algunas herramientas son más adecuadas que otras para cada caso de uso específico.

Entonces, ¿qué ocurre cuando un equipo de TI o un proveedor de servicios gestionados se ha comprometido con una herramienta de RMM que, con el tiempo, se ha quedado corta? A veces la mejor solución es cambiar de proveedor de RMM, actualizando a algo que sirva mejor a sus necesidades y no le deje con las ganas 

Este cambio puede parecer desalentador. ¿Habrá tiempo de inactividad de los equipos gestionados? ¿Interrupciones del servicio? ¿Cuántos recursos tendremos que destinar a la migración? En este artículo, exploraremos la idea de cambiar a las herramientas de RMM para ayudarle a tomar mejores decisiones sobre cuándo, por qué y cómo cambiar a las herramientas de supervisión y gestión remotas.

1) ¿Cómo saber cuándo es el momento de cambiar de herramienta RMM?

La primera pregunta que se le pasará por la cabeza es, probablemente, «¿necesito cambiar de herramienta RMM en primer lugar?» Cada situación es diferente, por supuesto, pero hay algunas señales a las que hay que prestar atención y que pueden indicarle que ha llegado el momento de un cambio 

La primera consideración para muchos gestores de TI es el coste. Muchos proveedores de RMM ofrecerán un precio especial de introducción para los nuevos socios, algo bueno al principio, pero con el tiempo, los costes adicionales y las subidas de precios pueden suponer una pérdida neta.

O tal vez esté atascado en un nivel de precios que simplemente no es rentable. Los proveedores de RMM utilizan una variedad de modelos de precios. Entre ellas se encuentran las estructuras de precios variables en función de los tipos de activos que se gestionan, los costes por usuario final, los costes por administrador o ingeniero y los costes por número de agentes de software. Hay casos en los que este precio funcionó bien cuando se inscribió, pero se volvió menos atractivo a medida que incluía más usuarios finales o clientes 

También es habitual que los proveedores de software exijan contratos a largo plazo con sus socios. Esto puede ser problemático cuando el servicio y la asistencia no están a la altura o cuando quiere hacer un cambio a un producto que se adapte mejor a sus necesidades, pero un contrato es lo único que le frena  

Peor aún son los casos en los que un usuario de RMM compra un conjunto de licencias al por mayor pero no las utiliza todas. Esto puede dificultar un poco el cálculo de los márgenes y, en general, supone un mal uso de los recursos.

Aparte del coste, es posible que tenga problemas de rendimiento que le hagan pensar en hacer un cambio. Una herramienta RMM es un activo inestimable, pero su valor real viene determinado por sus capacidades de gestión y su facilidad de uso. Muchos socios que han cambiado a NinjaOne informan de que su anterior herramienta de RMM era lenta para conectarse y a veces no creaba conexiones remotas por completo. Esto hace que la herramienta sea poco fiable en el mejor de los casos, e inutilizable en el peor 

Y la facilidad de uso es esencial con este tipo de herramientas. La gestión de la movilidad debería agilizar sus operaciones y liberar recursos, no crear obstáculos. Si una herramienta de RMM avisa al administrador de que un equipo no funciona correctamente pero no permite una reparación rápida y remota, no está a la altura de lo que puede hacer una RMM. Una herramienta que requiere que el responsable de TI llame a un usuario para guiarle por los pasos de resolución de problemas (o, peor aún, que le obligue a enviar a un técnico in situ) sólo proporciona una fracción del valor que pueden ofrecer las mejores herramientas de RMM.

La gestión de parches y la funcionalidad de alertas de su actual herramienta RMM también deben ser consideradas. La gestión de parches es una capacidad crucial de las herramientas RMM, y deben ser capaces de manejar todas sus necesidades sin problemas. Si su herramienta de RMM no admite la gestión de parches de todos los sistemas operativos, navegadores y aplicaciones de su entorno o entornos, le obliga a malgastar recursos con actualizaciones manuales, o en su lugar, deja vulnerabilidades que deben ser abordadas 

Por último, siempre es conveniente tener en cuenta el servicio y la asistencia técnica. ¿Está satisfecho con su proveedor de RMM en general? El nivel de apoyo posterior a la implantación debe ser adecuado a sus necesidades. Una comunidad activa y receptiva de expertos y usuarios también es un activo valioso, ya que este recurso puede resultar útil cuando se buscan respuestas rápidas o aportaciones basadas en la experiencia 

2) Qué hay que tener en cuenta al cambiar de herramienta RMM

Lo más importante es considerar lo que necesita de su RMM para alcanzar sus objetivos. Por muy obvio que parezca, es esencial no pasar por alto ni siquiera los aspectos más insignificantes de su caso de uso… y de sus planes. Examine sus necesidades funcionales y establezca una imagen clara de sus requisitos actuales:

  • Identifique qué funciones de su anterior herramienta de RMM va a seguir utilizando.
  • Identifique los problemas que está experimentando con su plataforma RMM actual/anterior y añada estas consideraciones a un listado mientras busca una nueva herramienta.
  • Identifique los requisitos absolutos de su herramienta RMM, lo que sería bueno tener y las características de las que puede prescindir

Utilice esta información para crear una «lista de la compra» con las prioridades. Si es un proveedor de TI que va a gestionar varios clientes, también querrá examinar 

  • Su número total de dispositivos y los tipos de dispositivos que va a gestionar.
  • El número de emplazamientos en los que se desplegará su RMM, así como los requisitos específicos que pueda tener cada uno de ellos

Una vez que haya averiguado todo esto, estará en la mejor posición para empezar a buscar y hablar con los proveedores de RMM. Con la información que ha reunido, debería ser relativamente fácil elaborar una lista de herramientas de RMM que satisfagan sus necesidades técnicas 

Llegados a este punto, puede empezar a evaluar a los proveedores individuales en aspectos auxiliares que, en última instancia, afectarán a su relación de socios a largo plazo.

  • Seguridad
  • Ubicación del servidor
  • Redundancia/copias de seguridad
  • Capacidad de la red
  • Soporte y servicio
  • Asistencia a la implantación/conmutación
  • Personalización de scripts/alertas

Hay que tener cuidado al cambiar de plataforma. Nadie quiere cambiar de herramienta de RMM sólo para descubrir que todas sus necesidades siguen sin estar cubiertas, lo que les obliga a cambiar de nuevo.

3) Cómo cambiar con éxito las herramientas de RMM

Una vez que haya decidido que el cambio es necesario y haya elegido una nueva herramienta de RMM, la pregunta que le rondará por la cabeza será cómo realizar el cambio a un nuevo proveedor de RMM con las mínimas molestias y tiempo de inactividad 

Lo primero que hay que tener en cuenta es que el cambio de RMM probablemente afectará a todo su equipo de TI. Ya sean los técnicos del mismo campo, el equipo de soporte que supervisa las redes y responde a los tickets de soporte, o el equipo de administración de cuentas que necesita generar informes y mantener las relaciones, es vital que estén al tanto de los próximos cambios y que sean libres de dar cualquier aportación que tengan basada en la experiencia 

El calendario real de la transición dependerá de varios factores. En primer lugar, deberá tener en cuenta la fecha de renovación del contrato de su actual herramienta de RMM. Los proveedores de TI también querrán tener en cuenta los términos del acuerdo de los clientes y las fechas de vencimiento. Por supuesto, su situación es un factor: algunos equipos de TI necesitan cambiar de herramientas de RMM con más urgencia que otros, dependiendo del tipo de impacto que tengan las deficiencias de su herramienta actual 

Con todo esto en mente, querrá establecer plazos realistas para la implantación y la integración. Con una herramienta tan importante, rara vez es buena idea precipitarse en su implantación.

No olvide averiguar si el proveedor de RMM que ha elegido ofrece asistencia para la incorporación y la configuración de los socios o si puede recomendar servicios que ayuden en el proceso de cambio 

4) Aprovechar al máximo su nuevo proveedor de RMM

Una vez que haya pasado por el proceso de cambio de herramientas de RMM, sin duda querrá aprovechar al máximo su nueva solución. Nuestro blog contiene muchos artículos sobre cómo sacar el máximo provecho de sus herramientas de RMM si desea leerlos con más detalle, pero por ahora, compartiremos algunos aspectos destacados para que pueda empezar.

A medida que implementa su nueva herramienta, tómese un tiempo para perfilar sus alertas y notificaciones. Las herramientas de RMM ayudan a su equipo a centrarse en las necesidades más críticas y urgentes de su(s) entorno(s) de TI, por lo que perfeccionar estas notificaciones hasta el límite será de gran ayuda para gestionar el tiempo y los recursos. Las mejores herramientas de RMM pueden crear cualquier combinación de alertas, pero esas alarmas pueden generar mucho ruido y perder tiempo si no se configuran correctamente. Cada entorno informático es diferente, por lo que dedicar tiempo a crear las normas de notificación que mejor se adapten a las necesidades de su equipo es un tiempo bien empleado.

También querrá maximizar el potencial de las integraciones con sus otras herramientas, asegurando la comunicación entre todas las herramientas en uso. Cuando se hace un uso completo de las integraciones (en gran medida cuando la automatización puede mejorar la colaboración entre sus herramientas) se puede ahorrar una cantidad considerable de tiempo y reducir los costes laborales generales 

¿Pensando en cambiar a NinjaOne?

Si su herramienta de RMM no está a la altura de sus necesidades o su actual proveedor de RMM no le ofrece el soporte que necesita, considere añadir NinjaOne a su lista de opciones 

Características y beneficios de NinjaOne

  • Mes a mes: sin contratos a largo plazo
  • Precios flexibles por dispositivo
  • Incorporación gratuita e ilimitada
  • Formación gratuita e ilimitada

También te puede gustar

¿Listo para convertirte en un Ninja informático?

Descubre cómo NinjaOne puede ayudarte a simplificar las operaciones de TI.

Términos y condiciones de NinjaOne

Al hacer clic en el botón «Acepto» que aparece a continuación, estás aceptando los siguientes términos legales, así como nuestras Condiciones de uso:

  • Derechos de propiedad: NinjaOne posee y seguirá poseyendo todos los derechos, títulos e intereses sobre el script (incluidos los derechos de autor). NinjaOne concede al usuario una licencia limitada para utilizar el script de acuerdo con estos términos legales.
  • Limitación de uso: sólo podrás utilizar el script para tus legítimos fines personales o comerciales internos, y no podrás compartirlo con terceros.
  • Prohibición de republicación: Bajo ninguna circunstancia está permitido volver a publicar el script en ninguna biblioteca de scripts que pertenezca o esté bajo el control de cualquier otro proveedor de software.
  • Exclusión de garantía: El script se proporciona «»tal cual» y «según disponibilidad», sin garantía de ningún tipo. NinjaOne no promete ni garantiza que el script esté libre de defectos o que satisfaga las necesidades o expectativas específicas del usuario.
  • Asunción de riesgos: El uso que el usuario haga del script corre por su cuenta y riesgo. El usuario reconoce que existen ciertos riesgos inherentes al uso del script, y entiende y asume cada uno de esos riesgos.
  • Renuncia y exención: El usuario no hará responsable a NinjaOne de cualquier consecuencia adversa o no deseada que resulte de su uso del script y renuncia a cualquier derecho o recurso legal o equitativo que pueda tener contra NinjaOne en relación con su uso del script.
  • CLUF: Si el usuario es cliente de NinjaOne, su uso del script está sujeto al Contrato de Licencia para el Usuario Final (CLUF).