Working in a busy office is one of the best parts of being a designer or information architect – you can bounce off ideas, discuss projects with others and get their input, and you can generally have a good laugh.
That is until the time comes where a new project is being started or requirements are being updated. Usually then some sort of “rivalry” will ensue, and in 90% of the cases it will be between a designer or information architect and a developer or development coordinator. Scope was not fully explained or defined, the design is too complicated to build, or data is not coming from the sources it was meant to.
In those times frustration can quickly result in stress and lack of commitment to a project. Let’s see what we would do to remedy that…
Following my previous article we are now going to put our website prototype to a first test before we begin developing the website. While the functionality and navigation makes sense to us – after all, we just spent the last week(s) working on it – we need to ensure it works the same way for others as well. We understand how we get from a destination page to the product or trip we are after and finally to the enquiry page – but will anyone else do so as well?
Usability testing will reveal if the flow of the site works, and accessibility testing will ensure that our site complies to any relevant accessibility guidelines.
Following my previous article about Information Architecture and user-testing you we came to the point where we have researched quite a bit into the client’s company: we know the brand, we know the product(s) and its userbase, and we have acquired demographics of the target market. It is now up to us to design and develop the client’s website.
Many of the designers I worked with in the past have then gone and worked on first mock-ups of the home page and a product page – nicely designed and with a bit of flash here or there – which they then sent to the client to get feedback and develop a new or final draft of these pages. And then they went off and started developing the website, without much (or any at all!) time spent on the information architecture or usability (and accessibility) of the client’s website. In today’s article I want to go through a couple of best practice approaches to information architecture and usability for Business-to-customers (B2C) websites. Continue Reading