A question about how best to structure our SharePoint solution. As a consulting company, we deliver pieces of work to a large number of clients. For each client, we generate documents related to the sales and contracting process, and then for delivery and follow-up of our services. For some clients, the documents are mostly ad-hoc, and not very numerous. For other clients, we deliver comprehensive projects, and so generate a larger amount of documentation and data related to each project. There are likely to be more than 1000 clients.

In our current SharePoint design, we store documents related to clients in two places:

  • A Library called “Clients”, where we add all ad-hoc type client-related documents. Here we tag each document according to client and service/product line.

  • A set of Project sites, where we create a new Project site for each client project that we initiate. All documents related to the project get stored in a documents library in the client site.

This means that for the same client, we often end up with documents stored in the “Clients” library and in one or more Project sites. We suspect that this is not an ideal storage architecture for our client data. We could have stored all client data in the single “Clients” library, but then we would lose the ability to easily locate all documents that belong to the same project or piece of work.

On an old-school shared network drive one way to achieve a more integrated client storage functionality would have been to have a set of client folders listed alphabetically, and then within each client folder store projects and ad-hoc client documents. But that approach of course means losing the more flexible tagging-based functionality that SharePoint provides.

What is the current best practice storage approach/architecture for organisations that face this type of challenge?

1 Answer 1


What's worked for me in the past is having a site for every client. On that site have a document library to store all relevant client related documents. On that site also have a document set for all projects relevant to that client.

So kind of like this:

Client Site
--Document Library (for client files)
--Document Set (for client projects)

This might not work for you if you need an entire site for each client project, e.g. if you wanted to have a tasks list or risks/issues list for every project.

  • Thanks - that sounds like a good potential solution for us. Is it possible to show all such client sites in a single view/grid, to easily navigate to a relevant client site? Oct 6, 2015 at 6:28
  • You could use a Content Search WebPart to display all sub sites. Have a look here: jamesdiblasi.wordpress.com/2013/12/05/…
    – Submits
    Oct 6, 2015 at 8:14

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.