With the publication of his article ‘A Mathematical Theory of Information’ in 1948, a visionary mathematician and engineer named Claude Shannon all but established information theory, outlining in his paper the building blocks of digital communications.
His work introduced a contextual definition of ‘entropy’, addressing the reliability of data transfer, the conveyance of information from a source to a receiver. If ‘Shannon entropy’ was low, then the predictability of the information content was said to be high. Shannon has been credited with laying foundations that ultimately led to the creation of the world wide web itself.
“The fundamental problem of communication,” Shannon put forward in his publication, “is that of reproducing at one point, either exactly or approximately, a message selected at another point”. He was – and is – of course absolutely right.
However the specific challenge that Shannon was referring to was one of technology, and the need for purity of signal and removal of distortion caused by interference such as compression of data. The irony is that, in a web that is a legacy of the work of pioneers like Shannon, information entropy is less likely to be as a result of technological factors, and more a simple failing of human communication.
To put it more succinctly – it doesn’t matter how perfect data transfer is if the data itself is wrong.
In this post from last month, (echoing this piece from earlier in the year) Jeremy Keith opines that the web has drifted away from its original vision. It is lacking, states Keith, “because we shaped it that way, either through our own actions or inactions”.
A deterioration of vision or purpose due to human-related factors – the entropy of intent.
This same decay can manifest itself at a granular level in design and development projects; a deterioration of what was originally desired, intended or agreed, dissipated across meetings, through processes, sign-offs and the myriad communications that take place between various parties as a project progresses.
The idea of ‘entropy of intent’ is not referring to, for instance, constraints being applied to features or narrowing the scope of the project (both of which can actually be hugely positive moves). It may however manifest itself in other seemingly innocuous ways such as: poor copywriting; ineffective navigation and wayfinding; needless functionality. Anything in fact which distorts the communication of ideas and concepts between the source (the project team) to the receiver (end users).
Protecting intent doesn’t come under project management; it isn’t the client’s responsibility, nor specifically that of the design or development teams. Responsibility exists both within and outside the traditional project roles. More than anyone though, I believe it falls to the UX function to keep a project true to its original purpose, which will generally be more all-embracing than the minutiae of conversions, KPIs and metrics.
Without question it takes a huge amount of effort to even articulate the central intent for a project never mind maintain focus on it. One key contribution that UX design can effectively make is firstly to identify and agree core guiding principles, and then to keep those principles in play right through to delivery. But it is a monumental challenge.
I’ve been involved in projects over the years where mere delivery was celebrated. Something that began with high aspirations and apparently clear goals became something to simply get finished and tick off a list. This is not necessarily anyone’s fault. What it means is that somewhere along the way the original vision for the project has become secondary to other priorities – sometimes this may be just getting it ‘out the door’.
Help is at hand, unsurprisingly from a fantastic and supportive UX and design community:
- Any project comes with a brief, albeit one that might be vague or unfocused. Creating a vision though is just as important. This article from UX Magazine offers some excellent advice on creating an effective, singular vision
- It may be the user’s intent, rather than the project’s, that requires clarification. UX Matters published The Importance of Knowing User Intent some time ago, documenting how this can be identified, which in turn can feed into the vision for the project as a whole
No project will ever embody perfection. But neither should every project fall prey to a lack of stamina or will to create something if not great, then truly effective for the organisation funding it and the people who will ultimately make use of it. Following the critical early stages of a project, when it is often easy to feel that the difficult decisions have been made and all the big battles already won, the war of attrition against entropy is only beginning.