Designing information architecture for Microsoft 365
How to structure Teams and SharePoint around how people work, and the naming and metadata decisions that determine whether search works.
Read moreMost organizations own far more of Microsoft 365 than they use, and the parts they do use have grown without structure. The result is thousands of Teams, unclear ownership and documents nobody can find. Structure fixes that faster than training does.
Every organization we assess recognizes at least three of these.
Documents live across Teams, SharePoint, OneDrive, email attachments and a surviving file share. Search returns thirty versions and people ask a colleague instead.
Anyone can create a workspace, nothing expires, and ownership disappears when people leave. The environment grows and the useful parts get harder to find.
Links are shared without expiry or oversight, and nobody can produce a reliable list of what is accessible outside the organization.
Without an agreed home for each type of content, people save copies where convenient, and the authoritative version becomes a matter of opinion.
This is not a training problem. You cannot train people out of a badly structured environment — structure, ownership and lifecycle have to be fixed first. You cannot train people out of a badly structured environment
Baselined against your current sprawl, ownership gaps and search behaviour.
Typical reduction in time spent searching once architecture, naming and metadata replace ad hoc storage.
Every Team and site with a named, current owner and a defined review cycle, so nothing becomes orphaned when people move on.
All external access identified, expiry applied and reporting in place, which is usually the first time this has been visible.
Typical reduction after lifecycle policy identifies and archives inactive Teams and sites with owner confirmation.
An agreed location for each kind of information, ending the versioning confusion that copies create.
Usage of the capabilities you already pay for, reported after rollout rather than assumed from licence counts.
How to read these: the figures above are typical ranges we plan and measure against, not guarantees. In your first engagement we agree the baseline, the target and the measurement method in writing, then report against them.
Greenfield design, cleaning up an environment that grew organically, or migrating onto the platform properly.
Information architecture, naming, metadata and permission model designed around how your organization is actually structured and works.
Creation, ownership, review and archive policies that keep the environment usable as it grows.
Migration executed with validation, followed by enablement so people use the capability rather than reverting to old habits.
Scoped individually. A governance and architecture review is the usual starting point.
Inventory of Teams, sites, ownership, activity, sharing and storage, with a prioritized plan for consolidation and archiving.
A structure based on how the organization works, with naming, metadata and content placement rules people can follow without training.
Provisioning process, ownership requirements, review cycles, archive policy and the guardrails that keep sprawl under control.
Planning, permission mapping, migration execution and validation reporting, with a documented cut-off and communication plan.
Identifying existing external access, applying expiry and approval controls, and establishing ongoing reporting.
Role-based training built on your structure and content, plus a champion network so support is local and immediate.
Where sprawl has become unmanageable: activity analysis, owner reconfirmation campaigns, staged archiving and retrospective governance without disrupting active work.
Legal matter structures, healthcare records retention, public sector records schedules and financial services retention requirements built into the architecture.
Structure and governance before migration, because migrating chaos produces organized chaos.
Assess the current environment: workspaces, ownership, activity, sharing, storage and where content actually lives.
Agree the architecture, governance rules and retention requirements with the business, records and security stakeholders together.
Structure, provisioning process, permission model and labelling designed and validated with a representative pilot group.
Migrate with validation, apply governance policy and run the adoption programme alongside rather than afterwards.
Review activity and ownership periodically, archive what is dormant, and refine standards based on how people actually work.
Migration without structure just relocates the problem. We design the destination and the governance first, then migrate into it — which is why our migrations reduce search time rather than simply changing where people fail to find things.
Microsoft 365 is easy to deploy and difficult to keep usable.
Structure, naming and ownership are agreed before anything moves, because retrofitting them onto a migrated mess is significantly harder.
Provisioning and lifecycle policy are designed to be automatic wherever possible, so governance does not depend on someone policing it.
Training on your structure and content, with champions and measurement, because a well-designed environment nobody uses is still a failure.
Retention, labelling and records obligations are designed into the architecture rather than added later by exception.
Illustrative engagements, written in the structure we use for real case studies.
A regional healthcare organization replaced fragmented file shares with a governed SharePoint environment that made information easier to find and safer to manage.
Thousands of Teams had accumulated with no ownership or lifecycle. A staged clean-up restored usability without disrupting active matters.
Demo content: the organizations and measurements above are illustrative placeholders written to show the structure of a real story. Replace them with verified client results and approved references before publishing.
Material for teams whose collaboration environment has outgrown its structure.
How to structure Teams and SharePoint around how people work, and the naming and metadata decisions that determine whether search works.
Read moreOwnership, permissions, file volume, unsupported content, retention requirements, communication and cutover planning.
Read moreProvisioning, ownership and lifecycle policies that work automatically, and why manual governance always decays.
Read moreAn environment assessment shows workspace count, ownership gaps, external sharing and dormant content — usually with some surprises.
Describe the situation in your own words.