SUMMARY: We are re-enigineering our Web CMS. Here's our experience with WordPress and what happens next.
Barb Zinck's piece on whether you should build or buy a web content management system (WCMS) resonates very strongly with me. As the person who built diginomica.com upon a WordPress.org framework I know only too well the problems that are attached to working with WordPress as both a platform and a CMS.
Right now we are in the middle of a soon to be revealed re-engineering exercise that will see us continue with WordPress, at least for the time being. On this occasion, I want to walk readers through what we did, what we discovered and what happens next.
Early daysWhen we launched diginomica, we had no real idea how it would perform, what kind of audience would find it interesting (which is not the same as the desired demographic you use in planning) or what features would turn out to be critical. I had a number of years' experience with WordPress but that was never going to cut it in the long haul when it comes to assessing diginomica.
We went with a mindset that recognized the importance of the mobile user as a first class citizens and attempted to keep everything as simple as possible. That worked until it didn't and we needed to add important features like the partner carousel. Most recently we've experimented with event content blocks. We've had fun and games with email sign up forms placement. Taxonomies are a perennial challenge. Along the way I've learned a great deal about where to concentrate resource and the limitations that WordPress presents.
Featured image credit: Signpost concept © pablographix – Fotolia.com
Limitations for the enterprise userHere's a few things I've learned:
Having said all that, then why am I sticking with WordPress?
It's dead simple for users to pick up and run. This is one thing that sets WordPress head and shoulders above every CMS I've reviewed. It requires virtually no training beyond instruction around custom fields, the use of taxonomies and media library management. You can get a similar look and feel elsewhere but it is an interface programming job. Anyone who has done that work knows just how hard it is to get right. WordPress recently hinted at moving in the direction of node.js with Calypso as a front end editor. Having taken a quick peek, I like what I see. But, Calypso is a v1.0 with many, many issues and the core WordPress code isn't going away from PHP/MySQL anytime soon.
In short, the user experience that has helped WordPress become the de facto website construction tool of choice for a quarter of the sites out there has been the killer feature. Plugins matter for sure but as in any IT project, you must have the editorial user experience top of mind for a WCMS.
We conducted a lengthy search exercise, considering alternatives to WordPress, and even mulling one of Zinck's correspondent's recommendations; rolling our own. There is definitely a case to be made for the latter route but we had to decide whether becoming a media AND software business was in our best interests for the foreseeable future. The answer was 'no' – but only just.
Selecting an alternative WCMS proved too difficult. I can tell you flat out that while there are many, many WCMS choices out there, it is the Wild West. Cowboy operators abound, snake oil salesmen are on every corner and nothing out there will be usable without adding in a shitload of development resource. In one case, what is a $30K pa operating budget rapidly turned into a $400K deal with 560 man days of dev including 70 days UAT on the first cut of the Gantt chart. Now – if you've got a spare half million bucks then fine, knock yourself out with whatever you decide. It just wasn't for us and in retrospect that was a good thing.
We learned a great deal about what I see as the arcane world of enterprise software negotiation as it applies to WCMS vendors. Everything is up for grabs and providers hope they don't leave a dime on the table and you hope you don't forget something critical in the bill of goods.
We may well come back into the market in 2-3 years' time but when we do, it will be with the benefit of having lived with the kind of compromise that is important at this stage of our young life.
What next?As I said earlier, we are sticking with WordPress but we are re-engineering it, pretty much from the base core up. We are dumping as many plugins as possible and turning required functionality into the core. This will allow us to ensure that every major piece of functionality is battle tested against a common code line. It means we will have control over the code in ways that are otherwise not easy to parse, even in the open source world.
We are looking at every function, every piece you see on the page and questioning its value to readers and to us. This means we're actively stripping functions that may be nice to have but do not add value.
We will only use plugins where the code effort is out of proportion to the value we can achieve from building into the core. But, those plugins must come with premium support for which we will pay.
One of the biggest changes will come in the hosting decision. We've not got this nailed but right now, I'm leaning towards Amazon Web Services. They are the big dog in the room, they continually innovate and they provide us with a way of ensuring globally consistent performance. We need to scope the cost/benefit analysis carefully before making that final decision.
All of this is a far cry from what we launched in the spring of 2013, and while we've made our fair share of mistakes, we think the plan going forward is not only viable but sustainable and capable of significant growth both out and up.
Final thoughtsThere are considerable risks in what we are attempting but we are going into this with eyes wide open. We are in the fortunate position of not having to make a jump at this time so if it all goes pear shaped on Day 1, then we have a fall back position that preserves everything we do today.
Some will argue that we are almost going a form of closed source and there is a degree of truth in that. But, we have chosen a partner, not a dev shop, who will walk hand in hand with us along this journey. Just as in the big bad word of enterprise software that runs your business transactions, we need a real partner who will be with us as we continue to evolve and iterate what we do and who understands the business plans we have in mind. For us, diginomica.com is the business so this is not just business critical, it is a non-negotiable requirement.
In the meantime, I am stoked at what I am seeing and the progress we've made. I like what we will be offering in the coming year as fresh and different functionality that will, I think, please everyone. I like that the back end performance, which has been a royal PITA for over a year, is running wicked fast. I like that we will be making editors' lives easier because we can then properly accelerate content production, curation and promotion.
Following 20+ years in finance and IT related roles, Den Howlett became a freelance writer/analyst/commenter specialising in enterprise IT. He has been calling the vendors to account ever since.
@dahowlettDisruptor, enterprise applications drama critic, BS cleaner, buyer champion and foodie trying to suck less every day.
Latest posts by Den Howlett (see all)Source: WCMS – the WordPress problem as we have experienced it
No comments:
Post a Comment