Una implantación de intranet se traba cuando el proyecto intenta resolver todo al mismo tiempo: comunicación, documentos, servicios, permisos, contenido heredado, integraciones, identidad visual, indicadores y expectativas de todas las áreas.
El resultado es conocido: reuniones largas, alcance creciendo, contenido detenido, dudas sobre gobernanza y lanzamiento postergado.
El dolor real
El problema no es falta de voluntad. El problema es falta de recorte operativo.
Señales comunes incluyen que nadie sabe qué versión se lanzará primero, las áreas discrepan sobre prioridades, el contenido heredado se vuelve bloqueo, permisos y públicos no están definidos, la intranet depende de muchas aprobaciones, el proyecto avanza solo en presentaciones y no en uso real, y no existe criterio claro para decir "listo para piloto".
Cuando todo es obligatorio para lanzar, nada se lanza.
Por qué ocurre
Los proyectos de intranet son transversales. RR. HH., Comunicación, TI, Operaciones, Jurídico y liderazgo tienen expectativas diferentes.
Si no hay gobernanza, la intranet se convierte en disputa de alcance. Cada área pide su necesidad antes de validar si lo básico funciona.
Otro problema es la migración total de contenido heredado. Muchas empresas intentan llevar todo a la nueva intranet, incluso documentos antiguos, páginas sin acceso y contenidos sin dueño.
Cómo resolver
Retoma con un alcance de piloto. Elige un área, unidad o conjunto de casos de uso con dolor claro.
Define criterios de aceptación: públicos configurados, comunicados críticos publicados, documentos oficiales disponibles, dueños definidos, búsqueda funcionando para temas prioritarios e indicadores mínimos acompañados.
Separa lanzamiento de migración completa. La primera versión no necesita contener todo el histórico. Necesita contenido útil, vigente y gobernado.
Crea una matriz de decisión. Define quién aprueba contenido, quién cuida permisos, quién responde por comunicación y quién decide bloqueos.
Establece una fecha de corte. Contenido sin dueño, sin vigencia o sin uso reciente debe revisarse antes de migrar.
Después del piloto, ajusta y expande. Un rollout sin aprendizaje aumenta el riesgo.
Qué medir
Para destrabar, acompaña pendientes por área, contenidos sin owner, criterios de aceptación concluidos, uso en el piloto, dudas de publicadores, problemas de acceso e ítems postergados para fases futuras.
Estos datos transforman el proyecto en una fila gestionable.
Dónde encaja Vindula
Vindula apoya software de intranet y plataforma de intranet para estructurar comunicación, contenido y gobernanza en rollout gradual.
Para planificar la retomada, mira modelo de piloto de intranet antes del rollout y checklist de migración de intranet heredada.
Resolver una implantación de intranet trabada exige reducir alcance, definir aceptación y poner una parte real de la empresa usando antes de intentar cubrir todo.