3 Things to Know Before Using SharePoint to Build Your Website

This is an interesting blog from Will Saville co-founder of Brightstarr. Take a look at the 3things you should know before using SharePoint to build your website.

If you are thinking about using SharePoint for Web Content Management (WCM) or Customer Experience Management (CXM) here are my three top points to consider to ensure your project is a success:

Starting any Microsoft SharePoint project can be a daunting task, especially when it’s the corporate website – it is generally a very high profile project. If you are thinking about using SharePoint for Web Content Management (WCM) or Customer Experience Management (CXM) here are my three top points to consider to ensure your project is a success:

Eighty twenty rule:
When I talk to clients about their new SharePoint website I often hear the question “can SharePoint do that?” and quite frankly, it makes me cringe. When I hear this kind of question so early on in a project, it usually means there is a danger of the ‘tail wagging the dog’ unless dealt with swiftly. Website projects should be about generating revenues, raising product and service awareness, connecting with customers and elevating brands. Not about how you can fit a website around SharePoint (or any WCM platform for that matter). I’m not suggesting you completely disregard the technology – after all, the business has made an investment in the platform and therefore needs the ROI – but there is a healthy balance between technology and delivering a digital experience that meets the business objectives. As a rule of thumb when going through the initial requirements stage of a SharePoint website project, I talk about the business requirements and business value 80% of the time, and SharePoint / technology only 20% of the time.

Out of the box won’t do:
SharePoint can be deployed out-of-the-box in many scenarios; whether for document management, light project management or a basic intranet. But, not for your public facing website. Face up to the fact from the beginning that you’re going to need to do some customisation work. A good example of this is out-of-the-box webpart’s; I’ve lost count of the times where people think they are going to be able to use all of the out of the box webpart’s on their shiny new website and are disappointed when they realise it’s simply not going to work.

Out-of-the-box webpart’s are not suitable for web. As cynical as that may sound, it is true. Out-of-the-box webpart’s were originally designed and developed for behind the firewall applications, are generally not optimised for front-end performance and don’t give the fine control over look, feel and interaction that is required for a public facing website. It’s also often the case that Content Managers want to manage most of their content on the page template level rather than on the page level where webpart are typically used.

The biggest challenge to heavily customising SharePoint for your website is the financial one, especially in the current economic climate. The key factor here is that the website will use the core platform services that SharePoint provides, including the publishing infrastructure, providing all the foundations and hooks upon which a website can be built. The publishing infrastructure itself provides all the core features required in an enterprise content management platform – including version control and history content approval, page templates WYSIWYG editors and reusable content.

Content is king:
If content is king, then Content Managers must be pretty important. But, it’s incredible how easily they can be side-lined. A poor editing and content management experience will lead to low user adoption, which will ultimately result in content not being published as quickly (if at all). Because SharePoint isn’t a point WCM solution, it’s really important to consider their needs and make sure it works from a content management perspective as early on as possible. Practically this means; making sure pages are actually editable in edit mode, that content can be managed through taxonomy and tagging and that Content Managers and Editors have a central place where they can go to complete all the tasks they are required to keep the content relevant and fresh. In my experience, there is no substitute in getting Content Managers engaged with the website project as early on as possible and keeping them involved throughout the entire project. This will not only ensure that their requirements are catered for, but will also build a sense of ownership around the project from an early stage which typically results in a high user adoption going forward.

Summary:
It’s important for anyone about to embark on a SharePoint WCM project that they are not going to be able to switch SharePoint on and build highly engaging websites out-of-the-box. But, this is true of practically all WCM platforms. In my view, the success of most web projects ultimately comes down to the people working on them and their drive, innovation and enthusiasm, rather than the underlying technology.

Why not keep up to date with the latest SharePoint content by joining our community or by following us on twitter or facebook!

Share this on...

Rate this Post:

Share: