Her shop in Brooklyn is small but cozy. In a line around the walls are framed samples of her work with inlaid photos of the happy customers. The storefront blends in with the others on the block. The simple sign over the window reads, ‘Websites – Cheap.’

Patrons come in and chat about what they’d like. She asks a few questions about who the site is for and what will be on the site, then she shows them a few sites to get an idea of the overall scale. Sometimes the patrons relax in one of the big, comfy chairs and browse through the large 3-ring binders that serve as catalogs. The catalogs are sorted by website style and include price and time estimates for each design. The colorful screens are interspersed with questions like,

‘Serious, or fun?’

‘What will your website say about you.’

‘How will people feel after visiting your site?’

Normally she sits behind the counter quietly working on her computer. Occasionally she gets up to chat with the folks hanging out and refills their lemonade.

Sharing a desk with Craig, I noticed it’s not unusual for him to be talking to one team member on his mobile while conducting multiple simultaneous IM sessions.

Looking for a Lighweight Way to Receive Peer Feedback

In the past I attempted to improve the quality of information architecture work on the department level using heuristic analysis. It’s relatively easy to do, but in reality I found analysis sessions difficult to run because 1) the presentation and feedback process is time consuming due to the scope problem: IA covers a large problem area, and 2) heuristics alone are unstructured, possibly causing blank-sheet-of-paper syndrome.

I tried accomplishing similar results using a format borrowed from writing groups, described below. We used it at the design patterns workshop at CHI 2000 and it was very successful.

To address the scope problem, we’d only review an approach instead of an entire architecture. An approach could be summarized by touching on

• the users
• the business scenario
• one path, one use case, or one blueprint

…and be expressed in under 20 minutes (figuring the entire exercise could run about an hour). The idea is that suggestions on an approach should help guide the IA through the rest of the architecture.

Writer’s Workshop Format

This version contains my modifications to include heuristics

In preparation, all critics have familiarized themselves with the IA approach before the workshop. One of the critics, the facilitator, provides an initial welcoming, the author first reads a part of her work to the authors, to remind everybody there’s a person with feelings behind the work. After this introduction, the author fades into the background and attends the following discussion without interfering (called a fly on the wall). One of the critics now summarizes the paper in his own words and the others can add to this summary. Next, the critics refer to the heuristics and offer positive comments on the submission, and subsequently constructive suggestions (what could be improved) are collected. The discussion ends with a summary of the good points of the paper (this sandwich technique avoids a negative lasting impression). After this, the author is welcomed back into the group and allowed to ask questions if some comments were not clear to her, or if she wishes to see another aspect of her paper discussed. She is not allowed, however, to defend her work at this time. As this whole discussion can be a bit harsh at times, the author is finally applauded for her work (and courage to submit it), and, to round out the activity with levity, somebody closes the session with an entertaining unrelated story.