Une architecture documentaire SharePoint bien pensée évite les fichiers perdus, les doublons et les droits incompréhensibles dans Microsoft 365. Pour une PME de moins de 50 utilisateurs, l’objectif n’est pas de refaire un intranet complet, mais d’organiser simplement les documents : ce qui relève de OneDrive, de Teams, de SharePoint, des bibliothèques et des droits.
Dans beaucoup de petites entreprises, les fichiers sont éparpillés entre un ancien serveur, des conversations Teams, des dossiers OneDrive et plusieurs sites SharePoint créés sans règle commune. Le bon sujet n’est donc pas “faire joli”. Le vrai sujet est : où vivent les documents, qui les gère, qui peut les modifier, et comment les retrouver.
Réponse courte :
Pour organiser les documents d’une PME dans SharePoint, commencez par séparer les fichiers personnels, les fichiers d’équipe et les documents d’entreprise. Créez peu de sites, des bibliothèques lisibles, des droits simples, une convention de nommage et des propriétaires métier. Teams doit rester l’interface, SharePoint la structure documentaire.
Votre PME utilise SharePoint, Teams et OneDrive au quotidien, mais vos fichiers sont difficiles à retrouver ou vos droits sont devenus flous ? Axorys peut vous aider à structurer votre architecture documentaire, créer des sites et bibliothèques lisibles, clarifier les droits, organiser la migration depuis un serveur de fichiers et documenter les règles d’usage.
Dans une petite entreprise sans DSI interne, SharePoint devient rarement désordonné d’un seul coup. Le désordre apparaît quand chaque équipe crée ses propres habitudes sans règle commune.
Un utilisateur stocke un contrat dans OneDrive. Un autre le partage dans Teams. Un troisième crée un dossier “Clients” dans SharePoint. Puis un canal Teams crée encore un autre emplacement documentaire. Quelques mois plus tard, personne ne sait quel fichier est officiel.
Les causes sont souvent les mêmes :
La bonne architecture documentaire ne commence donc pas par un outil. Elle commence par une règle simple : chaque type de document doit avoir un emplacement logique, un propriétaire et des droits lisibles.
Microsoft présente SharePoint moderne comme une architecture plus souple que l’ancien modèle hiérarchique de sous-sites, avec des sites pouvant être associés à des hubs plutôt que rangés dans une hiérarchie rigide. (Microsoft Learn)
OneDrive, Teams et SharePoint sont liés, mais ils ne jouent pas le même rôle.
OneDrive sert d’abord aux fichiers personnels professionnels : brouillons, notes, documents préparatoires ou partages ponctuels.
Teams sert d’interface de collaboration. Les utilisateurs y discutent, partagent et travaillent dans des canaux.
SharePoint sert à structurer les documents collectifs : sites, bibliothèques, droits, propriétaires, versions et navigation.
Microsoft indique que les fichiers envoyés dans un canal Teams sont stockés dans le dossier SharePoint de l’équipe, tandis que les fichiers envoyés dans une conversation Teams sont stockés dans OneDrive Entreprise. (Assistance Microsoft)
| Outil | Rôle recommandé | Exemple PME | À éviter |
|---|---|---|---|
| OneDrive | Fichiers personnels professionnels, brouillons, partage ponctuel | Brouillon de devis avant validation | Stocker les procédures ou documents d’équipe |
| Teams | Interface de collaboration et canaux d’équipe | Canal “Comptabilité” ou “Projet client” | Créer des équipes pour chaque dossier |
| SharePoint | Stockage collectif structuré, bibliothèques et droits | Documents RH, contrats, procédures, modèles | Tout mettre dans un seul site |
| Bibliothèque SharePoint | Regrouper un type d’usage documentaire | Contrats clients, factures, procédures | Créer une bibliothèque pour chaque petit sujet |
| Hub SharePoint | Regrouper des sites liés | Pôle administratif, projets, clients | Refaire un intranet complet trop tôt |
Microsoft définit une bibliothèque de documents comme un endroit sécurisé pour stocker des fichiers, les retrouver facilement, travailler dessus avec des collègues et y accéder depuis différents appareils. Une bibliothèque peut aussi contenir les fichiers liés à un projet ou à un client. (Assistance Microsoft)
Une erreur fréquente consiste à commencer par recopier l’ancien serveur de fichiers. On reprend les dossiers “Administration”, “Divers”, “Clients”, “Archives”, “A trier”, puis on les déplace dans SharePoint.
Le résultat est rarement meilleur. C’est souvent le même désordre, mais dans Microsoft 365.
Il faut d’abord lister les grands usages documentaires :
Ensuite, il faut répondre à des questions simples :
Une architecture documentaire doit suivre le cycle de vie des documents, pas seulement l’habitude des anciens dossiers.
Un site SharePoint est un espace complet. Il porte des droits, des pages, une navigation, des propriétaires et une ou plusieurs bibliothèques.
Une bibliothèque de documents est un espace de stockage dans un site. Elle sert à regrouper un usage documentaire : contrats, factures, procédures, modèles, documents clients.
Un dossier reste utile pour classer simplement, par exemple par année ou par client.
Une métadonnée est une information ajoutée à un document : type, statut, client, année, service, date de revue. Elle aide à retrouver un fichier selon plusieurs critères.
Microsoft indique que le panneau d’informations d’une bibliothèque SharePoint permet de voir et modifier les propriétés associées à un fichier, dossier ou lien, selon les droits et les propriétés configurées. (Assistance Microsoft)
| Besoin | Élément SharePoint recommandé | Exemple |
|---|---|---|
| Séparer fortement les droits | Site SharePoint | RH séparé de Comptabilité |
| Organiser un grand domaine documentaire | Bibliothèque | Contrats clients |
| Regrouper quelques sous-thèmes simples | Dossier | Année, client, projet |
| Filtrer les documents selon plusieurs critères | Métadonnées | Type de contrat, statut, année |
| Donner une navigation entre domaines | Hub site | Sites Administration, RH, Direction |
| Gérer des modèles de documents | Bibliothèque ou type de contenu | Modèles de devis ou contrats |
| Publier de l’information interne | Page SharePoint | Procédure ou actualité interne |
Le bon choix dépend donc du niveau de séparation nécessaire. Si les droits sont très différents, un site séparé peut être justifié. Si le besoin est seulement de classer des documents dans un même domaine, une bibliothèque suffit souvent.
Pour une structure de 10 à 20 postes, cette architecture suffit souvent : quelques espaces clairs, des droits simples, et une règle de nommage comprise par tous.
| Domaine | Site ou bibliothèque recommandée | Accès typique |
|---|---|---|
| Administration générale | Site “Administration” ou bibliothèque dédiée | Direction + administratif |
| Comptabilité | Bibliothèque “Comptabilité” | Direction + comptabilité |
| RH | Site ou bibliothèque séparée selon sensibilité | Direction + RH |
| Clients | Bibliothèque “Clients” ou sites projet si volume important | Équipe concernée |
| Projets | Bibliothèque ou site projet | Équipe projet |
| Modèles | Bibliothèque “Modèles” | Lecture large, modification limitée |
| Procédures | Bibliothèque ou pages SharePoint | Lecture large |
| Direction | Site ou bibliothèque restreinte | Direction uniquement |
Cette structure n’est pas universelle. Une entreprise de services n’aura pas les mêmes usages qu’un cabinet, une agence ou une société de maintenance. Mais le principe reste le même : peu d’espaces, bien nommés, avec des propriétaires clairs.
Un site SharePoint est utile quand l’espace documentaire doit avoir sa propre logique.
Il faut envisager un site séparé quand :
Il ne faut pas créer un site pour chaque petit sujet. Dans une PME, créer un site par client, par année, par dossier ou par canal Teams finit vite par créer une architecture impossible à suivre.
Microsoft explique que les hub sites servent de “connective tissue” pour organiser des familles de sites d’équipe et de sites de communication, mais précise aussi qu’il faut planifier les hubs avant de les créer. (Microsoft Learn)
Un bon réflexe : si le besoin porte seulement sur un type de documents, créez plutôt une bibliothèque. Si le besoin porte sur un espace complet, des droits différents et une vraie responsabilité métier, créez un site.
Une bibliothèque SharePoint est souvent le bon compromis pour une PME.
Elle permet de regrouper des fichiers par usage sans multiplier les sites. Elle peut avoir ses propres colonnes, affichages, versions, paramètres et parfois ses propres droits.
Exemples de bibliothèques utiles :
Une bibliothèque est plus lisible qu’une arborescence trop profonde. Elle permet aussi d’ajouter progressivement des colonnes SharePoint, sans imposer une logique complexe dès le départ.
La question à poser est simple : “Est-ce que ces documents ont le même usage, les mêmes lecteurs et les mêmes règles de gestion ?” Si oui, une bibliothèque est probablement adaptée.
Il ne faut pas opposer trop vite dossiers et métadonnées. Les deux peuvent coexister.
Les dossiers sont simples pour les utilisateurs habitués à un serveur de fichiers. Ils restent utiles pour une structure par année, client ou projet.
Les métadonnées deviennent utiles quand un document doit être retrouvé selon plusieurs critères : client, statut, service, année, type de document ou date de revue.
Microsoft Support indique que la navigation par métadonnées permet aux utilisateurs SharePoint de filtrer et trouver du contenu dans les listes et bibliothèques grâce à une arborescence de navigation. (Assistance Microsoft)
| Cas | Dossiers | Métadonnées |
|---|---|---|
| Documents classés par année | Oui | Optionnel |
| Documents classés par client | Oui si simple | Oui si plusieurs critères |
| Contrats avec statut | Limité | Utile |
| Procédures internes | Peu utile | Type, service, date de revue |
| Documents RH sensibles | Oui avec droits clairs | Utile si suivi nécessaire |
| Gros volume documentaire | Peut devenir lourd | Souvent utile |
| Utilisateurs peu formés | Simple à comprendre | À introduire progressivement |
Dans une PME, il vaut mieux commencer avec deux ou trois métadonnées utiles que créer dix colonnes que personne ne remplira.
Une convention de nommage évite les fichiers du type document final FINAL v3 corrigé nouveau.docx.
Elle ne doit pas être trop longue. Elle doit aider les utilisateurs à comprendre rapidement ce qu’ils voient.
Exemples de règles :
Client - Type document - DateProjet - Livrable - VersionRH - Procédure - SujetFournisseur - Contrat - AnnéeUne bonne convention doit rester facile à appliquer. Si elle demande trop d’effort, les utilisateurs ne la suivront pas.
Quelques règles simples suffisent :
Le nom du fichier ne doit pas tout porter. Si un document doit être retrouvé par statut, service ou client, les métadonnées peuvent compléter le nommage.
Les droits SharePoint doivent rester compréhensibles. Si chaque fichier a ses propres exceptions, l’administration devient fragile.
Il vaut mieux utiliser des groupes clairs : propriétaires, membres, visiteurs, ou groupes Microsoft 365 associés. Microsoft indique que SharePoint moderne continue à utiliser les groupes SharePoint et les groupes de sécurité, et que Microsoft 365 apporte aussi les groupes Microsoft 365 avec propriétaires et membres. (Microsoft Learn)
| Situation | Bonne pratique |
|---|---|
| Tous les salariés doivent lire | Groupe lecture |
| Une équipe doit modifier | Groupe membres |
| Quelques personnes pilotent | Groupe propriétaires |
| Un dossier est sensible | Bibliothèque ou site séparé |
| Un accès externe est nécessaire | Lien contrôlé, durée et validation |
| Beaucoup d’exceptions existent | Revoir l’architecture plutôt qu’ajouter des droits |
Le point important : un problème de droits répété est souvent un problème d’architecture. Si un dossier a trop d’exceptions, il doit peut-être devenir une bibliothèque séparée, voire un site séparé.
Pour le détail des liens, invités et partages externes, consultez l’article SharePoint et OneDrive : droits et partage externe en PME.
Le partage externe doit être prévu, mais il ne doit pas devenir le cœur de l’architecture documentaire.
Avant d’ouvrir des liens vers des clients, fournisseurs ou partenaires, il faut déjà savoir où sont les documents internes, qui les possède et quels droits s’appliquent.
Microsoft définit le partage externe SharePoint et OneDrive comme la possibilité de partager du contenu avec des personnes extérieures à l’organisation, comme des partenaires, fournisseurs, clients ou utilisateurs d’autres abonnements Microsoft 365. (Microsoft Learn)
Pour une PME, la règle est simple :
L’architecture documentaire doit d’abord être claire en interne. Ensuite seulement, les règles de partage externe deviennent plus faciles à appliquer.
Teams est souvent l’outil visible. SharePoint est souvent l’endroit où les fichiers de canal sont stockés.
Le problème apparaît quand chaque nouveau besoin donne naissance à une nouvelle équipe Teams. Chaque équipe peut créer un site SharePoint associé. Chaque canal peut créer un dossier. Au bout d’un moment, les fichiers sont dispersés dans des équipes actives, anciennes ou mal nommées.
À cadrer :
Un canal Teams n’est pas toujours une bonne unité documentaire. Pour un projet ponctuel, il peut suffire. Pour des documents durables, une bibliothèque SharePoint claire est souvent préférable.
Beaucoup de PME veulent migrer l’ancien serveur de fichiers vers SharePoint en copiant tout à l’identique. C’est compréhensible, mais souvent risqué.
Un ancien serveur contient parfois quinze ans d’habitudes : dossiers obsolètes, doublons, droits hérités, archives oubliées, fichiers personnels et documents critiques au même endroit.
Avant migration, il faut :
| Ancien serveur de fichiers | Cible SharePoint recommandée |
|---|---|
| Dossier commun général | Bibliothèques par usage |
| Dossier RH sensible | Site ou bibliothèque restreinte |
| Dossier client actif | Bibliothèque clients ou site projet |
| Archives anciennes | Archive séparée, lecture limitée |
| Modèles | Bibliothèque modèles |
| Procédures | Bibliothèque ou pages SharePoint |
| Dossiers personnels | OneDrive, pas SharePoint collectif |
Une migration documentaire réussie n’est pas seulement un transfert de fichiers. C’est une occasion de clarifier les usages, les droits et les responsabilités.
Lors de nos audits Microsoft 365, nous voyons souvent des PME qui utilisent SharePoint comme un ancien serveur de fichiers, avec des dossiers empilés et des droits ajoutés au cas par cas.
Chez certaines petites structures, les documents critiques sont encore dans le OneDrive d’un salarié, puis partagés par lien, alors qu’ils devraient être dans un espace SharePoint collectif.
Nous avons déjà vu des environnements où chaque nouveau projet créait une nouvelle équipe Teams, donc un nouveau site SharePoint, sans règle de nommage ni propriétaire clair.
Un cas fréquent : les utilisateurs ne savent plus si le fichier officiel est dans Teams, OneDrive, SharePoint ou dans une pièce jointe Outlook.
Notre approche consiste à partir des usages métier : qui crée le document, qui le valide, qui doit le lire, combien de temps il doit rester disponible.
Pour une PME, une bonne architecture documentaire doit rester simple : peu de sites, des bibliothèques utiles, des droits compréhensibles et des responsables identifiés.
À vérifier avant de restructurer SharePoint :
Dans une TPE/PME où l’informatique est souvent gérée à temps partiel, cette checklist évite de créer une architecture trop ambitieuse que personne ne maintiendra.
Le RACI est une répartition simple des responsabilités. Il évite de laisser SharePoint dépendre d’habitudes individuelles.
| Action | PME | Prestataire |
|---|---|---|
| Identifier les usages documentaires | Responsable | Appui |
| Définir les sites nécessaires | Validation | Responsable si mandat |
| Créer les bibliothèques | Validation | Responsable |
| Définir les droits | Responsable métier | Appui / Responsable si mandat |
| Nommer les propriétaires métier | Responsable | Appui |
| Définir la convention de nommage | Responsable | Appui |
| Migrer les documents | Validation | Responsable |
| Former les utilisateurs clés | Appui | Responsable |
| Documenter l’architecture | Appui | Responsable |
| Revoir les accès périodiquement | Responsable | Appui |
La PME décide des usages et des responsabilités. Le prestataire structure, configure, documente et accompagne.
Un prestataire devient utile quand SharePoint est déjà utilisé, mais plus vraiment maîtrisé.
Déclencheurs fréquents :
Pour une entreprise qui utilise SharePoint et Teams au quotidien sans administrateur dédié, l’architecture documentaire ne doit pas dépendre d’habitudes individuelles. Un prestataire peut aider à poser une structure simple, lisible et maintenable.
La page administration SharePoint Microsoft 365 permet de cadrer ce type de besoin : sites, bibliothèques, droits, migration documentaire, règles d’usage et accompagnement.
Pour replacer ce sujet dans le cadre plus large de Microsoft 365, consultez le guide Microsoft 365 pour PME de moins de 50 utilisateurs ou les guides Microsoft 365 PME.
Commencez par distinguer fichiers personnels, fichiers d’équipe et documents d’entreprise. Utilisez OneDrive pour les brouillons personnels, Teams pour collaborer, et SharePoint pour structurer les documents collectifs dans des sites, bibliothèques, dossiers et métadonnées simples.
Pas toujours. Il faut créer un site SharePoint quand les droits, les propriétaires ou les usages sont réellement séparés. Une petite PME peut souvent commencer avec quelques sites bien nommés et des bibliothèques claires plutôt qu’une multiplication de sites.
Un site SharePoint est un espace complet avec droits, pages, navigation et bibliothèques. Une bibliothèque est un espace de stockage de documents à l’intérieur d’un site. Pour organiser des types de fichiers, la bibliothèque est souvent suffisante.
Les deux peuvent coexister. Les dossiers sont simples pour les utilisateurs habitués à un serveur de fichiers. Les métadonnées deviennent utiles quand un document doit être retrouvé selon plusieurs critères : client, statut, service, année ou type de document. Microsoft indique que les métadonnées peuvent être utilisées pour filtrer et trouver du contenu dans les bibliothèques SharePoint. (Assistance Microsoft)
OneDrive est surtout adapté aux fichiers personnels professionnels, aux brouillons ou aux partages ponctuels. Les documents d’équipe, procédures, contrats, modèles et fichiers durables doivent plutôt être dans SharePoint pour rester attachés à l’entreprise plutôt qu’à un utilisateur.
Non. Teams sert d’interface de collaboration. SharePoint reste le stockage documentaire derrière les fichiers de canal et les sites associés. Une bonne architecture documentaire doit donc penser Teams et SharePoint ensemble.
Faites intervenir un administrateur SharePoint quand les fichiers sont éparpillés, les droits incompréhensibles, les Teams trop nombreux, les documents sensibles mal isolés, ou quand l’entreprise veut migrer un ancien serveur de fichiers vers une structure Microsoft 365 plus claire.
Une bonne architecture documentaire SharePoint n’est pas une arborescence plus jolie. C’est une organisation qui reflète les usages, les équipes et les droits.
Pour une PME, le bon point de départ est simple : OneDrive pour les fichiers personnels, Teams comme interface de collaboration, SharePoint pour les documents collectifs. Ensuite, il faut créer peu de sites, des bibliothèques utiles, des dossiers simples, quelques métadonnées, une convention de nommage et des propriétaires métier.
Cette organisation n’a pas besoin d’être parfaite dès le premier jour. Elle doit surtout être compréhensible, maintenable et revue après quelques mois d’usage.
Votre PME utilise SharePoint, Teams et OneDrive au quotidien, mais vos fichiers sont difficiles à retrouver ou vos droits sont devenus flous ? Axorys peut vous aider à structurer votre architecture documentaire, créer des sites et bibliothèques lisibles, clarifier les droits, organiser la migration depuis un serveur de fichiers et documenter les règles d’usage.