Whilst away on vacation I received an email from EasyDNS to say that they had updated their interface. At first sight of this email I winced. Why? Not because I am a stickler for change – though no doubt some might agree – but because most of the time when there is an interface upgrade, there is no real “value added” when it comes to usability.
Any assessment and need to upgrade, update or change something should always be a value added proposition. What’s the point really in making it no easier, or harder, even, for your userbase to go about their daily tasks, right? So it leaves me even more mythed, when I go to login and review the new interface which seems to do nothing more than make the processes more complicated.
This is the second time in the last year that I have been faced with so-called web site upgrades, that leave me feeling nothing more than “rather meh” about the changes. So here are a few points I think are valid in tailoring the end result of a site or service upgrade:
Implicit User Feedback
The massive opportunity in doing an “interface upgrade” is that you have existing usage data, or at least you should, if you are doing any tracking at all. Knowing how people use your site, the process flows and such like, is a massive step in understanding how you can make their lives easier, reducing what might take 3 or 4 steps, and compressing them into one.
Usage stats, implicit in nature, are like a recommendation engine for any good UI developer. Briefing and informing them of the next best step. The primary question I would ask myself in the course of “upgrade” planning would be to understand what it is that users are doing, and what tools can be used to improve their processes, and no, AJAX requests and Web 2.0, are not one of them.
The real advantage of such stats at least means you are not making a complete stab in the dark when developing new functionality and layouts. If you ever make assumptions about use cases, when you have clear data, you are only doing your company a disservice.
Explicit User Feedback
Anyone will likely tell you that any web site or service should be defined by the users. The point about a wealth of usage stats underlines this very fact, but as clichéd as it is, so many sites and services online are designed and implemented without any regard for anything other than stakeholder’s intent (i.e. the business owners).
Obviously the larger your userbase the more fertile the ground to harvest from in terms of usage stats, but in the absence of this, the next best opportunity comes from directly questioning them. In the early stages this means identifying those who will provide useful and coherent feedback and tapping into that, from which you can take their concerns and issues and elucidate them in terms of new features (or NOT as the case may be).
Once you have implement this round of features, the next round of testing and feedback should involve more open beta testing, not launch or soft-launch as some developers deem fit to do. This process should bring about a final round of changes prior to a soft launch and/or further testing. Working with your userbase the entire way through the process is a definite key to success, as I have mentioned many times before, not least as a means to circumvent negativity that can come out of sudden and unexpected changes for users.
On-going Feedback
It seems obvious, but there is money to be made in listening to your users. Giving them the service they desire and need develops loyalty and new business. Providing support is one tool and avenue for on-going feedback, but more direct channels and requests for feedback are another means to solicit for free advise that can help improve your online offering. You might think you know your customers inside out, but they truly do know best, even if the feedback isn’t coherent or well collated, that’s is your job, and it is to your benefit to listen.
Above and beyond this explicit feedback over a long period of time, it is worth using A-B testing and tracking to ensure that your changes are creating the desired results and are not in fact impeding users int he course of their business on your site. This type of approach brings the view of updates full circle and provide a shining light on what can often seem like impossible to see dynamics in site use.
Making It Easier & Avoiding Pointless Changes
If your site or service has to use jargon, you are already heading down the wrong path. Nothing says more to me that a group of developers has hijacked a good ship than if you see a pointless footer tag, proclaiming “Generated in 0.215 second(s).” I am glad they got that one cleared up fast hahaha.
Product development and process management should be the driving forces behind changes, and these fact are underlined again and again in the points I have made. Not sure I can make ’said things’ any clearer, and if it isn’t an improvement it shouldn’t be introduced. Even more so when resources and time are at a premium.
That being said, and to round things off nicely, if your are going to do nothing more than change the design and layout without improving form and function then you might as well not waste your money at all on any ‘upgrade’ to your site. Identifying hurdles and removing them is key to your success, and this should be at the forefront of your guiding light.
Don’t forget, that providing tools that allow your users accomplish their tasks at lightning speed and seeing them use it, not least register their appreciation of that fact, is very fulfilling, and it ultimately makes the job you do a lot more fulfilling.

Venture Hype’s review of Super Angel Ron Conway 
It’s an interesting read, Caterina.net’s
I am, for want of a better word, a web developer. Practising since '96 and
focused on front and back-end work with a slant for optimisation.
I love music, art, and helping people, traits which I hope are borne out here.
Read more about me and this blog on the