El problema no es guardar archivos
Cuando una empresa dice que ya tiene SharePoint pero que no le está sirviendo, casi siempre hay detrás la misma idea: se ha usado como si fuera una carpeta compartida algo más moderna.
Ese enfoque parece cómodo al principio. Se crean bibliotecas, se suben archivos y todo parece ordenado. El problema aparece después: nadie sabe dónde va cada cosa, qué versión es la buena o quién debería tener acceso a qué. La herramienta no falla. Falla el criterio con el que se ha montado.
Una estructura antes de llenar
SharePoint funciona mejor cuando se trata como un espacio de trabajo con estructura. Eso obliga a pensar en sitios, bibliotecas, permisos, tipos de documento y ciclos de revisión. No hace falta convertirlo en un proyecto de consultoría eterna, pero sí hay que decidir una lógica antes de llenarlo de archivos.
El error más caro es replicar el viejo servidor de carpetas dentro de Microsoft 365. Lo único que consigues así es cambiar de plataforma sin cambiar el desorden. Y cuando pasan unos meses, la sensación es que SharePoint complica lo que debería simplificar.
Qué cambia cuando se diseña bien
Cuando se plantea bien, ocurre lo contrario. Los equipos encuentran antes la información, saben qué documento deben usar y reducen la costumbre de mandar adjuntos por correo por si acaso. Eso no es magia de Microsoft. Es estructura básica bien pensada.
Si SharePoint se usa como disco duro, acaba siendo una decepción. Si se usa como sistema documental con reglas mínimas, suele dar bastante más de lo que cuesta.
