A medida que su MSP crece y desarrolla, es muy probable que, en alg\u00fan punto, detecte que las herramientas que eligi\u00f3 originalmente para el funcionamiento de su negocio no sean suficientes para sus necesidades actuales. Obviamente, ning\u00fan proveedor quiere perder clientes y lo ideal ser\u00eda que todos nos aseguremos de que estamos usando las herramientas existentes a su m\u00e1xima capacidad. Sin embargo, habr\u00e1 ocasiones en las que el conjunto de herramientas disponible le est\u00e9 impidiendo avanzar y es importante que sepa c\u00f3mo detectar esta situaci\u00f3n.<\/p>\n
Para ayudarle a hacer frente a este reto en el crecimiento de su negocio, voy a hablar sobre tres aspectos clave en esta serie de entradas del blog:<\/p>\n
Esto le ayudar\u00e1 a evitar un estr\u00e9s innecesario al dejar una decisi\u00f3n tan importante para el \u00faltimo momento.<\/p>\n
En esta primera entrada de blog, vamos a examinar los indicadores obvios que apuntan a que puede ser el momento de cambiar de plataforma RMM.<\/p>\n
Para m\u00ed, el elemento que indica con mayor claridad la necesidad de un cambio es la presencia de problemas graves a medida que se ajusta la escala. Si tiene dificultades para gestionar y supervisar<\/span><\/a> el n\u00famero de dispositivos para los que ofrece soporte en su entorno, hay algo que no va bien. Por ejemplo, si la incorporaci\u00f3n de nuevos clientes es un proceso lento porque tiene que supervisar de manera manual el despliegue de agentes o si no ha podido automatizar elementos clave del proceso.<\/span><\/p>\n Otra \u00e1rea a la que prestar especial atenci\u00f3n ser\u00eda la p\u00e9rdida de confianza en los resultados de sus procesos de supervisi\u00f3n. Esto podr\u00eda deberse a diferentes motivos: por ejemplo, si sus alertas no est\u00e1n actualizadas o se han configurado inadecuadamente, o si hay mucho ruido blanco, lo que implicar\u00eda que est\u00e1 supervisando pr\u00e1cticamente todo y sus t\u00e9cnicos est\u00e1n ignorando muchos problemas porque no pueden atender a todo. Una situaci\u00f3n de este tipo puede tener un enorme impacto sobre su capacidad para solventar incidentes, que se caracterizar\u00eda por ser muy reactiva y requerir la presencia de los t\u00e9cnicos in situ para la correcci\u00f3n de los problemas. Teniendo en cuenta que el sector de los MSP tiende hacia la mejora de la eficiencia, esta no es una situaci\u00f3n en la que quiera poner a su empresa.<\/p>\n Otro indicador muy habitual de fallo del RMM es la gesti\u00f3n inadecuada de los parches. Si est\u00e1 infrautilizando el RMM a la hora de detectar, desplegar y aprobar los parches, puede que se deba a que no lo ha configurado correctamente, pero quiz\u00e1 tambi\u00e9n a que el RMM no est\u00e1 a la altura de la tarea. Asimismo, y esto enlaza con el punto anterior, no quiere verse en una situaci\u00f3n en el que los estados de los parches supervisados se ignoren o traten con una prioridad m\u00e1s baja debido a la cantidad de alertas que reciben los t\u00e9cnicos.<\/p>\n Estos dos tipos de incidencias pueden afectar a sus t\u00e9cnicos y generar un bajo nivel de confianza en la plataforma utilizada. Si estos manifiestan que ya no conf\u00edan en su RMM y en su capacidad para hacer el trabajo, este es un indicador clave de que puede que sea el momento de buscar una alternativa.<\/p>\n En las organizaciones de mayor tama\u00f1o, para las personas en puestos de direcci\u00f3n o gesti\u00f3n puede resultar dif\u00edcil acceder a la informaci\u00f3n de la que disponen los t\u00e9cnicos, as\u00ed como determinar si la plataforma de RMM les est\u00e1 limitando. En este sentido, puede que se pregunte sobre los mensajes que los t\u00e9cnicos pueden enviarle y que indican que hay un problema que requiere investigaci\u00f3n.<\/p>\n No solo nos referimos a situaciones como procesos de incorporaci\u00f3n de clientes que requieren mucho tiempo o el despliegue de agentes de manera manual, sino a escenarios que van m\u00e1s all\u00e1.<\/p>\n Supongamos que los t\u00e9cnicos le dicen algo como \u201chemos terminado el nuevo despliegue para el cliente, pero ha supuesto mucho trabajo\u201d, lo que probablemente quieran decir es que ha requerido mucho trabajo manual. Esto podr\u00eda indicar de que el RMM no est\u00e1 haciendo lo suficiente por ellos. La incorporaci\u00f3n de clientes no es un proceso por el que un MSP suela ganar mucho dinero, por lo que es importante llevarlo a cabo con la m\u00e1xima eficiencia.<\/p>\n Otra posibilidad es que le cuenten algo como \u201chemos borrado todas las alarmas, pero ha sido algo muy complejo\u201d, lo que podr\u00eda indicar que estas se han dejado de lado durante mucho tiempo (probablemente por un nivel muy elevado de falsos positivos). Todo esto obligar\u00eda a los t\u00e9cnicos a trabajar de manera reactiva para apagar fuegos a medida que surgen, en lugar de que el RMM establezca prioridades para ellos.<\/p>\n Estas incidencias pueden deberse a la red del entorno del cliente, pero quiz\u00e1s tambi\u00e9n tengan que ver con los recursos disponibles o con el hecho de que su RMM no pueda hacer frente a la inclusi\u00f3n de unos cientos o miles de dispositivos extra, o de tener que ejecutar nuevos procesos de detecci\u00f3n en varios dispositivos. De forma similar, si los t\u00e9cnicos le indican que las alertas no se muestran o que no aparecen la mitad de los dispositivos, hay algo que no funciona como debe.<\/p>\n \u00bfEs mejor empezar desde cero con su soluci\u00f3n RMM existente? \u00bfO quiz\u00e1 habr\u00eda que asegurarse de que no hay una alternativa mejor que pueda gestionar sus necesidades? Obviamente, modificar un elemento que resulta esencial para su negocio como MSP no es algo menor. Por eso, merece la pena elaborar una lista con los problemas clave a los que se enfrente y los nuevos criterios en funci\u00f3n de los cuales va a evaluar el rendimiento. Esto no solo le ayudar\u00e1 a valorar los nuevos proveedores, sino que adem\u00e1s le proporcionar\u00e1 una serie de argumentos claros para tratar con su proveedor actual.<\/p>\n La opci\u00f3n de la reincorporaci\u00f3n es la primera que deber\u00eda examinar: debe ser m\u00e1s barata, m\u00e1s sencilla y generar menos trabajo (lo que incluye la formaci\u00f3n asociado). Esto es especialmente relevante si su RMM cumple todos sus requisitos actuales (y si el producto es de calidad). Pero esta no es necesariamente la \u00fanica alternativa.<\/p>\n En mi pr\u00f3xima entrada en el blog, examinar\u00e9 cu\u00e1les son los indicadores menos obvios de que debe buscar un nuevo RMM.<\/a><\/span><\/p>\n Los MSP pueden enfrentarse a algunos retos obvios a la hora de decidir cu\u00e1les son las herramientas RMM adecuadas para su negocio. El equipo de N‑able N‑central<\/span><\/a> le ayuda a mitigar estas dudas al ofrecerle a los clientes con contratos en vigor con RMM de la competencia la posibilidad de<\/span>\u00a0cambiar a N‑central por solo 1\u00a0\u20ac\/mes durante un periodo de hasta 12 meses<\/span><\/a><\/span>*, as\u00ed como acceder a servicios de incorporaci\u00f3n para la formaci\u00f3n personalizada de los t\u00e9cnicos y servicios de migraci\u00f3n para la transferencia de clientes sin problemas. En el caso de socios existentes de N‑central, N‑able tambi\u00e9n ofrece comprobaciones del estado actual para verificar que est\u00e1 obteniendo el m\u00e1ximo valor con N‑central. Para saber m\u00e1s, contacte con su responsable de \u00e9xito de socios.<\/span><\/strong><\/p>\n Chris Massey es el director s\u00e9nior de crecimiento de socios de N‑able<\/span><\/em><\/p>\n Chris tiene m\u00e1s de 13 a\u00f1os de experiencia en posiciones de liderazgo en prestaci\u00f3n de servicios, operaciones t\u00e9cnicas y equipos de marketing y producto en un MSP corporativo. Ha contribuido a hacer crecer un proveedor de servicios de 25 a 280 empleados a lo largo de una d\u00e9cada. Adem\u00e1s, ha sido clave en varias acciones de crecimiento org\u00e1nico y mediante fusiones y adquisiciones de dicho proveedor. Chris se centra en la colaboraci\u00f3n con los socios para gestionar los retos m\u00e1s habituales a los que se enfrentan con el MSP. <\/i><\/span><\/p>\n * Se aplican condiciones<\/span><\/strong><\/p>\n","protected":false},"excerpt":{"rendered":" Switching RMM can be a massive undertaking. In this trilogy of blogs, Chris Massey looks at how to know when it may and may not be time for a change.<\/p>\n","protected":false},"author":108,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"class_list":["post-45517","post","type-post","status-publish","format-standard","hentry","topic-msp-business-es"],"acf":[],"yoast_head":"\nComprender los mensajes que recibe de sus t\u00e9cnicos<\/h2>\n
\u00bfHay una alternativa mejor que empezar desde cero con un nuevo RMM?<\/h2>\n