Forum Discussion
Intranet Site Structure with Hub Sites
Charisma Riley Just looking at this piece:
For a site like Products and Services (which currently has sub-sites), what types of Modern site is recommended? It's not just a single team, and will either need to link to (or house directly) document and asset libraries. Originally, I thought a Communication site, but then I read that those cannot have sub-sites, and that if I want those, I should consider Publishing sites instead. But THEN, I read that publishing sites are not available as modern sites, and that doesn't work for us.
Here's how I would design it if it was for us. We're starting our rewrite from our old SP2013 intranet to the new SPO structure, so these are just my thought process...
I'd create a communication site 'Products and Services'. I would make it a public site if there are documents/lists/news articles that would be shared with the whole company. Make it a hub.
Then all those other subsites I'd make team sites, and associate them to the 'Products and Services' hub. Benefits:
- Communication site hub has extra navigation where you can use mega menu to get to all the associated sites.
- Searching from the hub would easily surface information in all the other associated team sites.
- You can now have 2 levels of news - teams can create their own news that is accessible to their team, and for 'public' news you can publish those on the hub site...
Then on the main Intranet site, or wherever needed, I'd add a link or a menu option or a hero webpart or image that links to the 'Products and Services' site.
For wikis, to stay modern, you'll want to use modern pages. You can create page templates so all pages can look the same, you can add metadata to the Site Pages library, and you can surface those pages anywhere with the Highlighted Content web part...
You could even create a separate team site, or another comm site even, and use it for all wiki pages if there aren't security concerns....
- kennehoOct 16, 2019Brass Contributor
Robin Nilsson wrote:- Communication site hub has extra navigation where you can use mega menu to get to all the associated sites.
Robin Nilsson , my understanding is that one manually have to create all the links in the hub site, so for the hub site "My hub" to link to associate site "My site", then one would manually have to create a link in "My hub" mega menu. Is this correct, or is there some way of automatically having the hub site link to all it's associated sites?
- Robin NilssonOct 16, 2019Bronze Contributor
kenneho You are correct - you need to manually create those links. The hub menu never gets anything automatically.
We diagrammed out all of our sites on Whiteboard and made sure that all the main sites of interest lived on a hub somewhere.. hopefully there will be improvements in hub menu maintenance coming out of Ignite next month.
- Susan_HanleyJun 21, 2019MVP
Robin Nilsson Be very careful with this approach. Whether the product sites should be communication sites or team sites depends on the objective for the site and who is authoring content. If these sites are for "consumption," not editing, they should be communication sites. There may ALSO be team sites for the teams working on each product, but associating those team sites to the main Products and Services hub may not get the best outcomes. If a user doesn't have access to the team sites (which are private by default), then they will not see results in searching from the hub. Products and Services does not have to be a hub at all. It can just be a "navigator" site that provides navigation to, for example, a hub for products of "type A" or a hub for HR, where HR services are grouped. This is why planning your information architecture cannot be done without carefully understanding the users, what they need to know, what their primary journeys are, and what business outcomes you need to enable. Hubs are a very powerful tool in your IA arsenal - but your user experiences and outcome goals need to be aligned with the super-powers they provide.
- Robin NilssonJun 21, 2019Bronze ContributorAll good points - thank you for clarifying. We've found that the permissions needed always changes how you think things should be associated. I should have been clearer about how that influences a design.