Reemplazar SharePoint por una intranet propia genera en muchas empresas un debate centrado únicamente en la herramienta. Sin embargo, la experiencia de proyectos digitales demuestra que el aspecto que más influye en el resultado es el equipo humano. Una intranet puede tener la mejor arquitectura y, aun así, fracasar si no se han definido correctamente las responsabilidades y las personas que deben participar.
La primera decisión no debería ser qué plataforma técnica elegir, sino quién va a ser dueño del proyecto. En proyectos de este tipo, el propietario del producto es la persona que representa al negocio y que responde a una pregunta clave: ¿qué problemas concretos queremos resolver con la nueva intranet? Sin este rol definido, las prioridades cambian constantemente y las decisiones se toman por urgencia, no por estrategia.
El propietario del producto debe contar con una visión global de la organización. No tiene que ser un informático, sino alguien que conozca los procesos de recursos humanos, operaciones, finanzas y comercial. Su función es ordenar las necesidades, jerarquizarlas y definir un primer alcance realista. Para ello necesita apoyo de un comité transversal con representación de las áreas más afectadas por la migración.
Es importante incluir a empleados reales que utilicen en su día a día los flujos de trabajo que hoy dependen de SharePoint. No se trata de crear un grupo grande, sino de elegir personas con capacidad de observación y comunicación. Estos usuarios avanzados se convierten en el altavoz del resto del equipo, detectan ineficiencias que a menudo pasan desapercibidas y ayudan a priorizar funcionalidades que aportan valor.
El equipo técnico interno también tiene un lugar imprescindible. Su labor no es únicamente instalar la solución, sino validar criterios de arquitectura, integración y mantenimiento. Necesita revisar cómo se conectará la intranet con las herramientas corporativas existentes, desde el directorio activo hasta las aplicaciones de gestión. Su participación temprana evita que después aparezcan problemas de rendimiento, compatibilidad o seguridad.
Otro perfil que suele aparecer más tarde de lo necesario es el responsable de cumplimiento o riesgo. Una intranet concentra información confidencial de empleados, clientes y procesos internos. Si el área legal o de compliance no participa desde el principio, el proyecto puede detenerse en fases avanzadas por no haber considerado la normativa de protección de datos. Esto genera retrabajos y desconfianza.
La consultoría de experiencia de usuario es una parte fundamental. Diseñar una intranet no consiste en colocar un menú y un buscador encima de los documentos. Hay que definir cómo se organiza la información, cómo se presentan los avisos, cómo se facilitan tareas frecuentes y cómo se garantiza una experiencia accesible. Un diseñador de producto aporta criterios que marcan la diferencia en la adopción.
En función del grado de ambición del proyecto, conviene incorporar perfiles de datos. La integración de un cuadro de mando con Power BI permite visualizar el impacto de la intranet en indicadores de negocio. No basta con entregar una herramienta; hay que medir la mejora. Esto exige que los analistas participen en la definición de métricas y en la preparación de las fuentes de datos.
Cuando la intranet incorpora inteligencia artificial, las necesidades de participación se amplían. No es suficiente con contratar una API. Es necesario clasificar el contenido, determinar los permisos y diseñar los casos de uso. Los agentes de IA que automatizan procesos internos requieren supervisión humana y una evaluación continua para evitar errores. Alguien del negocio debe ser responsable de la calidad de los resultados.
La decisión de desplegar la intranet en cloud AWS/Azure también condiciona las competencias técnicas necesarias. Aunque el proveedor cloud aporta robustez, los equipos internos deben entender la configuración de red, las identidades, los backups y las políticas de acceso. Una arquitectura mal diseñada puede generar costes elevados y vulnerabilidades.
La ciberseguridad no es solo un atributo técnico; es una responsabilidad compartida. El equipo de TI debe revisar el cifrado, los métodos de autenticación y el registro de actividad. El área de riesgos debe validar que existen procedimientos ante un incidente. La intranet guarda información crítica y su compromiso afectaría a la confianza de clientes y empleados.
Un socio tecnológico externo puede aportar una perspectiva distinta y acelerar la ejecución. Q2BSTUDIO, por ejemplo, diseña aplicaciones a medida y soluciones de inteligencia artificial seguras para entornos empresariales. Su equipo trabaja junto a las personas internas para definir una hoja de ruta, construir un primer entregable y traspasar el conocimiento necesario para que la empresa sea autónoma.
Para que un proyecto de esta naturaleza no se disperse, conviene establecer un modelo de gobernanza sencillo. Un comité con un número reducido de participantes puede reunirse cada dos semanas para revisar avances, riesgos y decisiones pendientes. El objetivo no es llenar de reuniones la agenda, sino mantener el foco y dar respuesta ágil a los obstáculos.
El enfoque de entrega también influye en la participación. Cuanto antes exista una versión inicial utilizable, antes se podrá aprender y ajustar. En lugar de esperar meses a una solución perfecta, lo más eficiente es preparar un prototipo funcional en un plazo breve y testearlo con un grupo de usuarios seleccionado. Así se validan hipótesis antes de invertir en desarrollos complejos.
La comunicación y la formación son otras dos claves. Quien participa en el proyecto debe saber que su aportación se tiene en cuenta y cómo evoluciona la solución. Las personas necesitan formarse en los nuevos flujos de trabajo y disponer de materiales de ayuda. El cambio de SharePoint a una intranet moderna implica una nueva forma de relacionarse con la información.
Además, es recomendable que cada área de negocio designe a un embajador de adopción. Estos embajadores trasladan las necesidades de sus compañeros, resuelven dudas cotidianas y son el puente entre el comité de proyecto y el resto de la organización. La adopción no se logra con un comunicado corporativo; se logra con apoyo cercano.
Otro aspecto que mejora la calidad del proyecto es tener definidos los criterios de éxito. En lugar de medirlo todo, conviene elegir tres o cuatro indicadores claros: tiempo de incorporación de una persona, horas dedicadas a buscar información, velocidad de los flujos de aprobación o reducción de correos internos. Estos indicadores permiten decidir con datos.
Cuando se habla de sustituir SharePoint, muchas organizaciones asumen que el problema es técnico. En realidad, es un problema de alineación entre negocio, tecnología y personas. La selección de participantes debe reflejar esa triple dimensión. Si el proyecto solo lo impulsa TI, se consigue una herramienta estable pero poco utilizada. Si solo lo impulsa negocio, se corre el riesgo de construir una solución inviable técnicamente.
Q2BSTUDIO suele recomendar una fase inicial de descubrimiento en la que se entrevista a las personas clave, se analizan los procesos actuales y se identifican los puntos de dolor. A partir de ahí se define un plan pragmático que combina software a medida, integración de sistemas, automatización y, cuando aporta valor, inteligencia artificial. El objetivo es que la intranet genere resultados medibles desde los primeros meses.
En conclusión, no existe un solo perfil responsable de sustituir SharePoint. Lo que se necesita es un equipo equilibrado que incluya liderazgo de producto, usuarios reales, conocimiento técnico, visión de riesgo y experiencia en cambios. La tecnología es importante, pero la diferencia la marca la combinación de talento y gobernanza.
