The CMS selection process can often be a frustrating and overwhelming one to those with little to no experience in the field. For this reason, it should come as no surprise that there are often mistakes made during the process that lead to either incorrect selection or overspending for your organization.  By outlining the most common mistakes, our hope is that you will be able to use these as guidelines to reference if tasked with choosing a CMS.

Lack of Clear Objectives

The biggest mistake made during the CMS selection process is a lack of clear objectives. The objective on any system should be decided upon by all areas of your organization and outlined in detail.

Take for example the following scenario:

Company ‘A’ decides that they need a CMS so they task their IT department with finding one that fits their needs. The IT department, that already manages the existing CMS, sets out to do so with their objectives in mind. They begin by choosing a CMS that fits their needs, presenting it and the company begins the process of migrating to the new CMS.

The Problem:

The IT department has their own objectives in mind. For example, they may be looking to reduce the amount of time it takes them to maintain the system or perhaps they want to incorporate a new technology. They set about finding a CMS based on these needs and ignore those of the other departments. The result is a system that fits only the needs of one group of people and has not been vetted out to ensure that it provides the maximum value to the entire organization.

The Solution:

It’s important to meet with all areas of your organization when selecting a CMS. Together, the organization should develop a list of features and functionality that is agreed upon. We recommend breaking this list down into two areas: Wants and Needs.

Wants should be features or functionality that would be great to have but that are not necessarily deal breakers. For instance, perhaps your organization currently uses a separate e-commerce platform and would like to see one that is built directly into the CMS instead. If, however, a CMS is found that meets all of your requirements but this one, you may choose to go with it if the alternative is a lesser functional system.

Needs are what they sound like. Items that absolutely must be incorporated into the CMS in order for it to serve its purpose and justify the costs / efforts involved. An example of a need may be the ability to work with your existing data stores.

I often suggest asking the various functional areas the following questions as a starting point:

  • What does we want from the new system?
  • What does the existing system (if there is one) not do (or do poorly) that we’d like to see corrected?
  • Fill in the blank: We would make more use of the CMS if __________.

With these simple questions, you will have spurred internal discussions and hopefully, this will lead a laundry list of items which can then be pared down to a Needs / Wants list and from there, a full-fledged list of agreed upon goals.

In a nutshell, having a clear set of objectives will make the entire process much smoother and will leave all areas of your organization feeling excited, involved and satisfied with the chosen system.

Pack Mentality

Second on the list of mistakes is what I like to refer to as ‘Pack Mentality’. Explained simply, it’s the desire to move to a new platform simply because it seems like everyone else is talking about it lately and using it.

This type of thinking is surprisingly common and leads to unfulfilled expectations and more often than not, wasteful spending.  Before considering a replacement for your existing CMS or the purchase of a new one, it’s always important to fully explore what the CMS you are considering offers that differs from your existing system. Once you have a list of these offerings, you will want to develop an ROI statement to reflect what exactly you are going to gain and how you intend to recoup the cost of the upgrade with said gains.

Don’t fall into the trap of looking at just one CMS based on popularity, however. It’s important to work with professionals who have experience in the industry to ensure you have fully vetted out a number of systems and have a short list developed. You wouldn’t want to move to a new CMS without research only to find out you could have saved thousands and gained even more functionality, would you?

Not exploring both Commercial and Open Source Products

I often speak to users who fall on either side of the bench with open source or commercial CMS. The first set are die hard open source advocates who believe all commercial CMS platforms are unworthy and the second are die hard commercial fans who hate open source because it eats into their profit margins.

One thing I would stress to you is to ensure that you include both camps when evaluating the market. Don’t let misconceptions and preconceived notions prevent you from properly assessing all available options.

There are plenty of commercial platforms that grew from or incorporate open source offerings and without them, would not be here today. Conversely, there are commercial platforms available that offer incredible versatility, great value and excellent support that are well worth the money.

When you begin evaluating the systems that exist, be sure to remain open minded. This is the only way you will be able to make the RIGHT choice when the time comes.

These are just a couple of common mistakes I’ve seen during my time consulting. I intend to write posts of this nature more in the future as well so stay tuned.

Do you have any suggestions or common mistakes you’d like to share with our readers? We’d love to hear them. Please add them in the comments below or drop us a line and we’ll expand this article with due credit. Thanks!

Tagged with →  
Share →
  • http://www.cmsmadesimple.org Anne-Mieke Bovelett

    Very good article! I dare to say that generally a well developed CMS with a large user base – whether it is commercial or Open Source – is as good as the people who implement it for their customers.

    • http://www.hannonhill.com Holly Wright

      Great advice, Mike. We often find that there’s more than one CMS that can technically meet the needs of an organization, so the implementation makes all the difference as to how well it is adopted and serves the client over the years. In addition to considering the implementation that a vendor and/or its partners can provide, I would also definitely recommend considering how strong the user community is. We recently wrote a white paper about this same topic, called The Top 10 CMS Buying Mistakes. It’s free to download here: http://goo.gl/j2OBu.

      • http://www.cmscritic.com Mike Johnston

        Thanks Holly!

        • http://www.state.gov Janice C.

          Thanks for the article. We keep hearing that we *should* move from the tailor-made CMS we’ve continually improved over the past 10 years to open source. To do so would be throwing away a lot of very useful capability and features developed for a wide range of sites and micro-sites that use the same CMS.

          • http://onion.net Bernd Burkert

            There is a good question to ask the person that says, you *should* move from the tailor-made CMS to something else: Why?
            It’s a simple as that: If the system that you’ve got does what you need, I (being on the vendor side) would not see any ‘business potential’ to sell you anything, unless your system is so outdated, that it is not supportable from an system management point of view. If you encounter new requirements I’d advise to check whether to make a change to the existing system or buy, with a strong pre-occupation that adapting what you’ve got might be the prime option.

            I take that you apparently have individual demands (there is probably more than one good reason that you have opted for a tailor-made solution). When you decide that it’s time for a change, a CMS framework (or ‘platform’ in the nomenclature of the Real Story Group) may be a better choice for you than a CMS product. You’d keep the flexibility to build (and grow) a solution as you need it, but gain the benefit of a vendor supported core, that stays supportable over time.

            To add some proof to the statement: When we introduced the onion.net CMS framework to the first clients in Germany, it was running on Windows Server 2003. Today it runs on Windows Server 2008 R2. As a vendor we take care, that the core runs on up-to-date infrastructure, to secure our client’s investment into our technology and foster lasting client (and partnr) relationships.

  • http://www.website.co.nz Allan Kent

    Some well made points there Mike. We tend to win most of our projects on the way we pitch our CMS, which is a core part of any significant website project. We’ve really come to understand the competing objectives of the different departments (IT, Marketing HR, Finance etc) and do our best to cover off all their concerns.

    Our CMS is Contegro which is a commercial system. There are times when we are pitching for a job where we recognise that an open source solution is a better fit, and in these cases we tell the client this.

    However, there have also been plenty of cases where clients have come in convinced that only Open Source will do, yet we’ve been able to open their minds and then show them just why in their particular cases, our product is a better fit.

    • http://www.cmscritic.com Mike Johnston

      Some good points Allan. What people need to realize is that there is no “which is better?” when it comes to open source or commercial. It’s simply a case by case basis and they should all be considered as options regardless of the model they choose to adopt.

  • http://onion.net Bernd Burkert

    Yes Sir!

    I’d like to add another one from my perspective as a CMS product manager (onion.net): send around lengthy questionaires with closed questions (check box) to vendors, and you’ll receive ‘yes, we can’ from everyone. What do do instead: concentrate on the hand full of really important things (see Mike’s suggestions above) and ask the vendor open questions. Make them explain how they are you going to solve your challenge. Pick the three best responses, and invite them to showcase a proof of concept.

    The average requirements can probably be fulfilled by any of the 1000+ CMSs out there, provided that the implementation partner knows what he is doing. It’s your being special, that makes the difference.

    Regards from Dortmund, Germany
    Bernd

    • http://www.cmscritic.com Mike Johnston

      Great comment Bernd! Thanks for adding to the conversation. I agree that its key to have specific questions ready that really highlight what you want to know.