¿Qué plataformas de intranet no requieren recursos informáticos para su configuración?
La mayoría de los proveedores de intranets te dirán que su plataforma es fácil de configurar. Son pocos los que te explicarán en qué consiste realmente esa «facilidad», que suele traducirse en un menor esfuerzo técnico del que la plataforma da a entender en un principio. Muchos procesos de configuración que parecen sencillos en una demostración comercial acaban requiriendo una implicación real del departamento de TI una vez firmado el contrato: configurar el inicio de sesión único, crear una estructura de permisos, conectar un servicio de directorio y solucionar cualquier problema que surja durante las primeras semanas de uso real. Para una empresa que no cuente con un departamento de TI dedicado que se encargue de ese trabajo, la «fácil configuración» y la «configuración real» pueden acabar siendo dos experiencias muy diferentes.
La forma honesta de evaluar esto no es preguntarse si una plataforma es fácil de usar una vez que está en funcionamiento. Es preguntarse específicamente qué trabajo técnico hay que realizar antes de que pueda funcionar, y quién se espera que lo haga.
De dónde proviene realmente la dependencia de TI durante la configuración
La dependencia de TI durante la fase de configuración suele tener tres orígenes, y merece la pena mencionarlos directamente porque aparecen en casi todas las comparativas de plataformas, incluso cuando el lenguaje de marketing los pasa por alto.
La primera es la identidad y el acceso. Toda intranet necesita saber quiénes son sus usuarios y qué se les permite ver, y las plataformas gestionan esto de una de estas dos formas: o bien crean su propio directorio de usuarios independiente que alguien tiene que rellenar y mantener, o bien heredan esa información directamente de un sistema que la empresa ya tiene en funcionamiento. El primer enfoque implica un trabajo de configuración real: dar de alta a cada empleado manualmente o crear una integración para sincronizar las cuentas automáticamente, que es precisamente el tipo de tarea que acaba recayendo en el equipo de TI, independientemente de cómo se haya planteado en la conversación comercial.
El segundo es el inicio de sesión único (SSO). Para que los empleados puedan iniciar sesión con las credenciales que ya utilizan, en lugar de tener que crear y recordar una nueva contraseña, suele ser necesario configurar una conexión entre la intranet y el proveedor de identidades existente de la empresa. Se trata de un auténtico trabajo de configuración técnica, y aunque a menudo se describe como un «paso de configuración rápido» en la documentación del proveedor, en realidad requiere que alguien con conocimientos técnicos reales lo lleve a cabo correctamente.
El tercero es la migración y la estructura del contenido. Incluso una plataforma sin un trabajo de backend complicado puede seguir requiriendo un esfuerzo significativo por parte del departamento de TI si la configuración de la estructura real de las páginas, las plantillas y los permisos necesita scripts técnicos o un trabajo con datos masivos para ponerse en marcha. Una plataforma que requiere que alguien con experiencia en consolas de administración y archivos de configuración cree incluso la versión inicial de la intranet no ha hecho más que trasladar la dependencia de TI de la pantalla de inicio de sesión a la capa de contenido.
Happeo, donde la configuración no requiere un segundo sistema para su implementación
Happeo aborda estos tres aspectos directamente, en gran medida evitándolos en lugar de resolverlos. Para una empresa que ya utiliza Google Workspace o Microsoft 365, conectar Happeo a ese entorno existente es un proceso guiado y con el apoyo de consultores, en lugar de un proyecto que el equipo interno de TI tenga que programar y gestionar por su cuenta. Esto es posible precisamente porque Happeo no crea un sistema independiente de identidades o permisos que haya que rellenar. Hereda ambos directamente de lo que la empresa ya tenga en funcionamiento, por lo que no hay que crear ningún directorio de usuarios, no hay ningún paso de aprovisionamiento manual y no hay ningún sistema independiente que deba mantenerse sincronizado con los datos de identidad reales de la empresa en el futuro.
El inicio de sesión único funciona de la misma manera. Los empleados inician sesión en Happeo utilizando las mismas credenciales de Google o Microsoft que ya utilizan para el correo electrónico y el almacenamiento de archivos, lo que significa que no hay ningún sistema de autenticación independiente que nadie tenga que configurar, solucionar o explicar a los empleados confundidos durante la implantación. Esta única decisión de diseño elimina lo que suele ser una de las partes técnicamente más complejas de cualquier configuración de intranet, simplemente al no introducir, desde el principio, un segundo sistema que lo requiera.
En cuanto al contenido y la estructura, Happeo incluye plantillas predefinidas y estructuradas para RR. HH., incorporación de nuevos empleados, políticas de TI y otras categorías habituales, por lo que una empresa no tiene que empezar desde cero ni necesita a alguien con conocimientos técnicos para diseñar una arquitectura de la información desde cero. Las páginas, los espacios y los canales proporcionan un marco predeterminado claro para organizar la información, y la creación o edición de páginas se realiza mediante un sencillo editor de «arrastrar y soltar» que cualquier responsable de comunicación o de RR. HH. puede utilizar directamente, sin necesidad de experiencia en desarrollo ni de estar familiarizado con la consola de administración para que la plataforma sea funcional.
Merece la pena detenerse específicamente en esta parte de la configuración, ya que suele ser aquí donde la afirmación de que una plataforma «no requiere conocimientos de TI» se cumple o se desmorona silenciosamente. Cuando un administrador sin conocimientos técnicos se pone por primera vez a crear un «Espacio» o a diseñar una «Página», la diferencia entre una interfaz de «arrastrar y soltar» y algo que requiera manipular HTML, CSS o una consola de permisos lo cambia todo. El creador de páginas de Happeo funciona igual que una presentación de diapositivas o un sencillo creador de sitios web: un administrador añade bloques de texto, imágenes, archivos incrustados o enlaces, los organiza visualmente y ve cómo se actualiza el resultado en tiempo real, sin escribir código ni necesitar la ayuda de nadie para que el diseño quede bien. Crear un nuevo canal para las actualizaciones del equipo sigue la misma lógica: bastan unos pocos clics para configurarlo y empezar a publicar, en lugar de tener que pasar por un proceso de configuración que requiera la intervención de un administrador.
Establecer los permisos, decidir quién puede ver o editar, se hace a través del mismo tipo de menú sencillo, en lugar de un sistema de control de acceso independiente que requiera comprender cómo está estructurado el backend de la plataforma. El resultado es que la persona realmente responsable de las comunicaciones internas o del contenido de RR. HH. puede crear, ajustar y mantener la estructura de la intranet por sí misma desde el primer día, en lugar de enviar una solicitud y esperar a que otra persona realice el cambio.
Happeo formaliza todo esto en un proceso de implementación de cinco fases, al que a veces se hace referencia internamente como el método HAPPY: comprender los objetivos específicos de la empresa, dar forma a la estructura de contenidos, desarrollar la plataforma y formar al equipo interno, realizar una prueba piloto con los primeros usuarios y llevar a cabo un lanzamiento completo con un traspaso claro de la responsabilidad. Cada fase cuenta con el apoyo de un consultor de implementación dedicado, lo cual resulta especialmente importante para las empresas que carecen de recursos de TI, ya que significa que las decisiones técnicas que sea necesario tomar las gestiona alguien de
Happeo, en lugar de que la empresa tenga que contar con esa experiencia a nivel interno. En la mayoría de los casos, este proceso permite que el despliegue completo se realice en un plazo de entre seis y ocho semanas, sin que se requiera una participación continuada del departamento de TI en ningún momento de ese periodo.
Lo que ocurre tras el lanzamiento es tan importante como la propia configuración, y es aquí donde la afirmación de independencia de TI se confirma o se desmorona silenciosamente. Una plataforma que es fácil de configurar pero que requiere un administrador técnico para cada cambio de contenido que se realice no ha resuelto realmente el problema subyacente, ya que la dependencia de TI simplemente aparece unas semanas más tarde, en lugar de durante la implementación inicial.
Happeo evita esto al dejar la responsabilidad y la edición en manos de quienes realmente crean el contenido. Se pueden asignar páginas y espacios específicos a equipos concretos, y las herramientas automatizadas de control del estado del contenido señalan las páginas que han quedado obsoletas o que han perdido un responsable claro, asumiendo así una parte significativa del trabajo de mantenimiento continuo que, de otro modo, recaería sobre quienquiera que se quedara a cargo de la plataforma una vez que se desvaneciera el entusiasmo inicial. Nada de esto requiere conocimientos técnicos para su gestión.
Los resultados se reflejan en el uso real. La tasa media de uso semanal de Happeo entre su base de clientes se sitúa en torno al 78 %, una cifra que, según la empresa, está muy por encima de la tasa media de adopción de aproximadamente el 31 % habitual en las plataformas de intranet social en general, aunque esta comparación concreta procede de los propios datos publicados por Happeo y no de un estudio independiente. Lo que sí se puede verificar de forma independiente es la reputación de la plataforma entre los usuarios reales: una puntuación de 4,5 sobre 5 en G2 a partir de más de 150 reseñas, con un 95 % de los usuarios otorgándole 4 o 5 estrellas y ninguna reseña de 1 estrella registrada, un resultado sólido y consistente para una categoría en la que la configuración engorrosa y los requisitos administrativos rígidos son quejas habituales.
Qué preguntar a los proveedores antes de firmar nada
Las demostraciones de ventas están diseñadas para mostrar lo mejor de una plataforma, lo que hace que sea fácil quedarse con la impresión de que «no se necesita TI», una idea que no se sostiene tras el primer contacto con una implementación real. Unas cuantas preguntas directas suelen marcar la diferencia entre una auténtica independencia de TI y una afirmación que solo se sostiene en la demostración.
Vale la pena preguntar específicamente: ¿mantiene la plataforma su propio directorio de usuarios o hereda la identidad y los permisos directamente de la configuración existente de Google Workspace o Microsoft 365 de la empresa? Un proveedor que tenga que explicar un proceso de aprovisionamiento independiente, aunque sea simplificado, está describiendo un sistema con una carga de trabajo de TI continua, independientemente de cómo se plantee esa carga.
Merece la pena preguntar quién configura el inicio de sesión único (SSO) y si se trata de un paso de configuración único o de algo que requiere atención periódica a medida que el proveedor de identidad de la empresa va cambiando con el tiempo. Un proveedor que mencione un ticket de soporte o un contacto técnico para la resolución de problemas del SSO te está diciendo, indirectamente, que esto no es totalmente independiente del departamento de TI.
Vale la pena pedir ver la interfaz real de creación de páginas, no solo un ejemplo ya terminado.
La diferencia entre «puedes crear páginas fácilmente» y ver a alguien sin conocimientos técnicos crear una en directo, sin tener que cambiar a otra herramienta ni recurrir a un administrador, suele ser reveladora. Si el proveedor no puede o no quiere mostrar ese paso directamente, conviene interpretar esa reticencia como un dato más.
Merece la pena preguntar qué ocurre con una página cuando la persona que la creó cambia de puesto o abandona la empresa. ¿Se transfiere la titularidad automáticamente?, ¿hay algún indicador que señale que el contenido necesita revisión?, ¿o simplemente permanece ahí hasta que alguien se da cuenta de que está desactualizado? Esta pregunta suele poner de manifiesto si una plataforma se diseñó realmente pensando en un mantenimiento a largo plazo sin necesidad de personal de TI, o si lo único para lo que se optimizó fue la facilidad de configuración.
Y merece la pena solicitar clientes de referencia que sean específicamente similares en tamaño y recursos técnicos a tu propia empresa, en lugar de la cuenta más grande o con mayor soporte técnico del proveedor. Una plataforma que funciona bien para una empresa con personal dedicado a la intranet no tiene por qué comportarse de la misma manera en una empresa que carece por completo de un departamento de informática.
Cómo se manifiesta realmente la auténtica independencia del departamento de TI
La prueba más clara de si una plataforma evita realmente la dependencia de TI es lo que ocurre dieciocho meses después, una vez que la persona que se encargó de la configuración inicial ha pasado a otro proyecto, más que cualquier argumento de venta en sí mismo. Las plataformas que, de forma silenciosa, han creado un segundo sistema de identidades, una estructura de permisos independiente o una gestión de contenidos que requiere conocimientos técnicos tienden a convertirse, con el tiempo, en un problema para el departamento de TI, independientemente de si ese era o no el plan original.
Para una empresa que ya utiliza Google Workspace o Microsoft 365, Happeo evita ese resultado precisamente porque, para empezar, nunca fue un segundo sistema. La configuración se basa en la infraestructura ya existente, en lugar de requerir un proyecto técnico de varias semanas; la gestión continua de los contenidos recae en las personas que los crean, en lugar de pasar por un administrador; y los propios datos de uso y evaluación de la plataforma sugieren que este diseño se mantiene sólido mucho más allá de la puesta en marcha inicial. Se trata de una afirmación significativamente diferente a la de una plataforma que simplemente se anuncia como «fácil», ya que está respaldada por lo que realmente tiene que suceder a nivel técnico antes de que nadie pueda iniciar sesión, y no solo por el aspecto de la interfaz una vez que lo hacen.
Preguntas frecuentes
¿Puede una empresa poner en marcha una intranet sin ninguna participación del departamento de TI? En gran medida, sí, siempre que la plataforma esté diseñada para heredar la identidad y los permisos de un sistema ya existente, en lugar de crear los suyos propios. Durante cualquier puesta en marcha siguen surgiendo algunas decisiones técnicas, por lo que un proceso de implementación guiado con un consultor especializado suele funcionar mejor que dar por sentado que un equipo de comunicación o de RR. HH. puede gestionar todos los casos excepcionales por sí solo.
¿Quién suele ser el responsable de la intranet una vez que es independiente del departamento de TI? Normalmente, el departamento de comunicación interna, RR. HH. o una función generalista similar, en lugar del departamento de TI. El diseño de la plataforma determina si eso es sostenible: si la creación de páginas, la gestión de permisos y la asignación de responsabilidades se realizan a través de interfaces no técnicas, ese equipo puede, de forma realista, gestionar la plataforma por sí solo mucho tiempo después del lanzamiento.
¿Evitar la participación de TI implica sacrificar la seguridad o la gobernanza? No, si la plataforma hereda su estructura de permisos del sistema de identidades ya existente en la empresa. La seguridad en esa configuración es tan sólida como la configuración subyacente de Google Workspace o Microsoft 365 ya implantada, que normalmente se mantiene con un nivel de calidad superior al que tendría un sistema a medida creado específicamente para la intranet.
¿Cuánto tiempo dura una implementación típica sin intervención del departamento de TI? En el caso de las plataformas basadas en este tipo de integración nativa, la mayoría de las implementaciones de los clientes se completan en un plazo de entre seis y ocho semanas desde el inicio hasta el lanzamiento completo, según los datos de implementación facilitados por la propia Happeo. Ese plazo incluye la estructuración del contenido y la formación del equipo interno, no solo la conexión técnica en sí misma.
