The Goal of User Experience is Invisibility


A new boss once said to me, “I suppose you’re a bit of a gadget man, then?”  I wasn’t and never really have been, except maybe a bit as a kid.  I wondered if I ought to be.  I wish then that I’d had the clarity of mind to say, “No, and it’s precisely the fact that I’m not interested in the latest thing or the coolest piece of technology that I’m passionate about delivering a positive user experience.”  Oh well, benefits of hindsight.  I would go as far as to say that the ultimate goal of user experience is technological invisibility.  People only really care about content: finding something out or putting something in: the latter, usually to complete a task.

The bare truth is that the only people that care how good your website or your app are, are the geeks, the gadget chasers and, perhaps, the competition.  In other words, if you love technology then it could well be that you’re not best placed to deliver user experience.  The technology is the enabler and the latest isn’t necessarily the greatest. For example, pushing a product to only work on HTML 5 and being dismissive of those that don’t have the latest web browser is the kind of technological ignorance and snobbery that is suprisingly prevalent.  You can actually exclude users and give them a worse experience: but you got to play with your new toy (I hope it was worth it).  As with other areas of life, it’s what you do with it that counts.  It’s more mindset than toolset, to keep up the analogy.

It’s actually very liberating when you face up to the simple and what-should-be obvious truth that users want one or both of two things: data out or data in (other than playing games maybe.)  When you see it that way then you realise that the system/website/app/whatever will either facilitate this or just get in the way.  And that is user experience.  In fact, you may not even deliver a system/app, you may just give users the data if they already have the technology and a familiar interface…and if you really care about what they want rather than doing what you want.

When I was designing a corporate user experience strategy for a global company I shied away from saying this: perhaps because it still wasn’t crystal clear to me then.  I wanted to say something about making systems invisible or making them facilitate access to information or the completion of tasks.  For me, that’s the nub of it, that’s precisely what user experience is.  No one wants to see your hard work, they just want the end result.  Information technology begins with information for good reason, yet everyone focuses on the system.  Technologists love systems, versions and upgrades and users even rate systems for the quality of data, which is invariably due to processes and governance that have little or nothing to do with the system.

And, by invisibility, I don’t mean that it doesn’t matter what a system looks like or getting your online branding right isn’t important.  I completely support the idea of design in the fullest sense: something should work well and look great.  A symmetrical home page with clear calls to action will not appear as such – it will just appear easy to use.  No one (except geeks, early adopters, etc.) will ever sit down and analyse why your site/app/etc. is so damn beautiful that it delights them.  All people will tell you is that it works well and, yes, if you push them, that it looks the part and is nicely laid out.  The point is this: the site/system/app bit is the frame but the information or the task is the picture.  And once you start to see things that way then you know what your real objectives are: speed and ease, information and task, nothing else.  The means by which you get there will be hard work, demanding and challenging (if you do it right) but invisibility is the ultimate, seemingly contradictory, goal.  And, ironically, it is invisibility that that will make you or your organisation memorable and give you strategic differentiation, user adoption or whatever is your main business goal.  The rest is just noise.

Advertisements

The Coming of Enterprise User Experience: Why CTOs and IT Directors Need a UX Strategy


Whilst yesterday’s blog was about governance and getting your website or intranet under control through information architecture, this one takes a look inside the organisation to lift the lid on the pressures on good ol’ internal IT.  UX is barely touching the corporate world with so many producing systems the old-fashioned way and some hoping they’ll solve past failures by running to agile.  And yet very few have devised an enterprise UX strategy.  The world is now awash with UX designers and architects which is great but the focus remains on external websites for customers – and on design.  I’ve previously highlighted the lack of internal focus as pure monopoly – the staff can’t choose – but that’s not entirely true.  After all, staff are consumers too – when we let them have a break anyhow.  People are now seeing good design all around them as consumers.  They are standardising corporate and personal email on one device and stroking their iPads on the train.  All this means that expectations are going up.  The days of IT Directors getting a ribbing in the boardroom about their crap systems are over; they’re now being told to sort it out.  But how?

It’s time to get some focus on this and devise a User Experience Strategy for the enterprise.  All seems a bit grand doesn’t it?  Are we not just talking up UX design here?  Do we not just need to get a few specialists in to sort out the crap apps (crapps?)?  No, this is not the design bit, some direction is required first.

Here’s a paraphrased story…picture IT management in a room having a post-beating meeting about this problem…

What’s the problem?  I don’t get it?  So what is the user experience for one of our members of staff?  Is it another gimmick, should we not just sort out the systems we know have problems and…?  No, take a step back, we need to define what it means to be a user in this organisation.  Okay.  Anyone fancy starting?  Erm, right, so users get the standard stuff as well as stuff according to their role – or department – great, we’ve got that on Active Directory so we can start to profile staff from a technology point of view and hopefully automate the desktop for new starts.  So what actually is the standard?  Ok, everyone gets MS Office and the Intranet and then their specialist apps according to their profile.  Great, so what is the Intranet for, exactly?  It’s a presentation layer over the data warehouse and a comms tool.  Is that it?  Ah yeah, but it’s being reviewed isn’t it?  Gawd knows, supposedly.  You know I think we might need some UX objectives and principles here.   This is a useful brainstorm: we’ll come back to that.  What else should be standard?  What about Single Sign On as people are going crazy about having to log in to everything, never mind the security issue of passwords being written on post-its and stuck on the monitor…. Hmmm yeah, and how is that delivered through mobile devices?  Is it all pushed through Good?  Ah, but that uses the Safari browser on the iPad but didn’t we agree to standardise on Microsoft?  No, we never agreed that.  Well it feels like we have.  Yes, but the new version of product x doesn’t work on MS Internet Explorer so we need to upgrade the browsers.  Oh, we’re still on Windows XP so we can’t go to IE10 until we’ve upgraded Windows across all locations.  Ok maybe we need to change browsers.  But doesn’t some SharePoint functionality stop working if you don’t use IE?  Really?  Ok so maybe multiple browsers is good.  But then half of our specialist web apps have not been tested (let alone designed) on anything but IE.  Right, well that needs to be built into our software procurement process.  Oh, have we got one?  Sniggers.  In fact our website is the only thing that works on Firefox and Safari (although the sandal-wearers at the digital agency forgot to test it in IE and we sell to other large corporates who also standardise on Microsoft for an easy life – and they keep moaning about our website!)  Can I just go back to SharePoint a minute – we haven’t actually decided what we’re going to use it for have we?  Are you joking?  Well we rolled out out-of-the-box team sites to get going.  Which was a mistake.  Don’t start on that.  I’ll have to tidy up the mess, thanks!  Too much devolution!  Anyway, we need to migrate our Intranet onto SharePoint at some point.  Why?  It makes things simpler and will integrate with everyone’s presence and profiles and so on.  True.  Has anyone thought about the enterprise information architecture?  Ugh, not now, stick to the apps.  Response times aren’t great in AsiaPac are they?  I wish we’d clouded it.   Oh by the way, does anyone know how users will log into our cloud apps?  Hmmm, I think we’ll need to workshop this whole thing some other time, so who fancies a coffee?

What a headache and that’s why IT Directors get paid so well!  It’s something akin to stripping the engine whilst going round the track.  And it all got a bit teccy didn’t it?  But the challenge is not for UX designers but instead for strategists and technicians: it needs to be both strategic and technically validated so that the user experience is both defined at a high level and then proven technically.  A number of people need to be involved but it must always be strategic and for the long game.  It might help to engage some friendly tech-savvy users in that workshop as well.  In fact, set up a working group because it needs user validation as well as technical validation.  Obvious really.

And lastly, let us not forget what seems like a simple choice for our IT leader to make (keep your head down and hope it will blow away vs sort it out) is more complicated because of all the moving parts at different stages of maturity and focus.  It all comes down to projects and budgets but if you can lay down a strategy then you can start to prioritise and come up with a programme of work that becomes more realistic and communicable.  It’s the user journey for IT.