[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 hover_enabled=\u00bb0″ custom_css_main_element=\u00bbfont-family:%22Pandora-Light%22;\u00bb locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb sticky_enabled=\u00bb0″]Hay muchas maldiciones en TI, pero la m\u00e1s insidiosa, cuando se trata de proveedores de servicios gestionados<\/a>, es la del experto. La de que cuanto mejor haces tu trabajo, m\u00e1s invisible te vuelves<\/Strong>. Los servidores no caen, las aplicaciones corren sin perder el aliento y los backups terminan con pulgar hacia arriba. Cero dramas, cero llamadas de un cliente que enseguida ni recuerda que existimos. Voy a pronunciar una palabra que har\u00e1 que muchos se tapen los o\u00eddos, pero el motivo no tiene que ver con rendimiento, sino con \u00abmarketing\u00bb<\/Strong>. En Star Trek: TNG, el capit\u00e1n Picard no terminaba una misi\u00f3n y pasaba a la siguiente esperando que en la Flota Estelar diera por bueno su trabajo. Dictaba el Captain’s Log, el diario del capit\u00e1n, una cr\u00f3nica detallada de lo sucedido, las decisiones tomadas y sus consecuencias<\/strong>. Un buen informe no es un volcado de datos, es una narrativa con evidencias. La diferencia entre ambas cosas es la misma que hay entre lanzarle a alguien un Excel de cuatrocientas filas o sentarse con \u00e9l cinco minutos a explicarle lo que importa. Traducido a t\u00e9rminos de reporting, eso significa mostrarle lo que le importa:<\/p>\n En esa labor de traducci\u00f3n desde idioma t\u00e9cnico a normie, un truco que siempre funciona es comparar con cosas no t\u00e9cnicas f\u00e1ciles de visualizar<\/Strong>. Todo lo anterior lo podemos expresar usando:<\/p>\n Nada de esto es informaci\u00f3n especialmente dif\u00edcil de extraer de una plataforma de monitorizaci\u00f3n de infraestructura<\/A>. El problema, casi siempre, es que nadie ha construido el proceso para transformar esos datos en un documento que llegue puntualmente al cliente.<\/p>\n Adem\u00e1s de educativos, sencillos y adaptados al ejecutivo ante el que respondemos, los informes deben ser atractivos visualmente<\/strong>. Yo no hago las reglas de un juego en el que los m\u00e1s atractivos ganan un 15% m\u00e1s de dinero de media<\/A>, solo las comento. Con todo lo anterior en orden, debemos dar un paso m\u00e1s en nuestro reporting, porque si queremos operar un MSP a escala<\/a>, no podemos permitir que el env\u00edo de informes sea un proceso manual<\/strong>. Una vez hemos comprendido que el reporting es clave en la percepci\u00f3n del valor, no podemos irnos al otro extremo y ahogar al cliente en \u00e9l. Los m\u00e1s solicitados y, si seguimos las buenas pr\u00e1cticas anteriores, tambi\u00e9n los que m\u00e1s impacto tienen en la percepci\u00f3n de valor. Carga, memoria, red, almacenamiento… Especialmente \u00fatiles cuando hay conversaciones sobre crecimiento o necesidad de ampliar infraestructura. Imprescindibles en cualquier revisi\u00f3n contractual o durante el proceso de renovaci\u00f3n de dicho contrato. Para que el cliente entienda qu\u00e9 ha pasado, c\u00f3mo se ha resuelto y en cu\u00e1nto tiempo, demostrando capacidad de respuesta y gesti\u00f3n. Que demuestran visibilidad y control sobre toda la infraestructura que gestionamos como MSP… Y que suelen revelar al cliente activos que ni recordaba que ten\u00eda.<\/p>\n En el ecosistema de la monitorizaci\u00f3n, quedarse quieto es retroceder<\/Strong>. Todo nuestro sector es una cinta de esas que se mueven en direcci\u00f3n contraria. Siempre has de caminar m\u00e1s r\u00e1pido que ella para avanzar y, cuando te paras, no te detienes. En realidad, retrocedes. Al final del d\u00eda, un informe no es solo un mont\u00f3n de datos empaquetados, es un puente de comunicaci\u00f3n y una demostraci\u00f3n de valor.\n
\nHasta que llega la factura.
\nAlgo que para \u00e9l es un recuerdo de lo que costamos, no del valor que le aportamos<\/strong>, porque sin un contexto que la justifique, siempre le parecer\u00e1 demasiado cara<\/Strong>.
\nObviamente, no es porque el trabajo no valga lo que cuesta, al contrario, sino porque los humanos somos as\u00ed. Nadie le ha contado la historia de lo ocurrido en el \u00faltimo mes <\/strong>y, sobre todo, la de lo que no ha ocurrido.
\nEl silencio operativo<\/A> es se\u00f1al de excelencia en un MSP, pero se convierte en el peor enemigo de la percepci\u00f3n de valor<\/strong> por parte del cliente.
\nSin un reporting sistem\u00e1tico, que es la soluci\u00f3n para estas situaciones, siempre pelearemos una batalla perdida<\/strong>.
\nSomos el teniente La Forge enclaustrado en la secci\u00f3n de ingenier\u00eda del Enterprise, que mantiene la nave funcionando pero nunca consigue una cita o que se acuerden de \u00e9l, hasta que algo falla y solo llegan gritos y exigencias.<\/p>\nPor qu\u00e9 muchos MSP no consiguen demostrar su valor<\/h2>\n
\nCon visibilidad.
\nVivimos en un mundo en el que las narrativas <\/strong>(o el relato, t\u00e9rmino de moda ahora) influyen m\u00e1s que la realidad<\/strong>.
\nEducar al usuario en que el silencio es bueno no sirve, no lo comprender\u00e1, su percepci\u00f3n es que paga por un vac\u00edo que no ve ni oye<\/strong> y, por injusto que sea, el marketing tiene raz\u00f3n y la percepci\u00f3n es la realidad<\/strong>.
\nPero como MSP, vivimos y trabajamos en las sombras del decorado como un Batman an\u00f3nimo y no podemos cambiarlo: monitorizaci\u00f3n continua<\/a>, actualizaciones silenciosas, correcci\u00f3n de anomal\u00edas antes de convertirse en incidencias, ajustes preventivos que el cliente nunca ver\u00e1 porque fueron resueltos antes de que pudiera notarlos…
\nCuando se trata de nuestro trabajo, el cliente solo ve lo que le mostramos, y si no le mostramos nada, infiere lo que puede<\/Strong>. De ah\u00ed que la soluci\u00f3n pase por un mejor reporting.
\nAdem\u00e1s, voy a cometer otro sacrilegio, pero el cliente no tiene toda la culpa<\/Strong> de esta situaci\u00f3n.
\nMuchos MSP no pueden demostrar su valor por deficiencias operativas propias<\/Strong>, que se suelen manifestar en:<\/p>\n\n
Qu\u00e9 espera realmente el cliente de un informe de servicio<\/h2>\n
\nAs\u00ed, la flota no ten\u00eda que adivinar si la Enterprise cumpl\u00eda su misi\u00f3n: recib\u00eda un relato estructurado que lo demostraba con datos<\/strong>.
\nCon un cliente es lo mismo en esencia. Un MSP sin reporting sistem\u00e1tico es una nave sin log: puede ser eficiente, pero tambi\u00e9n invisible<\/strong> para quienes financian la misi\u00f3n.
\nVale, genial, pero \u00bfc\u00f3mo aplicamos esto en la pr\u00e1ctica? \u00bfC\u00f3mo es un reporting que proporciona valor?<\/p>\nC\u00f3mo convertir datos t\u00e9cnicos en valor comprensible para el cliente<\/h2>\n
\nPara que un informe sea \u00fatil, debe responder a las preguntas que el cliente se hace<\/strong> (y a las que ni siquiera sabe que deber\u00eda hacerse, porque no es t\u00e9cnico, ni es su misi\u00f3n). As\u00ed que no se trata de abrumar con datos, sino de proporcionar claridad<\/strong> sobre la gesti\u00f3n de TI<\/a> que estamos realizando.
\nEl cliente no quiere saber cu\u00e1ntas peticiones ICMP se han lanzado esta semana o los percentiles de latencia de cada nodo. Quiere saber si:<\/p>\n\n
\n
\nEs lo que hacen las noticias cuando hablan de que algo es tan grande como tres campos de f\u00fatbol o que la energ\u00eda consumida es la de setenta botellas de agua.
\n\u00bfY c\u00f3mo cristalizamos eso en un informe que muestre nuestro valor?<\/p>\nQu\u00e9 debe incluir un buen informe de monitorizaci\u00f3n<\/h2>\n
\n
La frivolidad del ser humano<\/h2>\n
\nNos guste o no, vivimos en un mundo en el que las apariencias externas importan y las de nuestro reporting tambi\u00e9n.
\nQue las cosas no solo sean \u00fatiles, sino tambi\u00e9n bonitas es un hecho respaldado por d\u00e9cadas de investigaci\u00f3n en el campo del dise\u00f1o y estudios como:<\/p>\n\n
\nEl exterior importa, las primeras impresiones son fundamentales y debemos afrontar el mundo como es, no como nos gustar\u00eda que fuera.<\/p>\nAutomatizar el reporting para escalar el servicio<\/h2>\n
\nLa automatizaci\u00f3n es el camino para crecer sin que los costes operativos devoren el beneficio.
\nAdem\u00e1s, el env\u00edo peri\u00f3dico de informes autom\u00e1ticos garantiza la consistencia<\/strong> y transmite profesionalidad.
\nEl cliente recibe su reporting el primer lunes de cada mes, sin falta, llueva o truene. Esa regularidad genera una sensaci\u00f3n de orden y control que profesionaliza nuestra imagen como MSP<\/strong>. Adem\u00e1s, al estandarizar el reporting<\/a> entre diferentes clientes, reducimos la variabilidad y aseguramos que todos reciban la misma calidad de informaci\u00f3n.
\nEsto permite evitar que el soporte reactivo consuma el margen<\/A>, ya que liberamos al equipo t\u00e9cnico de tareas administrativas y les permitimos enfocarse en la resoluci\u00f3n de problemas complejos, como pasarse el Silksong de una vez.
\nEsto tambi\u00e9n contribuye a la eficiencia operativa<\/A> real del MSP, que no se mide solo en tickets cerrados, sino en procesos que funcionan sin fricci\u00f3n y sin que nadie tenga que recordarlos.<\/p>\nTipos de informes que aportan valor real al cliente<\/h2>\n
\nNo todos necesitan lo mismo ni en la misma cadencia.<\/strong>
\nUn buen sistema de reporting debe permitir configurar qu\u00e9 se entrega a qui\u00e9n y con qu\u00e9 periodicidad, combinando distintos tipos seg\u00fan el perfil de cada cliente. Algunos de los m\u00e1s importantes son:<\/p>\n1. Informes de disponibilidad<\/h3>\n
\nEste informe responde a lo m\u00e1s importante: \u00bfHa funcionado todo? S\u00ed\/No. Ideal para una revisi\u00f3n r\u00e1pida.<\/p>\n2. Informes de rendimiento<\/h3>\n
\nLos datos exponen el argumento por s\u00ed solos.<\/p>\n3. Informes de cumplimiento de SLA<\/h3>\n
\nSon la documentaci\u00f3n del servicio prestado y c\u00f3mo lo hemos cumplido.<\/p>\n4. Informes de eventos e incidencias<\/h3>\n
\nAdem\u00e1s, todo MSP deber\u00eda plantearse tambi\u00e9n un informe de incidencias evitadas y lo que podr\u00edan haber provocado para arrojar luz a ese trabajo de Batman en las sombras.<\/p>\n5. Informes de inventario<\/h3>\n
El nuevo sistema de reporting de Pandora FMS: El futuro es modular<\/h2>\n
\nPor eso, Pandora FMS no deja de evolucionar en cuanto a reporting (y en todo lo dem\u00e1s), de modo que, a d\u00eda de hoy ya dispone de un robusto sistema de informes que permite generar documentos a partir de gr\u00e1ficas, eventos, inventario o datos de m\u00f3dulos<\/strong>.
\nPero la verdadera revoluci\u00f3n llega con nuestra futura 802 Feature Release (ya tenemos la LTS 800 asomando la cabeza, de hecho).
\nEste nuevo sistema de reporting adopta un enfoque mucho m\u00e1s modular y moderno<\/strong>, con una idea sencilla, pero potente: construir informes a partir de widgets reutilizables<\/strong>.
\nAs\u00ed, podremos coger componentes que ya usamos en nuestros dashboards y trasladarlos directamente a un informe, mejorando no solo la est\u00e9tica de la que hablaba, sino la coherencia visual <\/strong>entre lo que el t\u00e9cnico ve en tiempo real y lo que el cliente recibe en su informe.
\nAdem\u00e1s, esta nueva arquitectura est\u00e1 dise\u00f1ada para manejar grandes vol\u00famenes de datos con una eficiencia superior<\/strong>, algo cr\u00edtico cuando el MSP gestiona miles de agentes y precisa que la generaci\u00f3n de informes no se convierta en un lastre para el servidor de monitorizaci\u00f3n<\/strong>.<\/p>\nEl reporting como herramienta de comunicaci\u00f3n y confianza<\/h2>\n
\nUtilizar estos informes como base para reuniones peri\u00f3dicas de revisi\u00f3n del servicio permite:<\/p>\n\n