[et_pb_section fb_built=\u00bb1″ admin_label=\u00bbSection\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb custom_margin=\u00bb0px||0px||false|false\u00bb custom_padding=\u00bb0px||0px||false|false\u00bb locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_row column_structure=\u00bb1_4,3_4″ _builder_version=\u00bb4.27.0″ _module_preset=\u00bbdefault\u00bb custom_padding=\u00bb50px||||false|false\u00bb custom_css_main_element=\u00bbz-index:0!important;\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_column type=\u00bb1_4″ disabled_on=\u00bbon|on|off\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb custom_padding=\u00bb||||false|false\u00bb sticky_position=\u00bbtop\u00bb sticky_offset_top=\u00bb100px\u00bb sticky_limit_bottom=\u00bbsection\u00bb motion_trigger_start=\u00bbtop\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_text admin_label=\u00bbindice\u00bb _builder_version=\u00bb4.27.5″ _module_preset=\u00bbdefault\u00bb custom_margin=\u00bb||0px||false|false\u00bb custom_padding=\u00bb||14px||false|false\u00bb link_option_url=\u00bb#1″ global_colors_info=\u00bb{}\u00bb]<\/p>\n
Secciones<\/strong><\/p>\n [\/et_pb_text][\/et_pb_column][et_pb_column type=\u00bb3_4″ _builder_version=\u00bb4.27.0″ _module_preset=\u00bbdefault\u00bb custom_css_main_element=\u00bbz-index:0!important;\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_text admin_label=\u00bbseccion\u00bb module_id=\u00bb1″ module_class=\u00bbittopicscontent\u00bb _builder_version=\u00bb4.27.5″ _module_preset=\u00bbdefault\u00bb z_index=\u00bb0″ custom_margin=\u00bb0px||0px||true|false\u00bb custom_padding=\u00bb0px||0px||false|false\u00bb custom_css_main_element=\u00bbfont-family:%22Pandora-Light%22;\u00bb locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb]\u00bfSe puede cuadrar el c\u00edrculo? \u00bfEs posible reducir horas en un proveedor de servicios gestionados (MSP<\/a>)<\/strong> sin degradar los acuerdos de servicio con los clientes (SLA<\/a>)? S\u00ed, pero comienza por aceptar una verdad inc\u00f3moda que solemos ignorar, a ver si as\u00ed se va: Que la mayor\u00eda de MSP no escalan, engordan<\/Strong>. El cliente paga a un MSP para que \u00ablas cosas funcionen\u00bb y la tecnolog\u00eda le ayude, en lugar de obstaculizar. Pero la ecuaci\u00f3n lineal de antes no se puede aplicar a las personas y el caos diario<\/Strong>, como no se puede aplicar a un modelo de negocio. Cualquier acci\u00f3n duradera e importante debe ser estrat\u00e9gica, incluyendo reducir tiempos de soporte como MSP. As\u00ed que, antes aplicar RPA a ciegas o instalar un modelo de lenguaje que nadie usar\u00e1 (y tampoco encaja en nuestro flujo de trabajo), toda acci\u00f3n estrat\u00e9gica debe comenzar por un an\u00e1lisis de lo que est\u00e1 ocurriendo. El tiempo en un MSP se escapa por las costuras de un sistema mal dise\u00f1ado, y el primer culpable suelen ser alertas pobremente definidas<\/strong>. El segundo sumidero de horas que podemos taponar son los diagn\u00f3sticos y tareas manuales de bajo valor<\/strong>. La ausencia de estandarizaci\u00f3n<\/strong> suele ser otro factor en nuestra experiencia, con procesos y buenas pr\u00e1cticas<\/a> poco (o nada) definidas. Cuando se trata de reducir horas de soporte, hay otro tema importante que no pasa solamente por fustigarnos debido a nuestra falta de eficiencia, sino por fustigar tambi\u00e9n un poco al cliente. Para escapar de la rueda de h\u00e1mster y reducir horas de soporte hemos de cambiar el enfoque, dejar de ser bomberos para convertirnos en arquitectos que construyan un edificio ign\u00edfugo. Que coincide con el ant\u00eddoto a muchos de esos sospechosos habituales anteriores.<\/p>\n Olvid\u00e9monos de monitorizar si el servidor \u00abhace ping\u00bb, eso es volver a los 90. La monitorizaci\u00f3n proactiva real<\/a> implica observar tendencias y comportamientos<\/strong>. La automatizaci\u00f3n es la \u00fanica forma de escalar<\/strong> de manera consistente, punto. Si tenemos clientes con infraestructuras similares (y deber\u00edamos intentar que as\u00ed fuera para ayudarnos a escalar y reducir cargas de soporte como MSP), lo que aprendemos en uno se aplica al otro. Voy a ser lo que m\u00e1s odio, un t\u00f3pico, pero lo de que no se puede mejorar lo que no se puede medir es cierto. Es obvio que hoy, las herramientas marcan la diferencia para obtener el grial de escalar a la vez que reducimos carga de soporte en nuestro MSP. Obviamente, la soluci\u00f3n t\u00e9cnica se adapta a esas mejores pr\u00e1cticas<\/a> definidas antes. As\u00ed, con Pandora FMS la monitorizaci\u00f3n es realmente inteligente gracias a la correlaci\u00f3n de eventos<\/strong>. Diferenciar entre clientes a los que damos soporte y entre los usuarios dentro de esos clientes, con sus permisos correspondientes de acceso, es una buena pr\u00e1ctica integrada en el coraz\u00f3n de Pandora. Pandora FMS es capaz de realizar monitorizaci\u00f3n predictiva<\/a> gracias a su motor MADE, indispensable para reducir carga de soporte en un MSP<\/strong>. Pandora ITSM es un balance entre flexibilidad, sencillez y potencia<\/p>\n Y sobre todo, se adapta a tus necesidades.<\/p>\n [\/et_pb_text][et_pb_button button_url=\u00bb@ET-DC@eyJkeW5hbWljIjp0cnVlLCJjb250ZW50IjoicG9zdF9saW5rX3VybF9wYWdlIiwic2V0dGluZ3MiOnsicG9zdF9pZCI6IjM0NDM0MiJ9fQ==@\u00bb button_text=\u00bb\u00a1Obt\u00e9n tu Trial GRATIS!\u00bb button_alignment=\u00bbcenter\u00bb button_alignment_tablet=\u00bbcenter\u00bb button_alignment_phone=\u00bbcenter\u00bb button_alignment_last_edited=\u00bbon|phone\u00bb _builder_version=\u00bb4.22.0″ _dynamic_attributes=\u00bbbutton_url\u00bb _module_preset=\u00bbdefault\u00bb custom_button=\u00bbon\u00bb button_text_size=\u00bb1em\u00bb button_text_color=\u00bb#ffffff\u00bb button_bg_use_color_gradient=\u00bbon\u00bb button_bg_color_gradient_direction=\u00bb90deg\u00bb button_bg_color_gradient_stops=\u00bb#82B92E 0%|#3CB92E 100%\u00bb button_bg_color_gradient_start=\u00bb#82B92E\u00bb button_bg_color_gradient_end=\u00bb#3CB92E\u00bb button_border_width=\u00bb0px\u00bb button_border_radius=\u00bb100px\u00bb button_use_icon=\u00bboff\u00bb z_index=\u00bb0″ custom_margin=\u00bb40px||0px||false|false\u00bb custom_padding=\u00bb10px|40px|10px|40px|true|true\u00bb custom_padding_tablet=\u00bb\u00bb custom_padding_phone=\u00bb15px|15px|15px|15px|true|true\u00bb custom_padding_last_edited=\u00bbon|phone\u00bb custom_css_main_element=\u00bbright:0!important;||font-family:%22Pandora-Bold%22!important;\u00bb locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb button_bg_color__hover_enabled=\u00bbon|hover\u00bb button_bg_color_gradient_start__hover=\u00bb#05201F\u00bb button_bg_color_gradient_end__hover=\u00bb#05201F\u00bb button_bg_color_gradient_stops__hover=\u00bb#181818 0%|#181818 58%|#181818 100%\u00bb button_bg_use_color_gradient__hover=\u00bbon\u00bb][\/et_pb_button][\/et_pb_column][\/et_pb_row][\/et_pb_section]<\/p>\n","protected":false},"excerpt":{"rendered":" Secciones Por qu\u00e9 la carga de soporte limita la escalabilidad del MSP D\u00f3nde se va el tiempo: anatom\u00eda del soporte reactivo SLA \u2260 urgencia permanente Dise\u00f1o de un modelo operativo con menor carga reactiva C\u00f3mo medir la reducci\u00f3n de soporte sin degradar los SLA Caso aplicado en entornos MSP con Pandora FMS \u00bfSe puede cuadrar […]<\/p>\n","protected":false},"author":33,"featured_media":414790,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"on","_et_pb_old_content":"","_et_gb_content_width":"","_joinchat":[],"footnotes":""},"categories":[3506,7799],"tags":[],"class_list":["post-414778","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-topics","category-operaciones-msp"],"_links":{"self":[{"href":"https:\/\/pandorafms.com\/es\/wp-json\/wp\/v2\/posts\/414778","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pandorafms.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/pandorafms.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/pandorafms.com\/es\/wp-json\/wp\/v2\/users\/33"}],"replies":[{"embeddable":true,"href":"https:\/\/pandorafms.com\/es\/wp-json\/wp\/v2\/comments?post=414778"}],"version-history":[{"count":9,"href":"https:\/\/pandorafms.com\/es\/wp-json\/wp\/v2\/posts\/414778\/revisions"}],"predecessor-version":[{"id":414817,"href":"https:\/\/pandorafms.com\/es\/wp-json\/wp\/v2\/posts\/414778\/revisions\/414817"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/pandorafms.com\/es\/wp-json\/wp\/v2\/media\/414790"}],"wp:attachment":[{"href":"https:\/\/pandorafms.com\/es\/wp-json\/wp\/v2\/media?parent=414778"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/pandorafms.com\/es\/wp-json\/wp\/v2\/categories?post=414778"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/pandorafms.com\/es\/wp-json\/wp\/v2\/tags?post=414778"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\n
\n<\/a><\/li>\n<\/ul>\n
\nLa canci\u00f3n la conocemos, conseguimos clientes nuevos y, para mantener los SLA del contrato engordamos en personal y licencias de herramientas. Es una ecuaci\u00f3n lineal que aceptamos como dogma de fe: Si captamos 10 clientes, necesitamos X t\u00e9cnicos m\u00e1s y Z licencias adicionales.
\nPero eso no mejora nuestros m\u00e1rgenes de beneficio, de hecho, los empeora, m\u00e1s temprano que tarde<\/strong>, mientras quemamos la mecha de nuestra vela. O mejor dicho, a nuestro talento t\u00e9cnico.
\nPero en vez de engordar, gracias a la tecnolog\u00eda actual, podemos optimizar<\/A>, quemar grasa y a\u00f1adir m\u00fasculo para hacer m\u00e1s con menos.
\nEso s\u00ed, el primer mandamiento es que reducir las horas de soporte en un MSP nunca consiste en recortar calidad<\/strong>, ni dejar al cliente escuchando m\u00fasica de espera otro minuto adicional.
\nLa esencia es mucho m\u00e1s fundamental: Admitir que el problema no es el volumen de tickets que nos llega al techo, sino el dise\u00f1o operativo defectuoso, que permite que esos tickets existan en primer lugar<\/strong>… y crezcan sin medida.
\nSi soporte pasa el 80 % del tiempo reaccionando a incidencias ya sucedidas, en lugar de anticiparse a las que ocurrir\u00e1n, no gestionamos infraestructuras, sino p\u00e1nico. Un mal modelo de negocio.<\/p>\nPor qu\u00e9 la carga de soporte limita la escalabilidad del MSP<\/h2>\n
\nAs\u00ed que esa carga de soporte va envenenando al MSP de 3 formas principales:<\/p>\n\n
D\u00f3nde se va el tiempo: anatom\u00eda del soporte reactivo<\/h2>\n
\nLo contrario pondr\u00e1 vendas donde no hay herida, dejando otras cada vez m\u00e1s abiertas.
\nEse an\u00e1lisis no debe ser superficial, porque si no, la conclusi\u00f3n siempre ser\u00e1 \u00abfalta de tiempo\u00bb cuando quiz\u00e1 es \u00abfalta de filtro\u00bb. O que en lugar de prevenir nos pasemos los d\u00edas reaccionando… Y esa no es manera de vivir.
\nEn el colegio probablemente nos dijeron que \u00e9ramos especiales y todo eso, pero cuando analicemos nuestras operaciones, encontraremos ciertos sospechosos habituales que se repiten en casi todo MSP desbordado por el volumen de soporte<\/strong>.<\/p>\nDemasiadas alertas, que son malas para el coraz\u00f3n<\/h3>\n
\nNo hay nada m\u00e1s destructivo para la productividad que el ruido<\/strong>. Si nuestro sistema de monitoreo env\u00eda una alerta cr\u00edtica cada vez que una CPU llega al 90 % durante dos segundos, nuestros t\u00e9cnicos aprenden a ignorar el panel. Es el cuento de Pedro y el Lobo versi\u00f3n IT y, cuando llega el fallo real, nadie est\u00e1 mirando.
\nEste suele ser uno de los elementos comunes a optimizar, pero no el \u00fanico.<\/p>\nLas cosas a mano no son mejores<\/h3>\n
\nAs\u00ed, entra un ticket t\u00edpico de usuario: \u00abEl servidor va lento\u00bb, sin m\u00e1s.
\nEl t\u00e9cnico se conecta entonces por escritorio remoto, abre el administrador de tareas, revisa los logs, mira el espacio en disco… Han pasado veinte minutos solo para saber qu\u00e9 pasa.
\nAhora multipliquemos eso por cincuenta tickets al d\u00eda… Aqu\u00ed es donde un buen Modelo de Lenguaje y scripts estrat\u00e9gicos pueden ayudar, pero no nos anticipemos.<\/p>\nProcesos diferentes seg\u00fan la persona<\/h3>\n
\nAs\u00ed, en muchos MSP la soluci\u00f3n a un problema depende de qui\u00e9n coja el tel\u00e9fono. Si es Laura, lo soluciona en cinco minutos con un script que se hizo ella y no quiere compartir. Si lo coge Javier, tarda media hora a mano, porque no sabe priorizar ni tiene un flujo de acci\u00f3n \u00f3ptimo que consultar en la base de conocimiento.
\nEsa sabidur\u00eda tribal, no aglutinada en ninguna parte ni estandarizada, es ineficiente y poco rentable.<\/p>\nSLA \u2260 urgencia permanente<\/h2>\n
\nAqu\u00ed entra la pedagog\u00eda, tanto interna como con el usuario de nuestro servicio.
\nEl pobre Javier tarda media hora a mano y, adem\u00e1s, no prioriza porque, como siempre, se confunde lo urgente con lo importante<\/strong>.
\nPero el cliente tambi\u00e9n hace eso y viviremos con demasiado estr\u00e9s si equiparamos el SLA (un contrato legal sobre disponibilidad y tiempos de respuesta<\/A>) con la urgencia subjetiva del usuario.
\nNo todo es prioritario y, si todo es urgente, nada lo es.
\nEst\u00e1 claro que el cliente siempre percibir\u00e1 su problema como el fin del mundo, pero un MSP maduro debe tener la capacidad para distinguir entre la criticidad t\u00e9cnica y la urgencia percibida<\/strong>.
\nUn servidor de email ca\u00eddo es cr\u00edtico, pero que a un usuario no le cargue la firma del correo es molesto, pero no deber\u00eda despertar a nadie a las tres de la ma\u00f1ana.
\nAqu\u00ed viene la clave, para reducir horas habremos de hacer un redise\u00f1o operativo<\/strong>. Este implica configurar nuestras herramientas para que esa distinci\u00f3n entre urgente e importante sea autom\u00e1tica, sin depender de que el terapeuta de Javier le ense\u00f1e por fin a decir que no.
\nDel mismo modo, los SLA se cumplen garantizando disponibilidad y resolviendo enseguida lo importante, no respondiendo cada correo en tres minutos para decir: \u00abLo estamos mirando\u00bb.
\nLa inmediatez vac\u00eda no aporta valor, la resoluci\u00f3n efectiva, s\u00ed.
\nVale, ya conocemos qu\u00e9 nos encontraremos muchas veces en nuestro an\u00e1lisis y qu\u00e9 principio fundamental nos debe guiar. Vayamos ahora con el c\u00f3mo, detallando ese redise\u00f1o que reduzca horas de soporte en el MSP.<\/p>\nDise\u00f1o de un modelo operativo con menor carga reactiva<\/h2>\n
\nEste se debe levantar sobre tres pilares t\u00e9cnicos:<\/p>\n\n
Monitorizaci\u00f3n proactiva basada en condiciones t\u00e9cnicas reales<\/h3>\n
\nNo queremos que el sistema de monitorizaci\u00f3n avise cuando el disco est\u00e1 lleno, queremos que lo haga cuando, bas\u00e1ndose en el ritmo de crecimiento de los \u00faltimos meses, prevea que se llenar\u00e1 en 48 horas. Esa capacidad de predicci\u00f3n permite planificar la soluci\u00f3n, no correr para aplicarla<\/strong>.
\nAs\u00ed, debemos tener una herramienta que sea capaz de lo anterior, as\u00ed como de configurar umbrales inteligentes y alertas personalizadas para cada infraestructura. Como Pandora FMS e ITSM, pero de nuevo, no nos anticipemos.
\nUn pico de memoria puede ser normal en un proceso de backup, no precisamos una alerta ah\u00ed. Pero si el servicio web deja de responder transacciones, aunque el servidor diga que est\u00e1 online, eso s\u00ed debe dar la alarma.
\nHay que medir la experiencia real, no solamente bits, metal y procesos ciegos.<\/p>\nAutomatizaci\u00f3n con impacto medible y controlado<\/h3>\n
\nPero no hablo de grandes proyectos de orquestaci\u00f3n complejos, sino de automatizar esos mil peque\u00f1os cortes de bajo valor que nos desangran.
\n\u00bfC\u00f3mo? Con herramientas como:<\/p>\n\n
Estandarizaci\u00f3n de respuestas y reutilizaci\u00f3n de conocimiento<\/h3>\n
\nLa estandarizaci\u00f3n implica que las configuraciones de alertas, los scripts de respuesta y los procedimientos sean plantillas reutilizables<\/strong> en la medida de lo posible.
\nNo hay premios a reinventar la rueda y deber\u00edamos aspirar a desplegar nuestro propio: \u00abPaquete est\u00e1ndar de monitorizaci\u00f3n y automatizaci\u00f3n\u2122\u00bb, para luego afinarlo y personalizarlo seg\u00fan las caracter\u00edsticas del cliente.
\nDel mismo modo, el conocimiento interno en el MSP deber\u00eda ser com\u00fan para todos y no estar aislado en silos<\/strong>, dependiendo as\u00ed de la sabidur\u00eda particular del t\u00e9cnico que toque.
\nEsto implica bases de conocimiento de f\u00e1cil acceso, comunes y actualizadas<\/strong>. De hecho, aqu\u00ed podr\u00eda ser \u00fatil otro modelo de lenguaje<\/Strong>, un agente entrenado o, al menos, afinado (con un buen fine-tuning) con nuestra base de conocimiento, manuales t\u00e9cnicos de nuestras herramientas de soporte y monitorizaci\u00f3n, etc.
\nPor supuesto, esto no sustituye a otro elemento clave: Una buena formaci\u00f3n interna en procesos y conocimiento<\/strong>.
\nCon todo esto, reduciremos la curva de aprendizaje de nuestros t\u00e9cnicos, asegurando una calidad homog\u00e9nea.<\/p>\nC\u00f3mo medir la reducci\u00f3n de soporte sin degradar los SLA<\/h2>\n
\nAhora, el enemigo aqu\u00ed son las m\u00e9tricas de vanidad.
\nSi queremos cuantificar realmente reducciones de carga de soporte en el MSP y otras mejoras, necesitamos comparar el antes y el despu\u00e9s con KPIs honestos como:<\/p>\n\n
Caso aplicado en entornos MSP con Pandora FMS<\/h2>\n
\nEn Pandora nos encontramos a menudo con clientes que tienen mil herramientas haciendo la guerra por su cuenta (un monitor de redes, otro de servidores, otro para logs y, por supuesto, el incombustible Excel), en lugar de un solo cerebro unificado que no solo aglutine, sino que sea capaz de pensar con esos datos y ayudarnos a gestionar.
\nPandora FMS se dise\u00f1\u00f3 entendiendo (y sufriendo) este dolor del proveedor de servicios.
\nPor eso, levanta la carga de soporte en un MSP mediante:<\/p>\nReducci\u00f3n de tickets reactivos gracias a alertas inteligentes<\/h3>\n
\nEjemplo: Si el servidor A pierde conexi\u00f3n, pero el B y el C (que est\u00e1n en el mismo switch) tambi\u00e9n, no me mandes tres alertas de servidor ca\u00eddo, sino una de switch ca\u00eddo.
\nEsto limpia la bandeja de entrada y va a\u00fan m\u00e1s all\u00e1, gracias a la capacidad de predicci\u00f3n<\/strong> de Pandora, que permite actuar en muchos puntos antes de que el SLA se vea comprometido.<\/p>\nSegmentaci\u00f3n multicliente con trazabilidad total<\/h3>\n
\nLa gesti\u00f3n de tickets con filtros por empresa, usuarios dentro de esas empresas y permisos granulares<\/A> (para definir qui\u00e9n puede acceder al cliente o al conocimiento) es una de las claves en Pandora ITSM<\/a>.
\nLo mismo se aplica a informes, con flexibilidad y personalizaci\u00f3n total, tambi\u00e9n para la creaci\u00f3n de dashboards<\/A> que permitan tener los paneles de control que precisemos para saber c\u00f3mo va la cosa de un vistazo, en lugar de estar buceando entre logs de mil clientes.<\/p>\nAutomatizaci\u00f3n de tickets, monitorizaci\u00f3n con IA y capacidad de predicci\u00f3n<\/h3>\n
\nPero no solo eso, en Pandora ITSM encontramos esa automatizaci\u00f3n en el uso de Chatbots e IA<\/A> aplicados tanto a soporte, como a las bases de conocimiento, con modelos de lenguaje e inteligencia artificial conversacional basada en conocimiento espec\u00edfico sobre procesos<\/strong>, herramientas en infraestructuras de clientes, no solamente en lo que dijo un tipo en Reddit.
\nLos mejores procesos y, sobre todo, tecnolog\u00eda que los implemente, como la de Pandora FMS y Pandora ITSM son lo \u00fanico que conseguir\u00e1 el aparente milagro de hacer m\u00e1s con menos y que la vida de nuestros t\u00e9cnicos y nuestro negocio sea larga y pr\u00f3spera.
\nSi logramos que esos t\u00e9cnicos se aburran por no tener incidencias triviales, habremos ganado. Porque entonces se dedicar\u00e1n a lo importante: ayudar a nuestros clientes a usar la tecnolog\u00eda para crecer, no solo para que no se les apague la pantalla.
\nAh\u00ed est\u00e1 el margen, tanto el de mejora, como el econ\u00f3mico.[\/et_pb_text][et_pb_button button_url=\u00bb@ET-DC@eyJkeW5hbWljIjp0cnVlLCJjb250ZW50IjoicG9zdF9saW5rX3VybF9wYWdlIiwic2V0dGluZ3MiOnsicG9zdF9pZCI6IjM2MjI3MCJ9fQ==@\u00bb button_text=\u00bb\u2190 Regresar a IT Topics\u00bb button_alignment=\u00bbleft\u00bb _builder_version=\u00bb4.22.0″ _dynamic_attributes=\u00bbbutton_url\u00bb _module_preset=\u00bbdefault\u00bb custom_button=\u00bbon\u00bb button_text_size=\u00bb1em\u00bb button_text_color=\u00bb#0C312F\u00bb button_bg_color=\u00bb#FFFFFF\u00bb button_bg_color_gradient_direction=\u00bb90deg\u00bb button_bg_color_gradient_stops=\u00bb#82B92E 0%|#3CB92E 100%\u00bb button_bg_color_gradient_start=\u00bb#82B92E\u00bb button_bg_color_gradient_end=\u00bb#3CB92E\u00bb button_border_width=\u00bb1px\u00bb button_border_color=\u00bb#eaeaea\u00bb button_border_radius=\u00bb100px\u00bb button_use_icon=\u00bboff\u00bb z_index=\u00bb0″ custom_margin=\u00bb60px||0px||false|false\u00bb custom_padding=\u00bb10px|50px|10px|50px|true|true\u00bb custom_padding_tablet=\u00bb\u00bb custom_padding_phone=\u00bb10px|20px|10px|20px|true|true\u00bb custom_padding_last_edited=\u00bbon|phone\u00bb custom_css_main_element=\u00bbright:0!important;||font-family:%22Pandora-Bold%22!important;\u00bb global_module=\u00bb367749″ locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb button_bg_color__hover_enabled=\u00bbon|desktop\u00bb button_bg_color_gradient_start__hover=\u00bb#eaeaea\u00bb button_bg_color_gradient_end__hover=\u00bb#f4f4f4″ button_bg_color__hover=\u00bb#eaeaea\u00bb button_bg_enable_color__hover=\u00bbon\u00bb button_bg_use_color_gradient__hover=\u00bbon\u00bb button_bg_color_gradient_stops__hover=\u00bb#eaeaea 0%|#f4f4f4 100%\u00bb][\/et_pb_button][\/et_pb_column][\/et_pb_row][\/et_pb_section][et_pb_section fb_built=\u00bb1″ custom_padding_last_edited=\u00bbon|desktop\u00bb admin_label=\u00bbFinal CTA\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb background_color=\u00bb#161327″ use_background_color_gradient=\u00bbon\u00bb background_color_gradient_stops=\u00bbrgba(22,19,39,0.75) 16%|rgba(22,19,39,0.45) 100%\u00bb background_color_gradient_overlays_image=\u00bbon\u00bb background_image=\u00bbhttps:\/\/pandorafms.com\/wp-content\/uploads\/2024\/02\/banner-trial-itsm.webp\u00bb z_index=\u00bb1″ max_width=\u00bb1080px\u00bb max_width_tablet=\u00bb98%\u00bb max_width_phone=\u00bb98%\u00bb max_width_last_edited=\u00bbon|tablet\u00bb module_alignment=\u00bbcenter\u00bb custom_margin=\u00bb80px||80px||true|false\u00bb custom_padding=\u00bb40px|20px|120px|20px|false|true\u00bb custom_padding_tablet=\u00bb40px|0px|120px|0px|false|true\u00bb custom_padding_phone=\u00bb40px|0px|120px|0px|false|true\u00bb scroll_scaling=\u00bb40|55|85|100|100%|120%|100%\u00bb motion_trigger_start=\u00bbtop\u00bb background_last_edited=\u00bboff|desktop\u00bb border_radii=\u00bboff|20px|20px|20px|20px\u00bb border_color_all=\u00bb#ffffff\u00bb box_shadow_style=\u00bbpreset1″ box_shadow_vertical=\u00bb0px\u00bb box_shadow_blur=\u00bb80px\u00bb box_shadow_color=\u00bb#506da0″ global_module=\u00bb367085″ saved_tabs=\u00bball\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_row use_custom_gutter=\u00bbon\u00bb gutter_width=\u00bb2″ make_equal=\u00bbon\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb max_width=\u00bb550px\u00bb module_alignment=\u00bbcenter\u00bb custom_margin=\u00bb0px||0px||true|false\u00bb custom_padding=\u00bb0px|0px|0px|0px|true|true\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_column type=\u00bb4_4″ _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_text _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb header_2_font_size=\u00bb2em\u00bb text_orientation=\u00bbcenter\u00bb module_alignment=\u00bbleft\u00bb custom_margin=\u00bb0px||20px||false|false\u00bb custom_padding=\u00bb0px||0px||true|false\u00bb global_colors_info=\u00bb{}\u00bb]<\/p>\n