SharePoint can handle a lot: team collaboration, document management, internal comms, even process automation. The mistake? Trying to cram all of that into one site. Take HR as an example:
- HR Employee Records: Contracts and personal data, accessible only to HR
- Employee Benefits: Editable by HR, but viewable by all staff
- Payroll: Access restricted to HR and Finance”
Each of these serves a different purpose, so each needs its own SharePoint site. Grouping related sites, by audience, into a Hub then gives you consistent navigation and search. For instance, an IT communications site and an HR communications site can both sit under a common Communications Hub aka your intranet.
When you blur these boundaries, you create problems: drafts mixed with approved documents, unclear permissions, and ultimately drives a lack of trust in the system.
Practical steps
1. Run a discovery workshop with business leads.
2. Identify your top three to five use cases: e.g. project workspaces, policy management, or employee communications.
3. Define who they serve and what outcomes they should deliver.
These priorities guide every decision about design, permissions, and governance. Most importantly, they give you boundaries so you don’t end up with a sprawling, confusing platform.
(See our case studies for real-world examples of how organisations define their SharePoint purpose.)