Intranet Site Structure with Hub Sites

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.