To be a designer of websites and services requires a lot more than just Photoshop skills. Teaching a class last week made me realize that things that are clear to me might not be so clear to everyone else. Well, duh.
The three things that got confused last week a lot were User Experience (a.k.a. UX), Prototyping and Wireframing. I’ll try to clarify here which is what is which and where and why. Yes, it’s very confusing.
User Experience Design
UX can be applied to almost anything at all, not just websites. An object. A service. An application. A meal. You name it. And it is a very valuable asset. Just ask Apple or Nokia. The former gets it, the latter doesn’t as of yet.
UX design is done by people called Experience Designers, XDs. Or by You or plain ol’ me.
Very Often UX is confused with prototyping or wireframing a website, or both.
Wireframing
Wireframing something is designing an application’s or website’s functions and connecting them to components. Components are generally buttons, scroll bars, lists, etc. on pages, forms and pop-up dialog windows.
Wireframe models don’t actually look like much. They’re more of a study of a user’s journey into a website or service.
There are plenty of wireframing tools available on the net. I recommend one should start with Balsamiq to get the basic idea of wireframing.
Prototyping
Prototyping a website, Rich Internet Application or any of the sort usually means presenting the client and/or manager a working i.e. clickable model of the product. Generally the graphic design has been applied with the wireframe components that are now linked to faux functions. It looks and works like the real thing, but it’s not. To make a prototype does not require a single line of code.
You can easily prototype almost anything using Photoshop or Illustrator files and compiling a clickable model with a number of auxiliary tools. Some paste stuff into PowerPoint or Keynote and create links from one slide to another.
One solution is my favorite app Adobe FireWorks. It’s essentially a multi-page graphics app that generates HTML in the background without user interference. It outputs linked HTML or internally linked PDFs, which can then be viewed by clients. Adobe TV has a very nice tutorial about prototyping with FireWorks.
One issue I’ve had to stress with clients is that the prototype is not the product. The work on the product begins when the client or manager approves the prototype. The other main issue has been not to let anyone add features to the product after the prototype has been approved.
Conclusion
For most creatives coming from the print world UI Design, Wireframing and prototyping seem like a lot of extra work. Truth is, you’ll be working a lot less if you do the base work properly and you’ll be working on the things you should be working on. Instead of doing endless corrections upstream, which just sucks.
– Until next time, blog on.
Comments Roll