vanderwal.net

BogieLand lauches with Peter Bogaards

Peter J. Bogaards takes the bold step and launches BogieLand (BogieLand in Dutch), which is an information design and information architecture firm. This is a bold and yet wonderful move for Peter, we wish him well and know he will do wonderfully.

Peter has been the person behind my first outward click of the day, InfoDesign an ID, IA, Usability, UX, and UCD aggregation site.

Gantt charts in Excel

Making Gantt charts in Excel, well at least Excel for Mac (have not tried it in Windows). [hat tip Michael]

Inside the design process with Doug Bowman

Doug Bowman provides an insanely excellent essay on the design process behind his Zen Garden offering. This is an insanely wonderful description of the thought process that goes into wonderful design. Doug has all the proper steps, which is wonderful to see. If you want to become a graphic Web designer, it takes more than knowing PhotoShop, (X)HTML, CSS, Flash, etc. it takes understanding the process and how to approach each need to solve a problem or fill a need. This really illustrates the information design profession on for the Web.

What is up with edesign mag

It is looking like edesign mag is dead. The last two issues have not materialized, on-line or in print. Their calendar is stuck with March events upcoming. This all leads to a big bummer. I hope they are working out bugs or some other issues, as I really enjoy the publication. There are other graphic design magazines that I have read for years, but none that captures the electronic or digital media as well. The other options still treat electronic media as a new thing (which it is in relative years) rather than a fully integrated and stand alone industry. It would be a big bummer if edesign is lost is the dust.

Design for real users

Chad highlights an excellent design perspective, "design for real people". Real people are rushed (at least in the parts I am familiar with), tired, distracted, etc. It is not those in the perfect lab setting that are important, but those actually living life trying to find the information for a report that was due COB yesterday, while trying to arrange for a new print cartridge from the help desk that never seems to (not my life, but one I have observed).

Maybe when we are doing user testing we arrange for phone calls and messages to be hand delivered. When I was doing usability testing on a somewhat regular basis, I always did the testing at the user's desk to see their computer setup and other things that may be interfering with usage. I have noticed that pale colors do not work well in workspaces with direct sunlight, which visual designers have used darker color palettes and reduced "I can not find it" complaints.

Design versus communication

Zeldman explains the differences between differences between design and communication.

Matt Jones looses faith in navigation

Matt picks up on the failure of navigation and points to similar conversations to ones I had with Stewart that turned me to look for something other than navigation as a means to build information structures. Each user approaches information with two of their own receptors, cognitive and sensory receptors. The cognitive elements include vocabulary and rhetoric (essentially writing style). The sensory include visual elements, which include color, texture, and layout. Layout includes the visual structure and context given through proximity. These two seem to have paralells to Andrew Dillon's semantic spatial model, but I want to know more about his model.

Matt discusses the problems with navigation consistancy at the BBC sites. Here is where navigation gets in the way, as browsing structures is a better term and less restrictive. The user needs a means to find other information that is related or provides context to the information the see on their screens. If there is some attraction to the information infront of the user they often believe what which they seek will be close by if the information is grouped by like information. Much like a market where produce is grouped together, as they are like products.

iSociety - Mobile Phones and Everyday Life

iSociety Mobile Phones and Everyday Life, is a report looks at the impact of mobile devices as they impact everyday life. Looking at how we work with mobile devices today will help us set a framework for the future.

Information Design the meta discipline for business

Information Design: the meta discipline for business. [hat tip InfoDesign]

Running a Design Critique

How to run a design critique from Scott Berkun at UIWEB. This not only includes who should be in the room, how often, but a list of items to cover with heuristics on it. This is looks to be worth digging back in and reading every word.

Understanding Visual Organization

Luke Wroblewski has a must read article, Visible Narratives: Understanding Visual Organization published at Boxes and Arrows. The article shows the importance of and how to visually structure information to assist the user with finding and focussing on content they are interested in. This lesson is one that is often missed in Web site redesigns.

A visual presentation of information is an essential tool to have in your tool belt. Lack of a usable visual structure can hinder your users from finding the information they are seeking. Many users come to a new site and perform a quick scan of the information available looking for something to attract their attention as it relates to terms, visual cues, or a vocabulary that will get the user to the nuggets they desire.

The user's eye needs resting places to guide them or help the user jump from topic to topic until the user finds one topic or link draws the user (as the user believes) closer to the information. Visual organization help facilitate the user's scanning and reading.

If the visual organization uses HTML markup's header tags and CSS for presentation the information has an underlying structure. The underlying structure can be used to assist bots (non-human search tools that scrape sites looking for information) in finding information. The automated scraping or searching is augmented by the markup as the information in the headers is often given greater value and can help the information get consumed by users interested in finding and using the information. With a little bit of scripting a properly marked-up Web page can generate a table of contents. This visual structuring eases the reuse of information, which is always a benefit.

Jon Udel digs into information mapping

Jon Udell digs into information mapping, which includes a discussion and pointer to Samuel Wan's fisheye menu. Jon's entry has other pointers that will keep you occupied for a little while.

Peel exposes layered storytelling

Design Interact examines the Seattle design firm Peel and their layered storytelling approach to information structures. Layered storytelling is explained:

Layered storytelling means that a site opens much like a film, with a splash of music, photography and animation, but not a lot of information. If you stay on the top level of the site, your experience is similar to watching a documentary on television. But if you click on any topic, you dive down into a more book-like experience, with long texts and additional background information. The idea is that a visitor skims along the surface until he or she finds something interesting and then digs in to read more.

This appoach provides the ability to have a one way interaction with the site as it entertains and informs, but when the user is attracted to a topic, idea, or visual cue they can interact and find out more. I have enjoyed the layered storytelling approach when I have encountered it. It does seem like it would have the same repeat user problems that other multi-media interfaces encounter, in that having to wait for load times before interacting or navigating is usually problematic. Providing an option to use the layered storytelling or providing it the first time by default (but if a user is like me and works with three or four browsers open or working from many computers, setting a cookie to track repeat use will not solve the issue).

This too is worth coming back to as it provides intamacy with the user and a topic. This can help break down some of the dry appearance of some dull topics that are difficult to unwrap, like sciences, urban planning, the history of duct tape, etc.

Up the kilt of the BBC redesign

Matt has posted a PDF of the detailed BBC redesign process, which is well worth the download time (7.3 MB plus). This is how the process should be done and is done often in places that care to do it right. This process takes time, which equates to money, but the reward is happy satisfied users.

At first I found it a slight bit odd that the Beeb would target their voice map (page 16) to the fun and highbrow side of the map. I understand highbrow, but fun over functional seemed odd at first (possibly since I work with clients that should be focussing on the functional and not so fun side of the map (some think of the fun at the detriment of functional). But, having the Beeb America channel help understand the fun side of the site. There is a lot of information that the Beeb produces and much of it is instructional/educational, which benefits from having the fun element. I have tended to think of the BBC as a resource for my news, and growingly so my information (gardening, etc) and entertainment.

Accessible persona

I was reminded today of Marcus a persona in Mark Pilgrim's Accessibility tutorial for Weblogs (and anybody else interested). Marcus is actually a real person (as pointed out by Mark), which drives the persona home. This may be my favorite example currently for accessibility.

At work we constantly get outside developers turning over non-accessible sites or applications. The client I work for is put through the painful task of explaining what needs to be done to meet Section 508 requirements. The teeth pulling the client goes through is shameful as the outside contractors want every single item spelled out and they want to know why (they usually have built the application or site through reusing a previous product built by somebody that is no longer there and that way they can do the job cheaply and make a better profit, had they built from the beginning knowing and understanding the requirements it would have been easy and inexpensive to do). Often times I am asked to help define what needs to be done and why something fails compliance, usually as a sanity check (accessibility has been an area of strength for four years or more). The regulations are very broad and do not define the exact actions that should be avoided (this is the correct approach to allow for technological improvements).

Marcus is a great example to have on the shelf as much of the information I work with during the day is public information that the taxpayers paid for, whether they are sighted, physically able, have their hearing, or not. We know that there is a decent number of users that come to government sites from publicly available systems (like in libraries) that have technology that is nowhere near current. These people should be able to get to the information and use the information and applications around it as others can use it. Marcus is usually what we see as worse case scenarios using Lynx, but also what we think of as our baseline. Knowing Marcus exists and is really helps greatly.

There is also a benefit side to building accessible information, it is future ready information. The information that is fully accessible is ready to use with no (or is rare cases slight) modification on mobile devices. This is the wonderful thing about building accessible information. One of the first steps is building information that validates to a standard. The next thing is separating style from the content by using style sheets, which make it easy to over ride any style that is problematic or to easily allow for scalable styles. This two helps create information that is future compatible. Accessible information can also be easily reused in from its presentation as it is built to standards that ease.

Accessible information is also structured properly. Structuring information properly is far more than how it looks, it is how is marked up. A header on a Web page has an "h1, h2, etc" tag around it, which eases the ability to build a table of contents or use that header as a contextual aid to summarize the information below it (that is if headers are tagged properly and the content in the header is properly descriptive). Structuring the information helps the information be reusable out of the Web page as that is what HTML does, provides structure elements in the markup tags. If information to be reused has needs (including structure and context that is easily discernible), which validating HTML provides as a basic foundation -- of course there is much that can be improved upon the basic HTML markup, but it addresses the information needs. Building accessible information applications (Web sites included) keeps money from being wasted in the future and it does not require buying a third-party application, which are often cause more problems than they solve where accessibility is concerned (this will not always be the case).

As Joe Clark's book, Building Accessible Websites points out accessible does not mean ugly or plain. Joe walks the reader through how to make beautiful sites that are also wonderfully to folks like Marcus (side note: Mark Pilgrim edited Joe's book). Another excellent book on accessibility, and is my favorite book on accessibility, as it works very well for Web application developers (and I agree with its approach to information in complex tables more than Joe's approach) is Accessible Web Sites. These are two great resources for leaning how to do things properly. I will be working on longer reviews of each in the near future.