Intranet para empresas: guía para planearla e implementarla

Una intranet es un espacio digital privado donde el equipo encuentra información, recursos y accesos necesarios para trabajar. Puede reunir noticias internas, políticas, directorios, procesos, formatos, capacitación y enlaces a sistemas. A diferencia del sitio público, su contenido está dirigido a colaboradores y se controla mediante identidad y permisos.

Microsoft describe la intranet como un lugar compartido para consultar y colaborar de forma segura, comunicar novedades y conectar a las personas. El valor no está en crear otra página que nadie visite, sino en reducir búsquedas, versiones contradictorias y preguntas repetitivas.

El tamaño no es el único criterio. Una empresa pequeña puede necesitar una intranet si trabaja desde varias ubicaciones, incorpora personal con frecuencia o depende de información distribuida. Una organización mayor puede no estar lista si todavía no define quién mantendrá el contenido.

• Políticas, formatos y manuales circulan en archivos adjuntos o chats difíciles de localizar.
• Cada área guarda una versión diferente del mismo documento.
• El equipo pregunta repetidamente dónde encontrar accesos, calendarios o procedimientos.
• Las personas nuevas dependen de explicaciones individuales para comenzar a trabajar.
• Las comunicaciones importantes se pierden entre mensajes operativos.
• No existe un directorio confiable de responsables, funciones y canales de contacto.

Empieza con dos o tres resultados de negocio, no con una lista de funciones. Por ejemplo: reducir el tiempo para localizar políticas vigentes, centralizar el onboarding o asegurar que cada sucursal reciba avisos operativos. Cada objetivo debe tener una audiencia, un responsable y una forma de comprobar si mejoró.

También define lo que la intranet no será. No debe reemplazar automáticamente al CRM, ERP, gestor de proyectos o mesa de ayuda. Puede dar acceso a esos sistemas y explicar cuándo utilizarlos, mientras cada herramienta conserva su función y fuente oficial de datos.

• Audiencias y necesidades prioritarias.
• Información que debe estar disponible desde el lanzamiento.
• Acciones que las personas deben poder completar.
• Sistemas que deben enlazarse o integrarse.
• Indicadores de búsqueda, uso, actualización o resolución.
• Responsable general del producto interno.

Organiza el contenido según las tareas y preguntas del equipo, no únicamente según el organigrama. Una navegación basada en “Personas”, “Operaciones”, “Ventas”, “Recursos” y “Soporte” puede funcionar, pero debe validarse con vocabulario real de los usuarios. Evita menús profundos y categorías que solo comprendan quienes crearon el sitio.

Crea una página inicial enfocada en acciones frecuentes: buscar, consultar avisos, encontrar a una persona, abrir un formato o entrar a un sistema. Agrega contexto a cada enlace para que el usuario sepa qué encontrará, quién es responsable y cuándo se actualizó.

Cada sección necesita propietario, fecha de revisión y reglas de publicación. Sin gobierno, la intranet acumula documentos vencidos y pierde credibilidad. Define quién redacta, quién aprueba, quién puede editar y quién revisa que el contenido siga vigente.

Aplica permisos por función y sensibilidad. La información general puede estar disponible para todo el equipo, mientras expedientes, datos financieros o materiales de dirección requieren grupos específicos. Evita usar la intranet como sustituto de controles especializados para información que necesita protección adicional.

• Propietario y suplente para cada área.
• Plantillas y criterios para títulos, fechas y versiones.
• Flujo de revisión y publicación.
• Calendario para validar o retirar contenido.
• Grupos de acceso administrados por función.
• Procedimiento para altas, bajas y cambios de puesto.

Si la empresa ya utiliza Microsoft 365, SharePoint ofrece capacidades para sitios internos, colaboración, contenido y conexión con otras aplicaciones del ecosistema. En Google Workspace, Google Sites permite crear y compartir sitios e insertar archivos y otros recursos. La opción adecuada depende de identidad, permisos, búsqueda, integraciones, experiencia móvil, gobierno y licencias existentes.

Una plataforma estándar suele ser suficiente para comunicación, directorios, documentos y páginas de recursos. El desarrollo personalizado cobra sentido cuando se necesitan flujos propios, datos de varios sistemas, experiencias por rol o acciones transaccionales que las herramientas disponibles no resuelven de forma coherente. Compara el costo total de propiedad, no solo el costo inicial.

Publicar el sitio no garantiza uso. Empieza con un alcance pequeño pero valioso, migra únicamente contenido vigente y prueba con representantes de distintas funciones. Observa si encuentran lo que buscan, si entienden los nombres y si pueden completar las tareas principales desde computadora y celular.

Comunica para qué sirve la intranet y qué canal sustituye. Capacita a quienes publican contenido, prepara una forma sencilla de reportar errores y designa responsables visibles. Las personas regresan cuando la información es confiable y les ahorra pasos; no porque se envíen más recordatorios.

• Piloto con contenido y audiencias prioritarias.
• Pruebas de búsqueda, navegación, permisos y dispositivos.
• Migración controlada de documentos vigentes.
• Plan de lanzamiento con casos de uso concretos.
• Canal para comentarios y solicitudes de corrección.
• Calendario de mejoras posteriores al lanzamiento.

Combina métricas de uso con resultados operativos. Las visitas por sí solas no indican valor. Revisa búsquedas sin resultado, páginas abandonadas, contenido vencido, consultas repetitivas, tiempo para encontrar información y finalización de tareas prioritarias.

Realiza revisiones periódicas con propietarios y usuarios. Retira duplicados, mejora términos de búsqueda y conecta nuevas herramientas solo cuando exista una necesidad clara. MTORI puede ayudarte a definir la arquitectura, seleccionar la plataforma, configurar permisos e integrar la intranet con la operación.