Software Solved

The 3 UX design principles every software developer should know

Myself and my esteemed colleague Tom were recently fortunate enough to attend the annual DevWeek conference in Westminster – 3 days of seminars from some of the world’s leading technology experts on the current and emerging trends in software development. 3 days so intense and informative, that there was barely even enough time for the pub at lunchtime (but somehow we managed it).

I was surprised to note the number of sessions this year related to UX design, and having attended one early on in the week, I rapidly threw the personalised agenda which I had spent so much time refining out of the window to accommodate 2 further sessions on what I found an enthralling topic. It is worth clarifying at this point that UI design (the way your software looks, that thing the designers and arty people do), is not the same as UX design (the way it feels and behaves when using it). What made this topic so enthralling was how it is repeatedly and consistently done so badly or even overlooked completely, yet the basic principles are so obvious that it is almost in-excusable. And I include myself in this sweeping generalisation.

For those developers working in the larger software houses, a dedicated person or team with UX skills may be available to advise on such things; we at MSM Software Solved are fortunate enough to be in this position, but typically most development teams won’t have this luxury, particularly if they are enhancing and supporting legacy systems, and anyway why should you need to employ a dedicated resource to teach you something that is so simple? Surely us developers are talented enough to take these things on board from the outset, saving everyone further down the project lifecycle time and money, and increasing the appeal of our system to its intended audience. After all, it’s not rocket science but it’s surprising how these three principles are not always followed:

One of the most straight forward things you can do before you deploy to QA is conduct what is known as “drunk user testing” – even a drunk person should be able to use your system. Now I’ve always perceived testing to be the most boring job in the world (sorry testers), but this is an area I think I would definitely excel in. My capacity for babychams is after all legendary. Check out http://drunkusertesting.com/.

So arm yourself with these basic skills and make your testers, project managers, and most importantly your users smile, after all making at least one person smile every day should be a goal to which everyone aspires. And then go to the pub.

Want to learn more? Download our guide to making software user-friendly.

Exit mobile version