SKILLS & TRICKS
Since the dawn of the digital era, a company that doesn’t have its own website, is well…not considered a ‘real’ company these days. It’s become a given among consumers that a legitimate business has a website. However, there’s a huge distinction between run-of-the-mill sites and the digital experience we all talk about. And the distinction lies in the detail. As a client, you need to pause and ask yourself: what are you looking to achieve from your website and can you invest the attention, time and budget needed to meet your goal? Furthermore, once you have launched your new site, can you adequately manage the influx of new customers that come as a result of the site?
Knowing the answers to these questions will help you define the end goal before you enter into negotiations with your chosen provider. Why? Because over the span of my career, I’ve learned that there is a worrying gap between the client’s expectations (which are often conveyed through Digital Agencies) and the technical know-how needed to accomplish them. Especially when we’re talking about CMS projects. Any website - existing or new - is a complex project when you add a CMS to it (unless you’re wanting a couple of pages which Weebly or Wix style DIY website builders can achieve for you). Below, using a typical Sitecore project as an example, I address the THREE most common reasons why CMS projects fail, causing frustration for both the client and developers…
Reason 1: Believing the myth that a CMS project can be achieved in just a few weeks.
Why it’s a problem: Don’t oversimplify the work and effort required and assume it can be accomplished in weeks or a few months. For example, a design is just a figment of your imagination until and unless you have addressed the following:
- Content Structure
- User Experience
- Editor Experience, etc
After the design has been overpromised, often the Develop, Deploy and Launch phase is also gravely underestimated, especially when data migration or content structure is taken into account. Ensure the project team delivers what you’re expecting by asking for their input and recommendations during the initial deliberations. It is the responsibility of the program manager – your main contact, to set out achievable goals. Taking advantage of their experience in this manner will ensure the project stays on track.
Reason 2: The myth that content planning and content driven design should be worried about after technical implementation.
Why it’s a problem: Time and time again, companies make the mistake of misjudging the amount of content needed and how long it will take to acquire. In my experience, this activity is what delays the project the most. It’s important to plan and prioritize content migration and make those page templates ready as early as possible to avoid lengthy delays and minimize the need to revise the content.
Reason 3: The myth thatEnd Users will swiftly get to grips with the new site, and if they don’t a complete re-construct is needed.
Why it’s a problem: Most people don’t like change, especially regular customers. We often tend to forget the end users and their likely reaction to change may not be as positive as marketers may hope. But please avoid the urge to be impulsive. Allow a period of adjustment before making any technical and/or aesthetic changes to your site. Analyze the Usage Report before making a definitive decision.
Adopting the Right Approach
Now, you know what the three biggest reasons are and why they are so problematic, here I share with you the best approach to take when commissioning a new CMS project. Hint: It’s all in the planning!
Failure to Plan is Planning to Fail
As mentioned previously, the distinction is in the detail. To keep the project ticking along nicely, make sure you’ve adequately addressed the following key areas:
If you don’t clarify and document your expectations in detail and your Lead Developer or Product Manager happens to leave mid-project, what would you do?
This also means that you might have to revisit your design and redo a lot of things. It’s more effort than just jumping right into design, but it will be worth it in the end, because UX doesn’t always produce the necessary functionality without guidance from strategy first.
In my experience, it’s a lot easier to socialize something that you can visually present, but you shouldn’t wait until alpha, beta or launch before you begin the socialization process. I accept feedback during the socialization process, but I’m also careful to set expectations of change with those providing feedback during my socialization efforts.
Now you’re good to go! Just remember, it is always advisable to have a gap between your deployments, and the Go Live Date must be announced to the public after a day or preferably after a weeks’ time. I have seen a couple of customers using tools which lets them collect data and also asks the visitor if they would like to visit the new site or the old site, giving them the option to leave feedback as they exit the site. These are great ways to collect some valuable insights.
Follow these recommendations, leave the lines of communications open between the customer and the project team and your Sitecore project will be a storming success.