2 Ways to Store SharePoint Document Templates

Moving forward with our document management series, we come to the topic of document content itself. I will talk about how you can manage document content efficiently and ensure a tidy environment. First thought might be that it is not important how we manage the content of documents, as long as the documents themselves are easy to find. However, the way you choose to manage document content directly affects the way your SharePoint as a document management system is built, and may even limit or expand the possibilities of document management. Dig in to discover 2 ways to store SharePoint document templates!

Plan for SharePoint Document Management

1. Analyze existing documents. Determine document types, properties;
2. Create a flexible and easily extendable content type structure;
3. Choose where and how to store documents in SharePoint;
4. Create fields, sites, libraries and lists. Add content types;
5. Plan for permissions;
6. Define and automate SharePoint document naming;
7. Unify document templates location;
8. Distribute content to smaller files;
9. SharePoint document automation;
10. Optimize views and libraries;

Step 7. Unify document templates location.

The first thing to do here, would be to take a look at the plan of your document management system (that you hopefully prepared beforehand) and take note of all the different documents that you either store or generate in your SharePoint sites. This will let you decide what kind of templates to use.

As a general suggestion, templates should only contain the most common content and also formatting in them. This means, that no actual information regarding customers or services should be in the template.

For us, at EnovaPoint, an ideal template is just a layout for new documents that shows where we need to insert all of the data, like customer details, product descriptions as well as price lists. How can we do that? We distribute all content into smaller files and assemble new documents merging those smaller ones together. I will comment more on this in the next step.

Store SharePoint document
You should store templates in a single location. If you use content types to create documents in SharePoint, you can store all templates in a single SharePoint library and simply assign a template to the required content type for use in the required library. This has multiple benefits over the default content type template or choosing to upload a new one:

• You can ensure that you use only the latest version of the template;
• You can easily search and migrate templates; you can even do a simple drag and drop in Explorer view to move them all;
• You can manage who can edit templates by managing permissions in a single location and in turn you can easily monitor who works with the templates.

Of course, in some cases having a single library for your SharePoint farm will not work. Our suggestion, in this case, stays generally the same; you should create and manage a separate location for all of the “system” documents for your site collection at least. You should have a separate site for templates and other bits of your SharePoint document management system securely stored there.

Step 8. Distribute content to smaller files.

Templates and content distribution closely relate because, at some point, you will need to insert distributed content into the templates, or it all makes no sense. By saying content distribution, I mean that all possible reusable content should have its own separate storage location.

Let’s consider the following example:

We need to create proposals to our customers, and depending on their needs and the products we are proposing, the final document looks differently. However, there are multiple ways we can go about this, and let’s analyze two opposite approaches.

Method #1

We can try to create all possible variations of the final proposal, so that once we need it, we just take a ready one, fill in customer information and send it.

Seems simple, requires close to no effort once implemented, but comes with a lot of problems. Biggest of them is probably the effort you need to keep everything up to date. Multiple types of proposals might contain text about the specific product, and once it changes, all of the documents will have to be updated separately, and let’s face it, rarely anyone does that. It gets updated only when it is desperately required.

Other big concern at this point is scalability: if a new product gets introduced, many different proposal types might need to be created simultaneously, thus increasing the amount of the “Templates” exponentially. In fact, that can never be good. At some point, no one will know which of them, is the correct document.

Method #2

As opposed to having ready documents for every situation, we suggest building them on the fly. I already talked briefly about the template content. Namely, templates should contain exclusively the content that is mutual for every possible variation of the final document. For instance, let’s say my proposal consists of these chapters: Title page containing company and customer information, Introduction about whatever is being proposed, Actual Details about the proposal, and a Conclusion” like client testimonials or price lists, depending on the situation.

“Depending” is the key word here – if we look closely, every part of the proposal varies. What is the mutual content at this point? In my case, it is just the title page. And that is exactly what my template looks like – a title page with header and footer, some placeholders for customer information and proposal details. We store everything else in separate files in other libraries.

Store SharePoint document
Now that has multiple benefits over method one:

• It greatly reduces the number of documents needed to take care of;
• Every piece of information is only found in single location and that means only a single update is needed to keep a topic fresh;
• Storage can be strictly defined and access can be limited for required groups or people.

So how does it actually work?

As you can guess, I am more enthusiastic to use the second method. In the real world, however, we must find a joint solution, making the best of all available knowledge. At this point everything would look something like this:

• A separate site called Small Parts houses all system files, templates, and distributed content, which we refer to as Small Parts; No actual documents are created here.
• On that site, there is a library for templates; depending on the number of templates, you might use multiple libraries to separate different types;
• For small parts, there is a single library with multiple folders for all available types of small parts; We have different templates for different products, but we still store all the actual information in small parts;
• Outside the system site, multiple libraries store generated documents.

As I mentioned, we use JungleDocs to generate documents, so multiple templates makes creation process simpler at this point because the number of templates still stays in single digits. Our templates contain placeholders for customer information and small parts. To create a document we simply need to run JungleDocs, select what template we need to use and what small parts to include. Everything else is done automatically so it is super simple.

Even without JungleDocs, this type of content distribution makes sense. As we see, there are multiple benefits and the only downside is that it requires a little more copy-pasting to get the same result.

Thank you for keeping up with this series, good luck with your documents!

Automate your SharePoint documents

Try JungleDocs document automation for free!

Start Free
Screenshot of SharePoint environment and document generated with Jungledocs modern ui